dyskusje o kompilacjach OCcama 2013 & 2014

To jest wątek przeznaczony do dyskusji o udostępnianych naszych kompilacjach oscama, którego archiwum wersji znajduje się dla miesiąca

sierpień -> tutaj,

wrzesień -> tutaj,

październik -> tutaj.

Pytania, uwagi są mile widziane.

W archiwum libusb poza binarką oscama jest jeszcze jeden "ELF". Co z nim zrobić? Jaką powinien docelowo mieć nazwę?

docelowo powinien mieć nazwę: list_smargo,

służy do wylistowania podpiętych do boxa urządzeń Argolis Smart Reader

szczególnie, że może być więcej niż jedno, możliwe jest ich stackowanie do 100,

w handlu jest już "czarna" wersja 2, z mocniejszym cpu, czyli ARM Cortex™-M3.

Niestety oscam (stan dotyczy wersji do 8974), ma problemy z jej obsługą, stare

wersje "granatowe" 1.x są (wg dostępnych informacji) obsługiwane prawidłowo.

Witam, jest obecnie równie stabilna aktualizacja oscama jak r8705? Nowe wersje mają stosowne poprawki, pisane było o wersji OSCam r8917 sh4 można śmiało wrzucać? pytam bo nie chce żonglować bez potrzeby oscamem i wracać do poprzedniego.

Witam, jest obecnie równie stabilna aktualizacja oscama jak r8705? Nowe wersje mają stosowne poprawki, pisane było o wersji OSCam r8917 sh4 można śmiało wrzucać? pytam bo nie chce żonglować bez potrzeby oscamem i wracać do poprzedniego.

Można nawet 8923 oraz 8931. Jednakże 8917 przeszła zauważalnie intensywniejsze testy niż pozostałe i wykazała się wzorową pracą. Problemów ze stabilnością ostatnich parudziesięciu wersji nie odnotowano, zaś sukcesywnie pojawiające się nowe wersje eliminują błędy pojawiające się w ściśle określonych sytuacjach, rzadko spotykanych w normalnej/domowej eksploatacji odbiornika, i/lub dodają nowe funkcje.

Ostatnio podmieniłem 8789 by qboxhd na 8917 by AbrahaM. Niby wszystko działa, ale mam wrażenie, że wyraźnie dłużej trwa zanim oscam dogada się z kartą TnK/SmartHD w czytniku. Odczucie jest subiektywne, nie potwierdzone pomiarami.

Ostatnio podmieniłem 8789 by qboxhd na 8917 by AbrahaM. Niby wszystko działa, ale mam wrażenie, że wyraźnie dłużej trwa zanim oscam dogada się z kartą TnK/SmartHD w czytniku. Odczucie jest subiektywne, nie potwierdzone pomiarami.

Teoretycznie to jest możliwe, w międzyczasie było sporo zmian dotyczących dvbapi, więc konfigi które były ok dla linii 87xx mogą już nie być optymalne dla 89xx, choć nie za bardzo widzę konkretny powód.

Jeśli jesteś odważny ;) to możesz wrzucić 8943, w 8940 "wrzucono granat w kod", mocno zmieniając obsługę czytników, obsługę kart oraz usuwając brudne fixy dotyczące obsługi kart, w tym dotyczący parowanych kart conax. Z tego co widzę, to zmiany z 8940 (testowane na 8942, 8943 podmienię najwcześniej za 1,5 godziny) skasowały zysk z "overclockingu" karty Seca w wewnętrznym czytniku. Czytnik ustawiony w oscam.server

mhz                           = 600
cardmhz                       = 600

Przed 8940: względnie stabilna (mały rozrzut) latencja ze średnią 280 ms.

Na 8940, 8942: latencja od 305 do 330 ms, ze średnią w okolicy 31x ms.

Karta stara z TnK, przełączona do SmartHD+. Mam ustawione 372 od dość dawna, na overclockingu mi nie zależy a na stabilności i z tym nie ma problemu (przed chwilą miałem uptime 9 dni na 8917). Czasy poniżej 600 raczej nie występują.

Z ciekawości zrobiłem test "jak bardzo mi się wydaje". Na 8917 włączam TVP1 HD, wskakuje ciemność i mam obraz po ok. 8-10 sekundach od tego momentu. Na 8789 po 2-3 sekundach. Pozmieniali dużo, ale nie jestem pewny czy na lepsze. Albo coś jednak muszę poprawić w konfiguracji.

A co do 8940 ... poczekam kilka dni aż ta "bomba" się uleży i spróbuję jak działa taka nowsza wersja.

Karta stara z TnK, przełączona do SmartHD+. Mam ustawione 372 od dość dawna, na overclockingu mi nie zależy a na stabilności i z tym nie ma problemu (przed chwilą miałem uptime 9 dni na 8917). Czasy poniżej 600 raczej nie występują.

 

Z ciekawości zrobiłem test "jak bardzo mi się wydaje". Na 8917 włączam TVP1 HD, wskakuje ciemność i mam obraz po ok. 8-10 sekundach od tego momentu. Na 8789 po 2-3 sekundach. Pozmieniali dużo, ale nie jestem pewny czy na lepsze. Albo coś jednak muszę poprawić w konfiguracji.

 

A co do 8940 ... poczekam kilka dni aż ta "bomba" się uleży i spróbuję jak działa taka nowsza wersja.

Co do "OC": u siebie nie odnotowałem problemów. Co do przełączania: bajka o muzyce, "coś tu nie gra", czas przełączania u mnie (osobna sprawa, że inny system kodowania) jest coś koło (na oko) sekundy-dwóch, więc 8-10 sekund jest zastanawiające. Przypuszczam, że .dvbapi wymagać będzie tuningu. Jak będziesz miał czas i ochotę, daj znać, to przeanalizujemy logi z odpowiednim debug level oraz konfiguracje.

Wgrałem 8943, jak na razie ok, jedynym skutkiem ubocznym jest podwyższona latencja...

Debug=0. Na tym poziomie ja nic ciekawego nie widzę. Restart oscama na TV Puls (FTA) i pierwsze przełączenie na TVP1 HD. Czasy czekania na obraz jak podałem wyżej. Podaj co mam sprawdzić, to spróbuję zerknąć.

8943:

2013/09/29 22:54:06   504018 c [DVBAPI] Receiver sends PMT command 3 for channel 13F8
2013/09/29 22:54:06   504018 c Found 0 ECMpids and 7 STREAMpids in PMT
2013/09/29 22:54:06   504018 c [DVBAPI] Receiver wants to demux srvid 13F8 on adapter 0000 camask 0002 index 0001
2013/09/29 22:54:06   504018 c New program number: 13F8 (0000:13F8 unknown) [pmt_list_management 3]
2013/09/29 22:55:16   504018 c [DVBAPI] Receiver sends PMT command 3 for channel 3ABD
2013/09/29 22:55:16   504018 c [ADD PID 0] CAID: 0B01 ECM_PID: 0C41 PROVID: 000000
2013/09/29 22:55:16   504018 c [ADD PID 1] CAID: 0100 ECM_PID: 0D09 PROVID: 000068
2013/09/29 22:55:16   504018 c [ADD PID 2] CAID: 1803 ECM_PID: 0D6D PROVID: 000000
2013/09/29 22:55:16   504018 c [ADD PID 3] CAID: 1813 ECM_PID: 0D09 PROVID: 000068
2013/09/29 22:55:16   504018 c [ADD PID 4] CAID: 0500 ECM_PID: 0DD1 PROVID: 032A00
2013/09/29 22:55:16   504018 c [ADD PID 5] CAID: 1861 ECM_PID: 0E35 PROVID: 000000
2013/09/29 22:55:16   504018 c Found 6 ECMpids and 8 STREAMpids in PMT
2013/09/29 22:55:16   504018 c [DVBAPI] Receiver wants to demux srvid 3ABD on adapter 0000 camask 0001 index 0000
2013/09/29 22:55:16   504018 c New program number: 3ABD (0B01:3ABD unknown) [pmt_list_management 3]
2013/09/29 22:55:16   504018 c [DVBAPI] Demuxer #1 trying to descramble PID #0 CAID 0B01 PROVID 000000 ECMPID 0C41 ANY CHID VPID 0216
2013/09/29 22:54:16   504018 c dvbapi (0B01&000000/0000/3ABD/76:2AC1B5E9A720FDFED9AB4C97D34DDEA0): found (643 ms) by internal (L/1/2/2)

8789:

2013/09/29 22:54:55   50D910 c [DVBAPI] Tuner sends PMT command 3 for channel 13F8
2013/09/29 22:54:55   50D910 c Found 0 ECMpids and 7 STREAMpids in PMT
2013/09/29 22:54:55   50D910 c New program number: 13F8 (0000:13F8 unknown) [pmt_list_management 3]
2013/09/29 22:56:50   50D910 c [DVBAPI] Tuner sends PMT command 3 for channel 3ABD
2013/09/29 22:56:50   50D910 c [ADD PID 0] CAID: 0B01 ECM_PID: 0C41 PROVID: 000000
2013/09/29 22:56:50   50D910 c [ADD PID 1] CAID: 0100 ECM_PID: 0D09 PROVID: 000068
2013/09/29 22:56:50   50D910 c [ADD PID 2] CAID: 1803 ECM_PID: 0D6D PROVID: 000000
2013/09/29 22:56:50   50D910 c [ADD PID 3] CAID: 1813 ECM_PID: 0D09 PROVID: 000068
2013/09/29 22:56:50   50D910 c [ADD PID 4] CAID: 0500 ECM_PID: 0DD1 PROVID: 032A00
2013/09/29 22:56:50   50D910 c [ADD PID 5] CAID: 1861 ECM_PID: 0E35 PROVID: 000000
2013/09/29 22:56:50   50D910 c Found 6 ECMpids and 8 STREAMpids in PMT
2013/09/29 22:56:50   50D910 c New program number: 3ABD (0B01:3ABD unknown) [pmt_list_management 3]
2013/09/29 22:56:50   50D910 c [DVBAPI] Demuxer #1 trying to descramble PID #0 CAID 0B01 PROVID 000000 ECMPID 0C41 ANY CHID
2013/09/29 22:56:51   50D910 c dvbapi (0B01&000000/0000/3ABD/76:B9E1AC9DB7D04FF70103A3B20DCF0BED): found (721 ms) by internal (L/1/2/2)

Debug=0. Na tym poziomie ja nic ciekawego nie widzę.

Poproszę to samo, ale z debug=128

Czy wszystkie wersje od 8940 nie maja tej funkcji?

Nie wiem czy aktualizować obecną do 8959?

Czy wszystkie wersje od 8940 nie maja tej funkcji?

Nie wiem czy aktualizować obecną do 8959?

Źle zinterpretowałeś opis zmiany w 8940, to znaczy, że powinienem go poprawić, co zrobiłem. Oscam nadal obsługuje rsa, natomiast gruntownie zmieniono system obsługi czytników i kart, jednocześnie usuwając z nich doraźne poprawki, "brzydki kod", w też tym tą, która kiedyś stabilizowała pracę kart conax w czytnikach. Stąd uwaga przy wersji 8940, ale jak na razie nikt nie zgłaszał problemów z 8940 i/lub wyższymi, więc wygląda, że obsługa Conax jest poprawna.

Dziękuję za wyjaśnienie...

Ja także na wersji 8947 nie widzę pola rsa choć na własnej kompilacji (jak wiesz ;-)) pod OpenWRT na tej samej wersji to pole  jest.

Wysłane z mojego GT-I9100 przy użyciu Tapatalk 4

Ja także na wersji 8947 nie widzę pola rsa choć na własnej kompilacji (jak wiesz ;-)) pod OpenWRT na tej samej wersji to pole  jest.

 

Wysłane z mojego GT-I9100 przy użyciu Tapatalk 4

W tej chwili sprawdziłem webif w 8959 libusb , pola rsa i boxkey są obecne.

Ale na 8947 przynajmniej u mnie nie ma

Wysłane z mojego GT-I9100 przy użyciu Tapatalk 4

Ale na 8947 przynajmniej u mnie nie ma

 

Wysłane z mojego GT-I9100 przy użyciu Tapatalk 4

W wolnej chwili sprawdź 8959 (testuje od 19 godzin i wygląda ok) i daj znać.

Ok jutro dopiero będę w domu, dam znać.

Wysłane z mojego GT-I9100 przy użyciu Tapatalk 4

Witam, którego oscama z tej paki używamy do nboxa i czy jest on stabilny?

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

Poprawiono błędy, proszę zwrócić na to uwagę w pisaniu postów.

jak sama nazwa wskazuje ,jest to mega pack oscam , nie tylko do sh4 (czyli nbox) ,do którego jest tam chyba tylko 1 dedykowany oscam.

Tak ciężko samemu sprawdzić?

Co do stabilności to nie wiem - zywam tych kompilowanych u NAS.

Co do wyboru → zadam Ci pytanie - jaką architekturę ma procesor STi? Jak odpowiesz na zadane przeze mnie pytanie to będziesz wiezieć, które pliki z paczki pasują do naszych boxów.

Ale na 8947 przynajmniej u mnie nie ma

 

Wysłane z mojego GT-I9100 przy użyciu Tapatalk 4

Nie zdążyłem sprawdzić obecności RSA w webif w 8959, gdyż u kumpla z "N" właśnie wdepnąłem na:

2013/10/07 18:04:01  4FCA90 r sci0 [conax] PairingECMRotation - ERROR

wygląda (że zgodnie z obawami) zmiany w 8940 zdestabilizowały wsparcie system Conax, przynajmniej u niektórych użytkowników. W wolnej chwili postaram się wygenerować logi dla developerów, tyle że to może trochę czasu zająć...

Hehe, ot i cały oscam :D.

Kiedy będzie wersja "stable"?

Kiedy ktoś przestanie nad nim pracować :)

Dla mnie np. Stable jest 8705. Póki co nie zamierzamy go w obrazach zmieniać. Inne SoftCam już dawno nie dostały nawet jednej nowej funkcji :)

Warto też zapamiętać coś → to, że coś jest nowsze nie znaczy, że lepsze - znaczy tyle, że się rozwija. Pracuje Ci poprawnie OSCam numer xyzg - nie tykaj i używaj - prawdopodobnie nie potrzebujesz nowszego do oglądania.

I właśnie ze względu na powyższe NIE ZNOSZĘ "użytkowników" co nic nie robią w sprawie (tutaj OSCam) a wyśmiewają. Podobnie jest z dowolnym programem/softem.

Hehe, ot i cały oscam :D.

Kiedy będzie wersja "stable"?

Jakby to ująć, jak chcesz stable, to się cofnij do 1.10 :P  Tylko, że wtedy możesz zapomnieć o całym stadzie pozytywnych zmian w "unstable" :P i spodziewaj się ograniczeń 1.10 plus nie wykrytych błędów z tejże wersji.

Problemy są nieuniknione, w sytuacji gdy jakiś software się rozwija. Poza tym oscam ma b. wysoki poziom zależności, zmiana w jednym miejscu może wywołać niekoniecznie do przewidzenia efekty w drugim. Wprowadzenie poważniejszej zmiany (przydatnej, istotnej) dość często skutkuje koniecznością stabilizowania kodu, wyłapywaniem nieoczywistych zależności skutkujących błędami.

PS. W obecnej chwili dla mnie stable to 8917. Po ustabilizowaniu kodu po zmianach z 8940 prędzej czy później zmienię zdanie, ale aktualnie wszystko powyżej 8917 jest mniej lub bardziej unstable.

Inne SoftCam już dawno nie dostały nawet jednej nowej funkcji :)

A jakie to nowe funkcje są np. w wersji 8705 (i używasz tych funkcji), których nie ma np. wersja 7119? :)

Poprawnie działająca funkcja decode forever. Innych nawet nie chce mi się wymieniać.

Gwoli kronikarskiego obowiązku. Oprócz fajnego smartreadera od Argolis, na wiodącym portalu aukcyjnym ;) można nabyć nie aż tak "wypasiony" czytnik, ale też dość interesujący, czyli Phoenix v9.6, w który wbudowano 6 kwarców, dzięki czemu wspiera on częstotliwości 3.57, 3.68, 6, 8, 10 i 12 MHz. Zdjęcia poniżej:

Posiadam  :P sprawuje się bez zastrzeżeń  :D

9082 qbox

Wywala od czasu do czasu timeouty na protokole cccam... aczkolwiek te nowe poprawki dvbapi  dobrze działają gdyby nie te timeouty/rozłączanie bez sensu.

Wywala timeouty, restart readera i wraca do normy.

dla ścisłości ta wersja 9082 jest jedną z bardziej stabilniejszych nowszych wersji (jaką miałem okazję przetestować). Problem po czasie się pojawił nagrywając audycję z 13E (0b01 kanał nie parowany z oferty smart hd) a oglądając z 28.2E ( z własnej karty, 0 wymian)

(

9082 qbox

 

Wywala od czasu do czasu timeouty na protokole cccam... aczkolwiek te nowe poprawki dvbapi  dobrze działają gdyby nie te timeouty/rozłączanie bez sensu.

 

Wywala timeouty, restart readera i wraca do normy.

dziękuję za raport. szkoda, że tak mało osób się udziela,

zaraz wygeneruje 9084 i 9084 "monotonic clock", wygenerowane 9085 i 9085 "monotonic clock",

zaraz będzie 9086, wygenerowane 9087 i 9087 "monotonic clock",

przetestuj wersje "monotonic clock".

Wszelkie informacje jak od kolegi wyżej są ISTOTNE. Nawet opisy na 10 stron A4. Grupa Devel od OSCama lekko pisząc zabrała się za napisanie tego po ludzku. Poprzednicy trochę się zapędzili nie tam gdzie trzeba. Rózne wersje będzą działać na + lub na -. Może zdażyć się też, że "ciemność widzę". Problem w tym, że testerów tych poprawek jak bardzo mało i prace idą jak idą.

Dlatego proszę pobierać nowe wersje jak możecie i pisać tu co się dzieje na + czy - u was w warunkach bojowych. Duży opis mile widziany. Te informacje pozwolą developerom na szybsze ustalenie co jak i gdzie.

to jest ciekawe dla 9082 qbox

2013/12/10 21:40:31  4E3FE8 c dvbapi (0100&000068/5C00/3779/64:81E6C23CCFD69DC3C496552C230A5C4F): found (326 ms) by nbox

2013/12/10 21:40:46  4E3FE8 c dvbapi (0100&000068/5C00/3779/64:211BE4160023C4755172516B2E597906): found (328 ms) by nbox

2013/12/10 21:41:04  4E3FE8 c dvbapi (0100&000068/5C00/3779/64:6B7DCD840A35ED6507FDA11D5DED1B4F): timeout (4005 ms) by nbox

2013/12/10 21:41:05  4E3FE8 c dvbapi (0100&000068/5C00/3779/64:6B7DCD840A35ED6507FDA11D5DED1B4F): timeout (13 ms) by nbox

2013/12/10 21:41:05  4E3FE8 c [DVBAPI] Demuxer #0 trying to descramble PID #2 CAID 0B01 PROVID 000000 ECMPID 0899 ANY CHID VPID 00A0

2013/12/10 21:41:09  4E3FE8 c dvbapi (0B01&000000/0000/3779/76:64031C6FD4F2836442FF38FDF1FF0162): found (3327 ms) by nbox

2013/12/10 21:41:10  4CFEC8 h HTTP Server stopped

2013/12/10 21:41:10        0 s killing client dvbapi

2013/12/10 21:41:10        0 s nbox [cccam] Killing reader

2013/12/10 21:41:10        0 s userdb 1 accounts freed

2013/12/10 21:41:10        0 s readerdb 2 readers freed

2013/12/10 21:41:10        0 s cardserver down

to jest ciekawe dla 9082 qbox

to jest niestety typowe dla zwykłej wersji. zarzuć do testów kompilacje "clock_monotonic" i napisz jakie są tego efekty.

wrzuciłem najnowszą z clock monotonic z tego forum.

Póki co 0 timeoutów ale zauważyłem że 3 ecm z cache poszły ??

Od włączenia dekodera nikt nie zmieniał kanału :). Nagrywało się z 13e a włączone było na kanale kodowanym z 28.2. (1h różnicy, poprzednia wersja miała z tym problem w pewnym momencie i wyrzuciła timeouty).

Oscam restartuje się raz na 24h

Dodatkowo zauważyłem lepsze czasy z 320ms na 240ms spadło na nbox bsla, po protokole cccam z innego dekodera. (kartę używam sam na dwóch dekoderach, 0 wymian)

Oraz 1 ecm jest co 12s a drugi co 13 na przemian, 12s,13s,12,13s dla dvbapi  na wcześniejszych wersjach było zawsze raz 12s :), tak mi się wydaję??

Póki co w planach, mam zamiar się skupić na optymalnych ustawieniach dla tej wersji oscam żeby jak najlepiej to działało.

pozdrawiam

Na testy wyłącz restart OScama raz na 24h. Jest bardzo prawdopodobne, że nie będzie już to konieczne. U mnie od czasu wersji bez Webif i MONOTONIC nie wiem co to restart OScama.

9086 clock monotonic

tylko że ja używam webif (w pracy mogę sobie podejrzeć co się aktualnie dzieje i w razie czego zmienić ustawienia potem restart i testować dalej :)  ).

++ jest taki że jak zgubi czytnik to nie zasypuje się timeoutami  a IGN.

++  po specjalnym zgubieniu i odnalezieniu sieci lan, oscam praktycznie od razu nawiązuje połączenie z drugim. Wcześniej chwile mielił zanim się połączył

      teraz jest tak jak po restarcie oscama od razu połączony

Wersje z webif czasem do 13 dni działały a czasem po 24h zaliczały "zgon", też mnie interesuje webif ponieważ w niektórych wersjach oscam się zawieszał po kliknięciu na coś.

Odkąd oscam restartuje się co 24h nie miałem jakiegoś problemu z webif że po wejściu się zawiesił itd :)

Wyłączę na czas testów i sprawdzimy uptime, chwilowo konfig  wygląda tak

[reader]

label                        = nbox

protocol                      = cccam

device                        = zzzamiedzy

user                          = user

password                      = haslo

inactivitytimeout            = 1            (lepiej jest ustawić na 5s)

reconnecttimeout              = 4          (a tutaj 8s)      tak było na wcześniejszych wersjach.

group                        = 2

blockemm-unknown              = 1

blockemm-u                    = 1

blockemm-s                    = 1

blockemm-g                    = 1

cccversion                    = 2.1.3

cccmaxhops                    = 5

ccckeepalive                  = 1

cccreshare                    = 0

cccreconnect                  = 5000

audisabled                    = 1

a następnie

[global]

logfile                      = /var/log/oscam.log

clientmaxidle                = 0

unlockparental                = 1

nice                          = -1

maxlogsize                    = 500

readerrestartseconds          = 2

usrfile                      = /var/log/oscam1.log

resolvegethostbyname          = 1

 

[cache]

max_time                      = 12

 

[dvbapi]

enabled                      = 1

pmt_mode                      = 6

user                          = dvbapi

 

[webif]

httpport                      = 8888

httprefresh                  = 15

httpallowed                  = 127.0.0.1,192.168.0.0-192.168.255.255

hideclient_to                = 15

P: 0b01:000000

P: 0100:000068

P: 0963:000000              <---- testuje z wpisami jak i również bez, fajnie by było gdyby oscam podczas 2x timeout na caid 0b01 spróbował  zdekodować z nastepnego w kolejce np 0100

                                                a nie uparcie z 0b01,  albo inaczej żeby próbował ze wszystkich na raz tylko "1 pierwszym razem " potem wybrał najszybszy system a następnie opcja        2x timeout z danego caid powoduje że oscam próbuje z następnego caid, jeżeli dany ma problemy, można by było dołożyć funkcje żeby oscam co 15min próbował wszystkie caid dostępne a następnie wybierał najszybszy system i sobie to gdzieś zapisywał.

 

I: 1803:000000

I: 0500:032A00

I: 1861:000000

I: 1813:020068

I: 0960:000000

I: 0961:000000

9086 clock monotonic

dziękuję za raport.

wrzuć 9092 clock monotonic, w 9089 przy okazji poprawiania obsługi czasu znaleziono błąd w kodzie sieciowym,

oscam-r9092-CLOCK_MONOTONIC_v2-qbohxhd-nousb    <-- miało być 9092

brakuje webif w tej kompilacji ;) taki drobny szczegół

pozdrawiam

oscam-r9092-CLOCK_MONOTONIC_v2-qbohxhd-nousb    <-- miało być 9092

 

 

brakuje webif w tej kompilacji ;) taki drobny szczegół

 

 

pozdrawiam

być może się pomyliłem w trakcie zmieniania nazw plików z roboczych na finalne :-(

wrzuciłem jeszcze raz, ma obowiązek webif być, sam 9092 bez usb, z webif używam

ale nawet jeśli, to się jak pisałem przestaw sie na 9092, wisi w grudniowym wątku

Witam,

wrzuciłem wczoraj ta wersję 9092 bo już myślałem że zejście do wersji 9705 poprawiło działanie ale niestety w pewnym momencie porostu oscam sie zacinał i trzeba było restartu żeby ruszył dalej. (oscam ustawiony jako klient cccam fizyczny czytnik wyłaczony)

Na oscam-r9092-CLOCK_MONOTONIC_v2 na razie działa bardzo stabilnie ale wczoraj zauważyłem kilka mikroprzycinek tak okolo 300ms. Spojrzałem też w log ale bez debug i wyszło że zgubił jednego ecm-a po kolejnej mikroprzycince spojrzałem w log ale ecmy były ok i czasy tez ok. Poobserwuje jeszcze przez parę dni i zobaczymy jak to działa. Bo może to był przypadek z tymi przycinkami.

2013/12/11 22:32:32 4E23B8 c dvbapi (0100&000068/5C00/32DE/64:D4EAA6B004F3FEBA3D79CE607B6455C8): found (415 ms) by slot0
2013/12/11 22:32:47 4E23B8 c dvbapi (0100&000068/5C00/32DE/64:5C29374AA22FF4E53D0059CFC199F3E9): found (293 ms) by slot0
2013/12/11 22:33:02 4E23B8 c dvbapi (0100&000068/5C00/32DE/64:158620BF008DFE3DEECD13CB001D1E6C): found (315 ms) by slot0
2013/12/11 22:33:32 4E23B8 c dvbapi (0100&000068/5C00/32DE/64:FA5DE6F39DDF440AD8FCDCA02D448BAD): found (302 ms) by slot0
2013/12/11 22:33:47 4E23B8 c dvbapi (0100&000068/5C00/32DE/64:48B83679CC83F0F3FD48E90D36692BF7): found (310 ms) by slot0
2013/12/11 22:34:02 4E23B8 c dvbapi (0100&000068/5C00/32DE/64:EE84A83E8923706A746B15C9C6F3ADBB): found (298 ms) by slot0 

Witam

Od wczoraj testuje 9092 i powiem szczerze że jestem pod dużym wrażeniem. Czasy mam o niebo lepsze, szybkość działania po restarcie zdecydowanie lepsza. Jak na razie zero zwiech. Jak kolega @zember ja również miałem kilka mikroprzycinek, ale nie wiem czy to nie wina mojego internetu. Dzisiaj potestuję jeszcze jak zachowuje się z kartą, ale i tak wielkie brawa dla kolegi @ AbrahaM.

Pozdrawiam

Witam

 

Od wczoraj testuje 9092 i powiem szczerze że jestem pod dużym wrażeniem. Czasy mam o niebo lepsze, szybkość działania po restarcie zdecydowanie lepsza. Jak na razie zero zwiech. Jak kolega @zember ja również miałem kilka mikroprzycinek, ale nie wiem czy to nie wina mojego internetu. Dzisiaj potestuję jeszcze jak zachowuje się z kartą, ale i tak wielkie brawa dla kolegi @ AbrahaM.

 

Pozdrawiam

Panowie, to nie moja zasługa, tylko dwóch devów którzy wzięli się za sprzątanie i przebudowę kodu odpowiedzialnego ogólnie mówiąc za "czas". A jako że bardzo dużo mechanizmów oscama ma związek z czasem, to dowolne błędy i/lub błędne założenia skutkować mogą problemami. Ja tylko po parunastu dniach testów wrzuciłem binarkę zawierającą ten nieoficjalny/testowy patch, by poszerzyć testy o konfiguracje/kombinacje które dla nas są niedostępne. Niedługo będą kolejne binarki z nowszą wersją patcha, tylko trzeba trochę odczekać na poprawkę błędu który niedawno wykryłem w wstępnej wersji nowszego patcha.

Witam

 

Od wczoraj testuje 9092 i powiem szczerze że jestem pod dużym wrażeniem. Czasy mam o niebo lepsze, szybkość działania po restarcie zdecydowanie lepsza. Jak na razie zero zwiech. Jak kolega @zember ja również miałem kilka mikroprzycinek, ale nie wiem czy to nie wina mojego internetu. Dzisiaj potestuję jeszcze jak zachowuje się z kartą, ale i tak wielkie brawa dla kolegi @ AbrahaM.

 

Pozdrawiam

hmmm....

A czy przypadkiem te "mikro" przycinki nie występowały na tzw problematycznych kanałach, które naprawia patch by j00zek ??

Napiszcie na jakich kanałach to się stało.

Ja używam tej wersji podłączonej do drugiego dekodera ( z nikim się nie dziele).

Nie zauważyłem żeby oscam cokolwiek "zgubił" ani żadnych mikro-przycinek.

pozdrawiam

przetestuj w takim konfigu

dvbapi

I: 0B00:000000

I: 0B02:000000

I: 0500:032A00

I: 1861:000000

I: 1813:020068

oscam conf

[global]

disablelog                    = 1

logfile                      = stdout

clientmaxidle                = 0

unlockparental                = 1

nice                          = -1

readerrestartseconds          = 2

resolvegethostbyname          = 1

 

[cache]

max_time                      = 12

 

[dvbapi]

enabled                      = 1

pmt_mode                      = 6

user                          = dvbapi

 

[webif]

oscam user

[account]

user                          = dvbapi

pwd                          = dvbapi

uniq                          = 3

monlevel                      = 4

keepalive                    = 1

emmreassembly                = 0

group                        = 1,2

cccmaxhops                    = 5

cccreshare                    = 0

oscam.server

[reader]

label                        = nbox

protocol                      = cccam

device                        =

user                          =

password                      =

inactivitytimeout            = 1

reconnecttimeout              = 4

group                        = 2

blockemm-unknown              = 1

blockemm-u                    = 1

blockemm-s                    = 1

blockemm-g                    = 1

cccversion                    = 2.1.3

cccmaxhops                    = 5

ccckeepalive                  = 1

cccreshare                    = 0

cccreconnect                  = 5000

audisabled                    = 1

Jeżeli chodzi o dvbapi  9092 wygrywa z 8705, jak dla mnie. Męczyłem ta wersje na bardzo nietypowe sytuację i działa ok.

Testowałem wewnętrzny czytnik nboxa tylko z 0100 karta i  0 problemów.

Mógłby ktoś wrzucić 0b01 dla testu.

Małe info dostałem --- podobno na 0963 obciążenie przez enigmę cpu wzrasta stopniowo do kilkunastu/ciu  procent.

od 15 do 23 męczyłem go na karcie i ZERO zacięć, żadnych przycinek po prostu działało idealnie :) mikroprzycinki (teraz już nie pamiętam na jakich kanałach, ale to były jakieś z bajkami) mogły wynikać z winy mojego dostawcy lub działania internetu (mobilny)

za paręnaście minut pojawi się ;) już jest w grudniowym wątku build 9105 z timepatch1v7, ochotników proszę o testy.

OSCam r9105 timepatch1v7 sh4/qboxhd

na nboxie się wieszał. W pewnym momencie przestaje odpowiadać :) Albo idą ecm a brak obrazu.....

ps: miałem webif włączonego.

OSCam r9105 timepatch1v7 sh4/qboxhd

 

 

na nboxie się wieszał. W pewnym momencie przestaje odpowiadać :) Albo idą ecm a brak obrazu.....

 

 

ps: miałem webif włączonego.

zastąpiony wersją v8, proszę o testy, aczkolwiek też mogą być problemy,

generuje się build v9, build v9 zamieszczony we właściwym miejscu

od 15 do 23 męczyłem go na karcie i ZERO zacięć, żadnych przycinek po prostu działało idealnie :) mikroprzycinki (teraz już nie pamiętam na jakich kanałach, ale to były jakieś z bajkami) mogły wynikać z winy mojego dostawcy lub działania internetu (mobilny)

U siebie tez zauważyłem te mikroprzycinki co jakiś czas ale to jest powodem

2013/12/14 23:04:16  4E3220 c dvbapi (0B01&000000/0000/3ABD/76:918D64125015BD53C548252B6CBF1135): found (463 ms) by n - TVP 1 HD

2013/12/14 23:04:25  4CF348 r n [conax] conax card hangs - reset is required

2013/12/14 23:04:25  4E6558 c nbox1 (0B01&000000/0000/13FB/6C:DA6B50DBA5BA29C4598167C977FAEC09): not found (408 ms) by n - TVP Warszawa

2013/12/14 23:04:26  4CF348 r n [conax] card detected

2013/12/14 23:04:28  4CF348 r n [internal] ATR: 3B 24 00 30 42 30 30

2013/12/14 23:07:31  4E3220 c dvbapi (0B01&000000/0000/3ABD/76:DD1DA17D7B27AE96A81E0E0B6FE41DC3): found (464 ms) by n - TVP 1 HD

2013/12/14 23:07:40  4CF348 r n [conax] conax card hangs - reset is required

2013/12/14 23:07:40  4E6558 c nbox1 (0B01&000000/0000/13FB/6C:D9DFB35035DD7922DEF6B6322DBC4684): not found (401 ms) by n - TVP Warszawa

2013/12/14 23:07:41  4CF348 r n [conax] card detected