LongECM w Orange w nowych oscam

[robert_cz]

Szukam i szukam i nie znajduję odpowiedzi ani wątku do którego by się podłączyć, więc zakładam nowy. :-(

Polecana na forum "stabilna" wersja oscam, niestety ma jeden problem, nie obsługuje długich ECM-ów, które panoszą się w Orange, np. 118, 104, (TVP1 HD, TVP2 HD, ...) etc. Podobno działało to poprawnie w okolicy wersji 6020 4643, ale tam nie było RSA, w nowszych przestało, działa od czasu tej wersji, ale tylko dla fizycznych .

Ma ktoś sprawdzoną działającą wersję?

 

Aktualizacja po kilku testach:

Okazuje się, że na fizycznych czytnikach jest OK (i długie ECM i krótkie), a nie działa jak czytnik jest zdalny (newcamd).

Więc poprawka opisana tutaj działa, ale tylko dla fizycznych:

http://www.streamboard.tv/oscam/changeset/4643/

[AbrahaM]

  W dniu 1.01.2014 o 19:31, robert_cz napisał(a):

Szukam i szukam i nie znajduję odpowiedzi ani wątku do którego by się podłączyć, więc zakładam nowy. :-(

Polecana na forum "stabilna" wersja oscam, niestety ma jeden problem, nie obsługuje długich ECM-ów, które panoszą się w Orange, np. 118, 104, (TVP1 HD, TVP2 HD, ...) etc. Podobno działało to poprawnie w okolicy wersji 6020, ale tam nie było RSA, w nowszych przestało.

Ma ktoś sprawdzoną działającą wersję?

 

Na dzieńdobry proponuję test najnowszej. Jeśli nie będzie działać, to będzie można przycisnąć autorów. Tyle, że będzie to wymagało kooperacji / logowania na odpowiednim poziomie na wersji debug.

[robert_cz]

A którą z nowych kompilacji proponujecie?

[sunfizz]

r9164  ;D

[mickey]

@robert_cz: Jak napisał przedmówca i AbrahaM sprawdź najnowszą dostępną a powód jest taki, że jeżeli ma być przygotowane zgłoszenie do autorów oscama, to powinno ono być na podstawie wersji aktualnej - trudno, żeby developerzy cofali się do tyłu analizując logi. Jeżeli najnowsza wersja nie będzie działać, to będzie potrzebne logowanie na odpowiednim poziomie a więc wersje z "nodebug" w nazwie raczej się nie nadadzą... I została kwestia czytników - jeżeli masz zewnętrzny czytnik na usb, to będzie Ci potrzeba wersja libusb.

[robert_cz]

Już się za to zabieram, dam znać, co i jak.

[AbrahaM]

  W dniu 1.01.2014 o 21:00, mickey napisał(a):

@robert_cz: Jak napisał przedmówca i AbrahaM sprawdź najnowszą dostępną

 

... w dodatku bez patchów/dodatków, bez dopisków w nazwie.

[robert_cz]

 

No to zabieram się jutro za testy tej wersji:

 

http://forum.xunil.pl/index.php?action=dlattach;topic=997.0;attach=4428

[robert_cz]

  W dniu 1.01.2014 o 21:40, robert_cz napisał(a):

 

No to zabieram się jutro za testy tej wersji:

 

http://forum.xunil.pl/index.php?action=dlattach;topic=997.0;attach=4428

 

No to pat, na tej wersji dostaję błędy na wszystkich kanałach, nawet tych z normalnymi ECM

 

2014/01/01 23:31:49 548AB8 c user1 (0500&032A00/032A/12C7/DC:D5EE1A1B9631A784C34FA63A15B9B5A9): not found (83 ms) by orange - TVP 1 (key to use is not the curren 

 

Ktoś wie co to za błąd, bo ja już trochę zardzewiałem.

 

Odkryłem przy okazji, że problem długich ECM występuje na zdalnych czytnikach (newcamd), a nie na fizycznych, wtedy kiedy oscam jest klientem to na długi ECM reaguje tak:

dvbapi (0500&032A00/032A/3ABD/118:4CAB2582A48DD1F5CEF46B4F6304C49B): rejected group (1 ms) (0/0/0/0) - TVP 1 HD (no matching reader)

A bez jakiejkolwiek zmiany konfiguracji kanał z normalnym ECM działa, zaznaczam nie mam żadnych filtrów długości ECM.

[AbrahaM]

  W dniu 1.01.2014 o 22:35, robert_cz napisał(a):

No to pat, na tej wersji dostaję błędy na wszystkich kanałach, nawet tych z normalnymi ECM

 

W ten sposób wiemy, że bez logowania paru na poziomach i posłania logów do autorów się nie obejdzie. Przy okazji, jak możesz (masz jak), to sprawdź jeszcze obie odmiany camd35 oraz cccam i gbox. Ten ostatni podobno dostał poprawki umożliwiające obsługę długich ecm. Co do problemu w lokalnym czytniku, cóż, jeśli w starej działa, to powinno się dać nową poprawić. Nawet mam pomysł do kogo imiennie z devów uderzać :)

[robert_cz]

  W dniu 1.01.2014 o 23:02, AbrahaM napisał(a):

  Cytat

No to pat, na tej wersji dostaję błędy na wszystkich kanałach, nawet tych z normalnymi ECM

 

W ten sposób wiemy, że bez logowania paru na poziomach i posłania logów do autorów się nie obejdzie. Przy okazji, jak możesz (masz jak), to sprawdź jeszcze obie odmiany camd35 oraz cccam i gbox. Ten ostatni podobno dostał poprawki umożliwiające obsługę długich ecm. Co do problemu w lokalnym czytniku, cóż, jeśli w starej działa, to powinno się dać nową poprawić. Nawet mam pomysł do kogo imiennie z devów uderzać :)

 

No to sporo pracy przede mną :-) Ale już jutro, na teraz zostałem przy wersji 7448, bo z 8705 nie działa mi coś z odczytem karty, ale to pewnie konfiguracja.

[mickey]

Pewnie niepotrzebnie, bo wygląda na to, że wiesz co robisz, ale jak się cofnąłeś do 7448 i masz problem z czytnikiem zdalnym na nowszych, to przytoczę mały fragment z dokumentacji do oscam.server:

 

account                =  # VERALTET - OBSOLETE - OBSOLÈTE - ANTIQUATO  svn8131:01/20/2013

 

Warto także sprawdzić inne opcje w plikach konfiguracyjnych jeżeli testowane wersje oscama tak bardzo różnią się od siebie.

[robert_cz]

Dobra, mam nowe wnioski, wyciągnięte na oscam z kartą 7448, a zdalny 9164.

Wygląda na to, że w zdalnym już jest naprawione, bo poprawnie rozpoznaje długie ECM-y i wysyła je poprawnie do oscama zdalnego:

9164:

   p send 280 bytes to remote server
...
dvbapi (0500&032A00/032A/1D2C/10C:F3170FCB043C277E3710620EC53EC082): not found (5 ms) by orange - Turner Classic Movies

 

Ale już 7448 odbiera to tak:

 2014/01/02 12:25:20   5FB6D0 c received 270 bytes from client
2014/01/02 12:25:20   5FB6D0    1D 2C 80 71 09 00 80 3E 90 07 03 2A 00 08 05 77 
2014/01/02 12:25:20   5FB6D0    00 E2 03 44 22 70 E2 03 44 22 71 E2 03 44 22 72 
2014/01/02 12:25:20   5FB6D0    E2 03 44 22 73 E2 03 44 22 75 EA 10 95 64 BA 60 
2014/01/02 12:25:20   5FB6D0    48 B6 B4 9F D9 44 9A CB 02 5D B9 9A F0 08 6C 2D 
2014/01/02 12:25:20   5FB6D0    16 A0 50 4A C3 36 80 42 90 07 03 2A 00 08 07 0C 
2014/01/02 12:25:20   5FB6D0    00 E0 02 00 02 E2 03 44 22 70 E2 03 44 22 71 E2 
2014/01/02 12:25:20   5FB6D0    03 44 22 72 E2 03 44 22 73 E2 03 44 22 75 EA 10 
2014/01/02 12:25:20   5FB6D0    98 B3 EC 9A 7D 19 96 90 F3 14 AE 4E 19 8E EB 6A 
2014/01/02 12:25:20   5FB6D0    F0 08 A1 23 02 91 85 57 D4 0E 80 42 90 07 03 2A 
2014/01/02 12:25:20   5FB6D0    00 08 07 0C 01 E0 02 00 02 E2 03 44 22 70 E2 03 
2014/01/02 12:25:20   5FB6D0    44 22 71 E2 03 44 22 72 E2 03 44 22 73 E2 03 44 
2014/01/02 12:25:20   5FB6D0    22 75 EA 10 7A C2 73 0C 02 74 85 5C 63 D6 79 37 
2014/01/02 12:25:20   5FB6D0    48 2E DE E2 F0 08 CB 99 11 95 1C E9 C2 47 80 3E 
2014/01/02 12:25:20   5FB6D0    90 07 03 2A 00 08 05 77 01 E2 03 44 22 70 E2 03 
2014/01/02 12:25:20   5FB6D0    44 22 71 E2 03 44 22 72 E2 03 44 22 73 E2 03 44 
2014/01/02 12:25:20   5FB6D0    22 75 EA 10 FC 3D D2 A0 90 20 CA 21 A4 FE 4E CE 
2014/01/02 12:25:20   5FB6D0    CC 1C 1E A1 F0 08 03 44 8A A8 3A B8 DA 34 
2014/01/02 12:25:20   5FB6D0 c newcamd: got cmd 128
2014/01/02 12:25:20   5FB6D0 c ncd_process_ecm: er->msgid=20 len=270 ecmlen=12
2014/01/02 12:25:20   5FB6D0 c Client xxx hash 00000000000000000000000000000000 csp 00000000 cw 00000000000000000000000000000000 rc 9 0500&032A00/0000/1D2C/0C:9948
2014/01/02 12:25:20   5FB6D0 c ncd_send_dcw: er->msgid=20, cl_msgid=20, 80
2014/01/02 12:25:20   5FB6D0 c send 15 bytes to client
2014/01/02 12:25:20   5FB6D0    00 0D 00 14 00 00 00 00 00 00 00 00 80 00 00 
2014/01/02 12:25:20   5FB6D0 c xxx (0500&032A00/0000/1D2C/0C:9948): corrupt (1 ms) (0/0/0/0) - Turner Classic Movies 

 

czyli z ECM długości 10C, robi się długość 0C i corrupt.

 

A teraz wniosek, gdzieś między 8705 i 9164 naprawiono zapytania zdalne do długich ECM i na pewno 8705 sobie z nimi nie radzi.

 

W debug w tej wersji mam coś takiego:

2014/01/02 13:04:30   5375E0 c [DVBAPI] now handling fd 17 that reported event 3
2014/01/02 13:04:30   5375E0 c [DVBAPI] Readed:
2014/01/02 13:04:30   5375E0    81 71 09 00 80 3E 90 07 03 2A 00 08 05 77 00 E2 
2014/01/02 13:04:30   5375E0    03 44 22 70 E2 03 44 22 71 E2 03 44 22 72 E2 03 
2014/01/02 13:04:30   5375E0    44 22 73 E2 03 44 22 75 EA 10 0F 59 5A 86 43 34 
2014/01/02 13:04:30   5375E0    09 AE D6 2C 8C ED 7B E7 E0 DB F0 08 77 26 01 DE 
2014/01/02 13:04:30   5375E0    8B 8D 25 A8 80 42 90 07 03 2A 00 08 07 0C 00 E0 
2014/01/02 13:04:30   5375E0    02 00 02 E2 03 44 22 70 E2 03 44 22 71 E2 03 44 
2014/01/02 13:04:30   5375E0    22 72 E2 03 44 22 73 E2 03 44 22 75 EA 10 0E 9A 
2014/01/02 13:04:30   5375E0    93 00 49 C4 FE 71 A1 EB A5 B2 00 1E 82 0F F0 08 
2014/01/02 13:04:30   5375E0    3F 68 2B 22 B7 A7 8C 71 80 42 90 07 03 2A 00 08 
2014/01/02 13:04:30   5375E0    07 0C 01 E0 02 00 02 E2 03 44 22 70 E2 03 44 22 
2014/01/02 13:04:30   5375E0    71 E2 03 44 22 72 E2 03 44 22 73 E2 03 44 22 75 
2014/01/02 13:04:30   5375E0    EA 10 D0 7A 64 0A 6F 38 93 B3 3A A6 F3 34 73 FA 
2014/01/02 13:04:30   5375E0    C0 80 F0 08 FC C5 3F 2C 58 21 E6 AA 80 3E 90 07 
2014/01/02 13:04:30   5375E0    03 2A 00 08 05 77 01 E2 03 44 22 70 E2 03 44 22 
2014/01/02 13:04:30   5375E0    71 E2 03 44 22 72 E2 03 44 22 73 E2 03 44 22 75 
2014/01/02 13:04:30   5375E0    EA 10 5D 58 7A 3C D5 16 69 A3 54 4B 3A AC F7 10 
2014/01/02 13:04:30   5375E0    0B 81 F0 08 44 AF C0 9A 05 35 11 34 
2014/01/02 13:04:30   5375E0 c [DVBAPI] Demuxer #0 ECMTYPE 81 CAID 0500 PROVID 032A00 ECMPID 0503 FAKECHID 032A (unique part in ecm)
2014/01/02 13:04:30   5375E0 c [DVBAPI] Demuxer #0 set ecmtable filter to EVEN for CAID 0500 PROVID 032A00 on fd 17
2014/01/02 13:04:30   5375E0 c [DVBAPI] Demuxer #0 set chid filter to ANY CHID on fd 17
2014/01/02 13:04:30   5375E0 c no large ecm support (l=268) for reader orange 

 

Sprawdzanie czy czytnik wspiera long/large ECM zostało wprowadzone tu 6679:

http://www.streamboard.tv/oscam/changeset?reponame=&new=6679%40trunk%2Foscam-chk.c&old=6654%40trunk%2Foscam-chk.c

Pytanie kiedy była wprowadzona poprawka?

 

Ktoś wie w której wersji to mogło zostać naprawione?

Po chwili znalazłem, poprawili to w wersji 8722

http://www.streamboard.tv/oscam/changeset/8722

 

I na koniec udało się z wersją 8725, ale już musiałem kombinować z częstotliwością czytnika, inaczej nie chciało działać:

mhz    = 300

cardmhz = 300

 

Czy zna ktoś jakieś minusy tej wersji?

To co, dopisał by mod tą informację o LongECM\LargeECM w opisie wersji oscam na forum?

Ja trochę porobię testów i przechodzę na wersję 8725.

 

 

 

[AbrahaM]

  W dniu 2.01.2014 o 12:01, robert_cz napisał(a):

Dobra, mam nowe wnioski, wyciągnięte na oscam z kartą 7448, a zdalny 9164.

To co, dopisał by mod tą informację o LongECM\LargeECM w opisie wersji oscam na forum?

Ja trochę porobię testów i przechodzę na wersję 8725.

 

By nie dopisał. Za to mod się z Tobą skontaktuje i pomęczymy razem devów, by to chodziło w aktualnym kodzie. To ma obowiązek chodzić na obecnej, zmuszanie się do pracy na starej nie jest wyjściem.

[robert_cz]

Potwierdzam, na wersji 9164 też działa.

z konieczną zmianą:

mhz     = 300
cardmhz = 300

 

Ale w informacjach o wersjach można by napisać, że Long\Large ECM nie działa na 8705, a dopiero od 8722 (testowane 8725).

Z punktu widzenia użytkowników z Polski to dość ważna informacja, bez tego nie pooglądają części z kanałów na karcie Orange.

 

To którą wersję proponujecie jako najbardziej stabilną z  Long\Large ECM?

[robert_cz]

to jak? Jest jakaś szansa na zmianę wersji oscam w repozytorium opkg?

[tux]

W repozytorium opkg jest 9071. Zostanie tam póki co. Do gałezi test trafią inne ale to za kilka dni.

[robert_cz]

  W dniu 3.01.2014 o 12:10, tux napisał(a):

W repozytorium opkg jest 9071. Zostanie tam póki co. Do gałezi test trafią inne ale to za kilka dni.

dzięki, nie zauważyłem kiedy zostały dodane ostatnie aktualizacje:-)

A jakąś wzmiankę w temacie wersji oscama i problemów z LongECM, też można prosić?

 

Mam też jeszcze jeden specyficzny problem z oscamem, ale o tym w innym temacie i tym razem to już na pewno będą potrzebni developerzy :-)

[tux]

Wzmianka nie wiem czy jest potrzebna bowiem mamy zasadę, że dystrybucyjny OSCam ma działać. Skoro 9071 działa z LongECM (tak rozumiem), to wzmianka nie jest potrzebna. Może jedynie za chwilę na stronie napiszę o powodach aktualizacji binarki OSCama i tam się wspomni, co trzeba.

 

 

O aktualizacjach informujemy na stronie http://openpli.xunil.pl

Tu jednak upd było w nocy i jeszcze niecałe - czeka nas dodanie paczek do gałęzi test.

[AbrahaM]

  W dniu 3.01.2014 o 12:28, tux napisał(a):

Wzmianka nie wiem czy jest potrzebna bowiem mamy zasadę, że dystrybucyjny OSCam ma działać. Skoto 9071 działa z LongECM (tak rozumiem) to wzmianka nie jest potrzebna. Może jedynie za chwię na stronie napiszę o powodach aktualizacji binarki OSCama i tam się wspomni co trzeba.

 

Dodam na szybko: Archiwum wersji zostało właśnie świeżo przeorganizowane. Pojawił się wątek z zalecanymi wersjami. Dla "konserwatystów" ;) zostało upichcone 8705 ntmd_newcamdlongecm i zamieszczone w wspominanym wątku. Tamże zostało właśnie zamieszczone 9071 w wersji która jest aktualnie używana w systemie.

 

Mile widziana jest kooperacja w testach najnowszych wersji.