dyskusje o kompilacjach OCcama 2013 & 2014

[AbrahaM]

@AbrahaM: Problem z restartem miałem zarówno na obydwu udostępnionych wersjach, czyli na tej bez "timepatcha" też.

 

Dobrze wiedzieć. Z ważnych informacji

Właśnie się pichci:

9276, 9276 z timepatchem,

9280, 9280 z timepatchem, od 9277 w oficjalny kod wprowadzono zmiany które bez timepatcha są neutralne, ale bez nich on nie działa...

 

zapraszam do testów.

[mickey]

@AbrahaM: Marny ze mnie tester, bo testuję czytnik lokalny i w sumie interesuje mnie czy działa czy nie. I na wersji oscam-r9289-qbohxhd-qdwf-slim-nousb.zip mam cały log w postaci:

 

2014/01/12 16:54:14 0 s >> OSCam << cardserver started, version 1.20-unstable_svn, build r9289 (sh4-linux-qboxhd-ssl-qdwf-slim-nolibusb-noextreaders) 
2014/01/12 16:54:14 0 s creating pidfile /tmp/.oscam/oscam.pid with pid 3913 
2014/01/12 16:54:14 0 s userdb reloaded: 1 accounts loaded, 0 expired, 0 disabled 
2014/01/12 16:54:14 0 s signal handling initialized 
2014/01/12 16:54:14 0 s Binary without DRE Crypt module - no EMM processing for DRE Crypt possible! 
2014/01/12 16:54:14 0 s Binary without TONGFANG module - no EMM processing for TONGFANG possible! 
2014/01/12 16:54:14 0 s Binary without Griffin module - no EMM processing for Griffin possible! 
2014/01/12 16:54:14 0 s Binary without DGCrypt module - no EMM processing for DGCrypt possible! 
2014/01/12 16:54:14 0 s internal [internal] creating thread for device /dev/sci0 
2014/01/12 16:54:14 0 s loadbalancer: can't read from file /tmp/.oscam/stat 
2014/01/12 16:54:14 0 s waiting for local card init 
2014/01/12 16:54:14 4DB3D8 r internal [internal] Reader initialized (device=/dev/sci0, detect=cd, mhz=300, cardmhz=300) 
2014/01/12 16:54:14 4DD078 h webif: decompressed 63914 bytes back into 183592 bytes 
2014/01/12 16:54:14 4DD078 h HTTP Server running. ip=0.0.0.0 port=8888 

 

I nic nie działa...

 

Na wersji oscam-r9289-qbohxhd-qdwf-slim-clockfix_9288-nousb.zip jest ok.

 

PS. Sprawdzałeś może to httpreadonly?

[AbrahaM]

cudnie, problem na oficjalnym (patcha na webif nie liczę) kodzie / trunku, których nie ma po patchu.

to może być mój błąd, to był mój błąd, wywalam tamtą wersję, 9297 gotowe wisi, ale bez patchy na webif, zaraz wgram ponownie właściwe.

 

co do readonly, nie, wyleciało mi to z głowy, skończyłem dłubanie i własne testy parę minut przed drugą w nocy :(

 

dziś się za to wezmę.

zaraz wygeneruje

9297 czyste (względnie: qdwf+slim) i z timepatchem  (qdwf+slim+clockfix_9296)

9300 w odmianach jak wyżej

[Gość Dzidek1]

W wersji "OSCam r9297 qdwf-slim-clockfix_9296 sh4/qboxhd" nie działa mi wewnętrzny czytnik w wersji 9289 wszystko było ok,

karta nc+ seca.

-----------

Okazuje się że to była tego wina :"Binarki zostały wgrane ponownie, w związku z omyłkowym pominięciem patchy na webif."

Już wszystko ok w tej poprawionej wersji.

[AbrahaM]

W wersji "OSCam r9297 qdwf-slim-clockfix_9296 sh4/qboxhd" nie działa mi wewnętrzny czytnik w wersji 9289 wszystko było ok,

karta nc+ seca.

-----------

Okazuje się że to była tego wina :"Binarki zostały wgrane ponownie, w związku z omyłkowym pominięciem patchy na webif."

Już wszystko ok w tej poprawionej wersji.

 

Mniej więcej. Oprócz nie wgrania webif, "pomyrdały" mi się opcje kompilacji między różnymi typami binarek, z patchem clockfix i bez, co skutkowało nie działaniem czytników. Nowo wgrane 9297 jest już ok, podobnie jak 9300.

[AbrahaM]

bardzo proszę o szybki test wrzuconych wersji 9307 i 9308

przy czym na razie do "normalnych" testów sugeruje ograniczenie się do 9300

[mickey]

@AbrahaM: W sprawie jednorazowego testu.

 

9307:

 

2014/01/13 15:34:22 0 s >> OSCam << cardserver started, version 1.20-unstable_svn, build r9307 (sh4-linux-qboxhd-ssl-libusb-pcsc-qdwf)
2014/01/13 15:34:22 0 s creating pidfile /tmp/.oscam/oscam.pid with pid 15640
2014/01/13 15:34:22 0 s userdb reloaded: 1 accounts loaded, 0 expired, 0 disabled
2014/01/13 15:34:22 0 s signal handling initialized
2014/01/13 15:34:22 0 s internal [internal] creating thread for device /dev/sci0
2014/01/13 15:34:22 0 s loadbalancer: can't read from file /tmp/.oscam/stat
2014/01/13 15:34:22 0 s waiting for local card init
2014/01/13 15:34:22 4EB3D8 r internal [internal] Reader initialized (device=/dev/sci0, detect=cd, mhz=300, cardmhz=300)
2014/01/13 15:34:22 4F43E8 h webif: decompressed 63989 bytes back into 183548 bytes
2014/01/13 15:34:22 4F43E8 h HTTP Server running. ip=0.0.0.0 port=8888

 

I to by było na tyle...

 

9308: Dekoduje poprawnie korzystając z włożonego w czytnik kartonika.

[AbrahaM]

tytułem wyjaśnień dot. rekomendowanych wersji:

9072 monotonic v2 jest nadal polecaną wersją i nie było innej rekomendowanej, poza wcześniejszymi 9071 i 8705.

9092 monotonic v2 faktycznie istniała, ale nie przeszła wszystkich testów i w związku z tym nie "wisi" w odpowiednim dziale forum, jeśli przejdzie b. intensywne testy wśród naszych testerów, to zostanie "podwieszona" i pójdzie jako aktualizacja. Jak na razie wszystko jest po staremu.

[AbrahaM]

PROŚBA O TESTY: DOTYCZY WERSJI 9333 i 9333 revert9319.

 

Prawdopodobnie wersja oficjalna/standardowa 9333 zawiera błąd wywołany zmianą 9319, wywołującą problemy z odbiorem programów grupy TVN w HD. Duża prośba o testy na tych kanałach (w szczególności na: TVN24 HD, TVN HD, TVN Style HD, raczej w tej kolejności) wersji 9333 i 9333 revert9319 z wycofaną zmianą podejrzewaną o sprawianie problemów.

 

aha, obie wersje są z błędem uniemożliwiającym restart przez webif, dopiero co to wyszło. Problem został już zgłoszony.

[tux]

PROŚBA O TESTY: DOTYCZY WERSJI 9333 i 9333 revert9319

Czy ktoś potwierdzi lub zaprzeczy w sprawie efektów "TVN"?

U mnie efekt występuje.

[Marcin]

No ja właśnie jakoś jeszcze nie zobaczyłem efektu. Najczęściej działo się to na "Dzień dobry TVN" i specjalnie leciało to teraz u mnie i zero problemu. Ale mogłem to przeoczyć jak np brałem filiżankę z kawą ;)

[Gość Dzidek1]

Tak potwierdzam stop klatka występuje u mnie, nie tylko na TVN-ach też wczoraj zauważyłem to na którymś Canal+ Hd.

Wersja Oscama9333.

[Marcin]

Na History HD jest tragicznie. Obraz się klatkuje

[AbrahaM]

Na History HD jest tragicznie. Obraz się klatkuje

 

na obu odmianach 9333, czystej i z wycofaną 9319?

 

w takim razie proszę o test

9310 (jeśli dobrze typuje, powinna być jeszcze ok)

9320 (jeśli dobrze typuje, powinna być już zła)

9346 z wycofanymi zmianami z 9319 i 9320

 

 

[Marcin]

Na History HD jest tragicznie. Obraz się klatkuje

 

na obu odmianach 9333, czystej i z wycofaną 9319?

 

w takim razie proszę o test

9310 (jeśli dobrze typuje, powinna być jeszcze ok)

9320 (jeśli dobrze typuje, powinna być już zła)

9346 z wycofanymi zmianami z 9319 i 9320

 

9346 wydaję się być ok

[AbrahaM]

9346 wydaję się być ok

 

zaraz do testów zrobione zostaną kolejne 3 wersje

bez zmian / wycofywania kodu z 9320 i 9319

z wycofaną (tylko) zmianą z 9320

z wycofaną (tylko) zmianą 9319

obecna wersja ma wycofane 9319 i 9320

 

bardzo proszę o testy, to jest dość ważna sprawa, bo być może problem z "TVNami HD" i paroma innymi kanałami nie jest wywołany przez player2.ko (aczkolwiek jego modyfikacja doraźnie go "obchodzi", wywołując inne komplikacje), tylko przez problem w kodzie oscama, w kodzie obsługującym dvbapi.

 

Niestety konieczne jest przetestowanie wszystkich czterech odmian gdyż nie wiemy czy:

1. błąd jest w 9320

2. błąd jest w 9319

3. błąd wynika z obu zmian,

4. błędu tam nie było, był wywołany czym innym, co zmienili po drodze do 9346

 

[kusiu]

Witam, mam małe pytanie protocol cccam oraz dwie linie na różnych serwerach z tymi samymi pakietami, podpowie ktoś jak ustawić oscama by z jednej lini szedł przekaz a gdy ulegnie ona rozłączeniu lub pojawi się czas np: 3000 ms by odpalała się druga linia i tak na przemian? Po prostu by jedna linia była jaka rezerwowa gdy coś pojawi się na serwerze typu rozłączenie, duży czas by aktywowało drugą..

[AbrahaM]

9346 z wycofanymi zmianami z 9319 i 9320 zachowuje się źle :(

[Marcin]

r9346 TVN HD ma problemy.

 

Wysłane z mojego SM-N9005 przy użyciu Tapatalka

 

 

[sunfizz]

r9346 TVN HD ma problemy.

 

Wysłane z mojego SM-N9005 przy użyciu Tapatalka

Dokładnie, tvn tnie i klatkuje.

 

Witam, mam małe pytanie protocol cccam oraz dwie linie na różnych serwerach z tymi samymi pakietami, podpowie ktoś jak ustawić oscama by z jednej lini szedł przekaz a gdy ulegnie ona rozłączeniu lub pojawi się czas np: 3000 ms by odpalała się druga linia i tak na przemian? Po prostu by jedna linia była jaka rezerwowa gdy coś pojawi się na serwerze typu rozłączenie, duży czas by aktywowało drugą..

 

Poczytaj o parametrze :

 

fallback

[AbrahaM]

r9346 TVN HD ma problemy.

 

Wysłane z mojego SM-N9005 przy użyciu Tapatalka

 

wszystkie?

jako, że mam problemy mimo wycofania 9319 i 9320, to kompiluje do testów 9349 z wycofaną poprawką 9311

nie kompiluje, właśnie testuje 9317, które wygląda na dobre - czyli problem pojawił się pomiędzy 9317 a 9333.

[Marcin]

na OSCam r9346 revert9320,9319 sh4/qboxhd

 

ale na OSCam r9346 sh4/qboxhd na razie ok

[sunfizz]

Dziś po kompilacji binarki r9346 wpadł mi ten problem w oko, szkoda że nie logowało do pliku.  ;)  Właśnie zapodałem TVN HD i czekam na efekty specjalne typu 'stop klatka' , 'mrożenie'.

 

 

EDiT:

 

20minut TVN HD bez wystąpienia wcześniej wspomnianego problemu. Dziwne  >:(

[AbrahaM]

Dziś po kompilacji binarki r9346 wpadł mi ten problem w oko, szkoda że nie logowało do pliku.  ;)  Właśnie zapodałem TVN HD i czekam na efekty specjalne typu 'stop klatka' , 'mrożenie'.

 

 

EDiT:

 

20minut TVN HD bez wystąpienia wcześniej wspomnianego problemu. Dziwne  >:(

 

To się ostatnio zdarza także na TVN 24HD, które wcześniej było od problemów w zasadzie prawie całkiem wolne. Prócz tych efektów pojawia się też klasyczne "klatkowanie" jak na TVN HD gdy wgrany był player2.ko bez fixa od józka.

 

Duża prośba o podawanie dokładnej wersji o jakiej piszecie, bo mamy testowe revert9320, revert9319, revert9320,9320 i czystą/oficjalną wersję.

[Marcin]

Ja tak jak napisałem wyżej. Do 21 od 20:15 na wersji OSCam r9346 sh4/qboxhd bez problemów.

 

Co do tvn24 HD to nie wiem skąd masz takie info ale u mnie nigdy nie było z nim problemów a leci u mnie bardzo często.

 

Wysłane z mojego SM-N9005 przy użyciu Tapatalka

 

 

[tux]

Ja tak jak napisałem wyżej. Do 21 od 20:15 na wersji OSCam r9346 sh4/qboxhd bez problemów.

 

Co do tvn24 HD to nie wiem skąd masz takie info ale u mnie nigdy nie było z nim problemów a leci u mnie bardzo często.

 

Wysłane z mojego SM-N9005 przy użyciu Tapatalka

Kolega wyżej wyraźnie napisał:

To się ostatnio zdarza także na TVN 24HD, które wcześniej było od problemów

[Gość Dzidek1]

Na wersji OSCam r9346 sh4/qboxhd jak narazie wszystko ok nic nie zauważyłem żeby coś się działo z obrazem.

[Marcin]

Na OSCam r9346 sh4/qboxhd jak i na OSCam r9385 sh4/qboxhd pikseloza występuje

[Gość 5alive]

Ja tak jak napisałem wyżej. Do 21 od 20:15 na wersji OSCam r9346 sh4/qboxhd bez problemów.

 

Co do tvn24 HD to nie wiem skąd masz takie info ale u mnie nigdy nie było z nim problemów a leci u mnie bardzo często.

 

Wysłane z mojego SM-N9005 przy użyciu Tapatalka

Kolega wyżej wyraźnie napisał:

To się ostatnio zdarza także na TVN 24HD, które wcześniej było od problemów

 

 

a może tak by każdy określił z jakiego caid idzie to, być może jest problem tylko z 1 caid... gdzie caid x oraz y jest dostepny :).

 

Ostatnie wersje dziwnie preferują swoje wybory, mam na myśli trunk.

[AbrahaM]

a może tak by każdy określił z jakiego caid idzie to, być może jest problem tylko z 1 caid... gdzie caid x oraz y jest dostepny :).

 

Ostatnie wersje dziwnie preferują swoje wybory, mam na myśli trunk.

 

to nie to, logi idealnie czyste, żadnych NOK/TOUT, odbiór oparty wyłącznie o kartę w lokalnym czytniku. dalsze testy w toku.

[Marcin]

Na OSCam r9398 sh4/qboxhd brak poprawy.

 

Wysłane z mojego SM-N9005 przy użyciu Tapatalka

 

 

[AbrahaM]

Na OSCam r9398 sh4/qboxhd brak poprawy.

 

Wysłane z mojego SM-N9005 przy użyciu Tapatalka

 

To dość ciekawe, bo u mnie efekty specjalne ustąpiły.

[Marcin]

U mnie pojawiło się na TVN Turbo HD. Wcześniej tu tego nie widziałem

 

Wysłane z mojego SM-N9005 przy użyciu Tapatalka

 

 

[Gość future0]

Po ustawieniu czytnika i karty na oscam r9072:

 

2014/01/18 22:09:29  4D5440 r sci0 [internal] card detected

2014/01/18 22:09:31  4D5440 r sci0 [internal] ATR: 3B 24 00 30 42 30 30

2014/01/18 22:09:31  4D5440 r sci0 [internal] Init card protocol T0, FI=1, F=372, D=1, N=0

2014/01/18 22:09:31  4D5440 r sci0 [internal] Calculated work ETU is 108.77 us reader mhz = 2400

2014/01/18 22:09:34  4D5440 r sci0 [internal] PLL Reader: ATR Fsmax is 5 MHz, clocking card to 3.42 Mhz (nearest possible mhz specified reader->cardmhz)

 

więc ustawienie 368mhz nic nie daje gdyż jest i tak zniżane automatycznie do 342mhz

[AbrahaM]

2014/01/18 22:09:31   4D5440 r sci0 [internal] Calculated work ETU is 108.77 us reader mhz = 2400 
2014/01/18 22:09:34   4D5440 r sci0 [internal] PLL Reader: ATR Fsmax is 5 MHz, clocking card to 3.42 Mhz (nearest possible mhz specified reader->cardmhz) 

 

więc ustawienie 368mhz nic nie daje gdyż jest i tak zniżane automatycznie do 342mhz

 

Nie do końca.

Przy wymuszeniu trybu pracy taktowania PLL cardmhz jest automatycznie zniżane do 3.42MHz jako najbliższego do tego, o które prosiliśmy. Już raz pisałem: stan obsługi czytników wbudowanych w SH4 jest erhm dziwny. Mam silną nadzieje/przekonanie, że to się za jakiś czas zmieni, ale najpierw developerzy muszą przewalczyć zmiany w webif, "clockfix"/"timepatch", plus trochę doraźnych zmian/poprawek...

[Gość future0]

Zauważyłem że przy wpisaniu na sztywno 342 karta włącza się na 3.00 więc stąd te wymagane 368, a mam jeszcze pytanie czy ustawienie 2400mhz nie wpływa negatywnie na czytnik ?

[AbrahaM]

Zauważyłem że przy wpisaniu na sztywno 342 karta włącza się na 3.00 więc stąd te wymagane 368, a mam jeszcze pytanie czy ustawienie 2400mhz nie wpływa negatywnie na czytnik ?

 

Nie wpływa, gdyż wartości powyżej 2000 przełączają wewnętrzne czytniki w tryb PLL. Zwróć uwagę na to, co sam wklejałeś: "PLL Reader".

[Gość future0]

A mógłbyś coś więcej o tym napisać, co to za tryb ? I czemu karta ma wtedy szybsze odpowiedzi o jakieś 30-40ms ? Mimo niższego taktowania.

[Gość 5alive]

wyobraż sobie że czytnik ma np 5 kwarcy.

 

300MHz, 343MHz, 369MHz,400MHz,480MHz.

 

 

Wpisując  np. 350MHz, przelączy na 343MHz dla optymalnej pracy w trybie PLL, czyli do takiej prędkości do jakiej został zaprojektowany, tak na sztywno.

 

 

Gdzie 350MHz nie jest optymalna/najlepsza prędkością ponieważ będzie to 343 bądz 369. Inaczej  sterowany jest czytnik.

 

To tak w skrócie, poczytaj sobie o zastosowaniu PLL w praktyce, np w google.

 

 

[Gość future0]

Ok, mniej więcej czaje.

A jeszcze, która wersja jest obecnie uważana za najstabilniejszą ? 9071 czy 9072 ? A może starsza 8903 lub 8705 ?

 

[kusiu]

Witam od jakiegos czasu na nowych wersjach oscama zauważyłem frezzy lecz w logu nic nie ma poza poprawna wymianą czasy w granicy 300 ms timoutow czy jakichkolwiek błędów nie ma - image to g2, wie ktoś o co chodzi? Teraz każdy oscam jakiego wrzuce freezuje najczyściej to widzę na tvn hd - po prostu jest "stop klatka" na 8 sek. np. Image upgredowane all łatki i poprawki z opkg.

 

 

Mogę z tego miejsca prosić o nową stabilną wersje oscama na platformę linux 64 bity? Bo to jest chyba przyczyną na serwie

[Gość future0]

zabieram się do testów oscama r9300, jakie ustawienie mhz i cardmhz jest dla niego prawidłowe ?

[tux]

Ja tylko napiszę dla tych co nie zauważyli :)

r9300 jest już standardową wersją w repozytoium :)

[Gość future0]

Ok, to wiem, ale jakie ustawienie jest prawidłowe ? 500 / 357 ?

[tux]

Na to pytanie musi odpowiedzieć ktoś inny. Ja w serwerze mam Phoenixa i ręcznie ustawione zworką taktowanie :)

[mickey]

Ok, to wiem, ale jakie ustawienie jest prawidłowe ? 500 / 357 ?

 

Jakie jest prawidłowe to nie wiem, ale od wpisania 300/300 karta działa bezproblemowo na każdej wersji oscama jaką testowałem. Wcześniej bywało różnie...

 

---

 

Mogę z tego miejsca prosić o nową stabilną wersje oscama na platformę linux 64 bity? Bo to jest chyba przyczyną na serwie

 

A bo ja wiem... Raczej nie... Czasami może jednak warto poszukać samemu...

 

http://download.oscam.cc/index.php?&direction=0&order=mod&directory=1.20_TRUNK/x86_64-pc-linux

 

O tym to już nawet wspominał nie będę: http://forum.xunil.pl/index.php?topic=777.0

[kusiu]

Mogę z tego miejsca prosić o nową stabilną wersje oscama na platformę linux 64 bity? Bo to jest chyba przyczyną na serwie

 

A bo ja wiem... Raczej nie... Czasami może jednak warto poszukać samemu...

 

http://download.oscam.cc/index.php?&direction=0&order=mod&directory=1.20_TRUNK/x86_64-pc-linux

 

O tym to już nawet wspominał nie będę: http://forum.xunil.pl/index.php?topic=777.0

 

 

 

Rozumiem, tylko te wersje są prawidłowę? Bo w nowszych freezuje tvn hd np i jest stopklatka a w logach czysto - potrzebuję oscam na serwer linux 64 bit tylko by był już z fixem/ łatką na tvn-hd etc. Oscamy wiem gdzie są tylko nie wiem której nowej wersji użyć by nie było tych cyrków..

 

P.s i może ktoś mi wyjaśnić czym te Stopklatki są spowodowane?

[tux]

Jeżeli efekt masz tylko na paczce TVN to najpierw zastanów się dlaczdgo tylko na TVN.

Ja już alarmuję od ponad pół roku. Wszyscy szukają obejścia problemu a problem jest w TVN.

Ja odpóściłem sobie. Jest tyle innych kanałów co można oglądać.

 

 

Z drugiej strony - wgraj starszego oscama. Jak działa to po prostu zostaw i już. Szukanie dziury w całym na TVNach NIE MA SENSU!

[kusiu]

 

 

Dzięki za odp. poczekam jednak na opinie AbrahaMa może on podsunie nowego stabilnego oscama pod platforme linux 64 i powie co jest przyczyną bo widziałem że na sh4 kompilował nowe oscamy z fixem na tvn-y hd :)

[tux]

To nie fix a wycofanie zmiany. Teraz lecą z tego co mi wiadomo bez wycofywania czegokolwiek. Sam osobiście mam skompilowane z TRUNK i działa. TVN testowałem około godziny. Na dłuższe testy psychicznie nie jestem gotowy. Ilość reklam i jakość kotentu mnie poraża.

 

 

Swoją drogą na x86_64 też kompilujemy TRUNK bo stabilność jest najważniejsza w tym przypadku.

Ja bardziej stawiam na korekcję błędów. Po prostu na TVNach jest ich bardzo DUŻO i czasem OScam daje zaptania nie o te ECMy co trzeba ale odpowiedź jest OK.

 

 

Czekam co napisze @AbrahaM.