AbrahaM

Popieram. 7200 obrotów w sprzęcie typu odbiornik, jest tak potrzebne, jak psu radioteleskop w Arecibo.

i możliwe są dwie tego przyczyny: 1) oryginalny cccam po drugiej stronie, który jest w odczuciach developerów OSCama bez mała złem wcielonym, 2) durny router, wskutek czego oscamowi cały czas się wydaje, że połączenie jest zestawione, aczkolwiek to nie powinno mieć miejsca, ze względu na keepalive, które powinno wykryć, że połączenie zdechło. Zastanawia mnie mocno, czemu tego nie robi. Z tym problemem miewaliśmy sporadycznie do czynienia, ale nigdy z takim natężeniem jak u g01. Tak samo z okresowo głupiejącymi czytnikami fizycznymi, które potrafiły dawać "timeout" zamiast "not found". Dlatego zostało zrobione zgłoszenie rozbudowania oscama o funkcję pod roboczą nazwią ecmtimeoutlimit która byłaby odpowiednikiem ecmnotfoundlimit, tylko dla zamiast obsługiwać not found, ma obsługiwać timeout: http://www.streamboard.tv/oscam/ticket/4362

wymagana jest wgrana wersja "z webif", można to zrobić przez kliknięcie na ikonkę ze strzałką z lewej strony webif. dodatkowe pytanie, czy OSCam wisi "na dobre"? teoretycznie, jak dobrze intepretuje konfigi, to przed upływem minuty powinien "się odwiesić"..

restart czytnika nie wystarcza?

wrzuć testową wersję 11164 (jest na forum w odpowiedniej sekcji) i daj znać czy to coś dało.

podejście nr 2, zmienić: clienttimeout = 15000 na (standardowe): clienttimeout = 5000 wywalić keepalive z wpisu użytkownika dvbapi.

1. nie widzę byś miał jakikolwiek czytnik lokalny, w związku z tym preferlocalcards = 2 jest błędnym wpisem do natychmiastowego usunięcia. 2. pisałem, byś dodał na wszelki wypadek do czytnika: ecmnotfoundlimit = ileśtam gdzie ileśtam = wartość ustalona wg własnego uznania, po ilu ECM nie znalezionych czytnik ma zostać zresetowany. Osobiście polecam coś z przedziału 25-100.

"Łapie zwiechę" czyli co dokładnie się dzieje?. Jeśli czytnik się zawiesza i zaczyna dawać NOK, to wystarczy skorzystać z funkcji ecmnotfoundlimit.

Fundamentalne pytanie: po co chcesz to robić? Od dość dawna OSCam jest na tyle stabilny, że można go używać non-stop miesiącami. Gdyby nie to, że muszę regularnie wrzucać na odbiornik nowsze wersje do testów, to raz wgrany OSCam potrafił u mnie działać (na odbiorniku) coś koło 2-3 tygodni. Jeśli masz problemy ze stabilnością, to powinieneś szukać przyczyn u siebie w konfiguracji, a nie ustawiać okresowy restart...

Zaktualizować system, niezaktualizowany GOS pracuje na OpenSSL 0.9.8, zaktualizowany na 1.0.2. Przez kwartał, by użytkownicy mieli czas na aktualizacje, utrzymywaliśmy OSCamy bez obsługi SSL. jeśli wyklikał, nie czytając http://openpli.xunil.pl/index.php/Graterlia_OS_%E2%86%92_Historia_aktualizacji to mogą być problemy, nie wiadomo czy aktualizacja przeszła, w jakim stopniu, w jakim stanie jest teraz system

Zasadniczo rzecz biorąc nie może odinstalować portmap, a przynajmniej nie powinien: bez portmap OSCam "gorzej" chodzi (długo by o tym pisać, dlatego OSCam "sobie" doinstalowuje portmap przez zależności) bez portmap montowanie zasobów sieciowych po NFS kuleje. Trzeba ustalić co portmap boli a nie go wywalać.

czy to: https://github.com/oe-alliance/oe-alliance-tuxbox-common by nam się jakoś nie przydało?

Panowie, jesteście na dobrej drodze by zgubić się w lesie :P Wcale nie jest tak, że wszystkie karty się zachowują tak samo. Nawet "takie same" karty. Parę przykładów: miałem możliwość potestowania kart pewnego operatora, które pozwalały się mocno podkręcić i miałem możliwość potestowania teoretycznie identycznych tego samego operatora, dla których maksimum było taktowania było niżej. Podkreślam wyraźnie, że karty były teoretycznie identyczne (mocno podobne nr seryjne, ten sam wygląd). Miałem też w łapkach kartę egzotycznego operatora, która musiała być taktowana wyżej niż 3.75, więc 3.68 czy 3.57 byłoby niewystarczające. Aktualnie rozsądne optimum, które zapewnia zarówno stabilność (czy w ogóle możliwość uruchomienia karty) w większości wypadków jak i wydajność, to taktowanie 6MHz. Aczkolwiek zdarzają się karty (ogólnie piszę) dla których to za dużo i wtedy trzeba 3.57/3.68. Tyle że to dość marny odsetek...

to był wyjątek od reguły, w miażdżącej większości przypadków jest tak:

to zero ma być, dokumentacja na stronach nie nadąża za funkcjonalnościami.

co dokładnie wpisujesz w definicjach czytnika w oscam.server?

restart odbiornika był? jak nie to zrób i spróbuj ponownie

co oznacza, że oscam wygenerował błąd, zanim zdążył zapisać log... aić. zaraz coś wymyślę, dopiszę do tego posta, tylko muszę pójść po obiad i coś zjeść, inaczej trupem padnę.

tam, gdzie ustawiłeś, u nas domyślnie jest to: logfile = /ram/oscam.log ten wpis jest / powinien być w oscam.conf

kondesatory? to, że były wymienione, to nie znaczy że 1) zostały naprawdę wymienione, 2) zostały wymienione wszystkie, 3) zostały wymienione na dobre jakościowo. na dodatek problemy może powodować zasilacz.

pozwolę sobie na komentarz. DSI-87 jeśli policzyć koszty nabycia oraz przeróbki jest średnio opłacalny UHD-88 i ESI-88, jeśli policzyć koszty nabycia oraz przeróbki są średnio opłacalne, łączne koszty wychodzą koło 400 zł ADB 5800 gorąco odradzam. Ze względu na wiek i na to, że mało już przerabia/regeneruje te odbiorniki tak, jak to powinno być robione, jedynym argumentem który za nimi przemawia, to cena. Do tego dochodzi szereg ograniczeń sprzętowych... Z UHD jest problem z tym, że występuje w wielu podwersjach, z czego część jest nie do rozróżnienia. Stąd możliwe są sytuacje że dwa pozornie identyczne odbiorniki, ustawione w ten sam sposób zachowują się inaczej, jeden działa prawidłowo, drugi wykazuje humory. Ustalenie czemu się tak dzieje często graniczy z cudem, trzeba liczyć na szczęście, że się trafi na "dobre" UHD. Więc jak już, to bezpieczniejsze jest ESI, ale jest też dużo trudniejsze do nabycia. Sparki... droższe, ale mają dwie niezaprzeczalne zalety: nie sposób ich programowo ubić i mają normalną 24 miesięczną gwarancję lub niezgodność z umową. Generalnie moim prywatnym zdaniem hierarchia wygląda następująco (od najlepszego zaczynając) 1. Sparki, 2. ESI, 3. UHD, 4. DSI / ADB 28.., 5. ADB 5800,

Nic, ale jakby ktoś chciał, to może sobie na tej podstawie porobić jakieś skrypty, a wpływ na rozmiar binarki ta funkcja ma bliski zeru.

ta funkcja wbrew pozorom nie ma nic wspólnego z LCD w sensie wyświetlacza. Jest odpowiedzialna za tworzenie pliku tekstowego z informacją o "stanie oscama", aktualizowanego raz na ileś sekund. Po więcej odsyłam >>> tutaj <<<.

Jakie dużo? na allegro masz "całe dwa" modele, trójgłowicowe (2x sat, 1x dvb-t), trzeci bywa na ebay. Jest też trochę jednogłowicowych, ale w takich sobie cenach w porównaniu do tamtych...

Nie da się wykluczyć, że coś się pozajączkowało i nadal jesteś na starych, zrób: opkg update opkg install -force-reinstal kernel-modules-nfs-gos opkg install -force-reinstal kernel-core-default-gos opkg install -force-reinstal kernel-modules-cifs-gos opkg install -force-reinstal kernel-modules-extrafs-gos opkg install -force-reinstal kernel-modules-default-gos sync reboot zawsze jak Ci opkg wywali taki kwiatek, jak opkg_install_pkg: Package kernel-modules-default-gos md5sum mismatch. Either the opkg or the package index are corrupt. Try 'opkg update' to ręcznie opkg install -force-reinstall nazwa_pakietu_który_daje_błędy inaczej restart po takiej sytuacji może skutkować padnięciem systemu.