konfiguracja oscam

[AbrahaM]

I dodatkowe pytanie, czasem zdarza się, że oscam się wysypuje, wali timeouty i not found, pomaga restart, jest na to jakaś rada ? Najlepiej, żeby sam się restartował w takim przypadku lub dany reader.

 

na karcie conax?

podpiąć czytnik phoenix po usb,

na zawieszenie przy "not found" można coś poradzić, ale nie na timeout.

[Gość future0]

nie nie, to sie dzieje w sharingu (po lanie)

[AbrahaM]

nie nie, to sie dzieje w sharingu (po lanie)

 

To trzeba szukać przyczyny.

Przy sprawnym lanie oraz dobrze zrobionym konfigu zarówno na kliencie jak i urządzeniu które w domu realizuje multiroom coś takiego się nie powinno zdarzać. Możesz użyć ---> tego, ale to jest obchodzenie problemu zamiast jego eliminacji.

 

[tux]

Przy poprawnej konfiguracji boxów nie ma prawa nic się dziać. Jeżeli coś jest nie tak, to jak pisał @AbrahaM → szukać przyczyny.

Od wersji 9300 (naszej) nie wiem co to *, restarty, wieszanie się, podwieszania, Stopklatki, gubienie ECMów itp. Tuner działa tygodniami bez restartu, tak samo OScam na nim. Na dekoder serwer polecam minimalnego OSCama a na klienta wersję minimal (tą z CCCam client only). Przy normalnej pracy Webif też nie jest potrzebny - przecież oglądam telewizję a nie "latające ECMy" :)

[rok666]

 

Poczytaj o ecmnotfoundlimit.

[Gość future0]

Ok spróbuje z tymi ecmami. Webif może powodować takie błędy ? Czy zahashowanie sekcji jest równoznaczne z jego brakiem, czy lepiej użyć typowej binarki bez tej funcji ?

 

A co do "nice", -1 jest poprawne czy dać mu wyższy priorytet ?

[tux]

Na odbiorniku nie używam OSCam z WebIf - zasada od ponad roku.

Nice mam na 10 i nie jest źle. Za wysoki numer na - też będzie zły.

[Gość j00zek]

a ja mam -10 i też wszystko działa

[tux]

-10 jest jeszcze bezpieczne. poniżej może być różnie. Nie powinno się doprowadzać do tego, że w naszym przypadku Oscam jest ważniejszy od OpenPLi. Dbając o to powinno się założyć tak:

Oscam na -X

OpenPLi na -X+1

Inaczej odpowiednie wyłożenie się OSCam (np. na słynnym Conax) może ładnie unieruchomić OpenPLi skutecznie zżerając zasoby na wyższym priorytecie.

[Gość j00zek]

Kiedyś ustawiłem na -10 bo za dawnych czasów,przy mniejszej wartości, oscam "nie wyrabiał" i przy wchodzeniu w menu strumień się zamrażał. Więc Twoja reguła nie działa(ła) w moim przypadku. I tak używam od lat. Nic się nie dzieje, nic nie zawiesza, nic nie blokuje i nic nie zrywa synchro. :D

 

Jak z każdym parametrem, można sobie samemu ustawić, jak komu wygodniej i jak u kogoś działa.

 

 

 

[tux]

Jak z każdym parametrem, można sobie samemu ustawić, jak komu wygodniej i jak u kogoś działa.

I to jest dobre podejście.

 

U mnie OpenPLi jest na 0 a Oscam na +1.

[Gość emarcin]

Witam,

 

mam pewien problem otóż od jakiegoś czasu łapie frezzy na kilka sek 4-5 nie jest to częste a co najdziwniejsze w logu nic nie ma, czysta wymiana w przedziale 300-400 ms.

 

Panowie mam podobną sytuację moje logi przy zawieszce:

2014/08/17 18:14:13 580EA0 c dvbapi (0100&000068/32DE/64): found (362 ms) by zdalny
2014/08/17 18:14:28 580EA0 c dvbapi (0100&000068/32DE/64): timeout (5015 ms) by zdalny
2014/08/17 18:14:28 580EA0 c dvbapi (0100&000068/32DE/64): not found (16 ms) by zdalny
2014/08/17 18:14:28 580EA0 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 4 ecmpids!
2014/08/17 18:14:29 580EA0 c [DVBAPI] Demuxer #0 trying to descramble PID #0 CAID 0100 PROVID 000068 ECMPID 0AA2 ANY CHID PMTPID 03FE VPID 0169
2014/08/17 18:14:33 56A940 p zdalny [cccam] connecting to 192.168.1.5:9999
2014/08/17 18:14:34 580EA0 c dvbapi (0100&000068/32DE/64): timeout (5002 ms) by zdalny
2014/08/17 18:14:38 580EA0 c dvbapi (0100&000068/32DE/64): timeout (5002 ms) by zdalny
2014/08/17 18:14:38 580EA0 c dvbapi (0100&000068/32DE/64): not found (4104 ms) by zdalny
2014/08/17 18:14:38 580EA0 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 4 ecmpids!
2014/08/17 18:14:39 580EA0 c [DVBAPI] Demuxer #0 trying to descramble PID #0 CAID 0100 PROVID 000068 ECMPID 0AA2 ANY CHID PMTPID 03FE VPID 0169
2014/08/17 18:14:41 580EA0 c dvbapi (0100&000068/32DE/64): found (2280 ms) by zdalny

Karta C+ cameleon 0100 na lokalnym serwerku OpenWRT, o co chodzi?

[AbrahaM]

Karta C+ cameleon 0100 na lokalnym serwerku OpenWRT, o co chodzi?

 

Z log praktycznie nic nie wynika, widać skutek po stronie czytnika, plus ponowne połącznie z nim. Widzę że router obsługuje phoenixa, więc w związku z tym pytanie: phoenix wpięty bezpośrednio w router? jak tak, to poszukaj huba USB z zasilaniem albo silniejszego zasilacza do routera.

[Gość emarcin]

Phoenix jest podłączony z routerem przez aktywny hub (z zasilaniem)

[Gość future0]

Jak z każdym parametrem, można sobie samemu ustawić, jak komu wygodniej i jak u kogoś działa.

I to jest dobre podejście.

 

U mnie OpenPLi jest na 0 a Oscam na +1.

 

a jaki jest standardowo priorytet na OpenPLi ? lub jak go zmienić/sprawdzić ?

[Gość future0]

nie nie, to sie dzieje w sharingu (po lanie)

 

To trzeba szukać przyczyny.

Przy sprawnym lanie oraz dobrze zrobionym konfigu zarówno na kliencie jak i urządzeniu które w domu realizuje multiroom coś takiego się nie powinno zdarzać. Możesz użyć ---> tego, ale to jest obchodzenie problemu zamiast jego eliminacji.

 

niestety nie zdało to egzaminu, bo jest na przemian timeout i not found i nie nabija licznika

 

dzieje się to zawsze jeśli jest jakaś mała niestabilność w połączeniu

 

przydała by się opcja żeby od razu po 1 timeoucie restartowało reader, jest takie coś ?

[AbrahaM]

dzieje się to zawsze jeśli jest jakaś mała niestabilność w połączeniu

 

@WiFi? to w takim razie zdecydowanie sugeruje popracować nad jego stabilnością.

[Gość future0]

Aktualnie tak, ale po zwykłym kablu też mi się to zdarzyło, nie ma takiego parametru który by restartował reader po timeoucie ?

[AbrahaM]

Aktualnie tak, ale po zwykłym kablu też mi się to zdarzyło, nie ma takiego parametru który by restartował reader po timeoucie ?

 

Nie, nie ma. Tylko można restartować po "not found" przy pomocy parametru o którym już pisałem. Wracając do sedna: jeśli masz takie efekty specjalne, to albo masz LAN/WiFi w mocno złym stanie, albo coś nie tak jest z serwerem.

[Gość titek]

Mam pytanie mam oscam jako klient po cccam ustawione keepalive. I teraz pytanie jak parametr w oscam odpowiada za auomatyczny restart przy timeout ?? i czy w ogóle taki jest ?? bo teraz zauważyłem że mniej więcej na jednym tunerze mam co 30sec jak wyłączę serwer czy można sterować tym czasem gdzieś ??

[AbrahaM]

Mam pytanie mam oscam jako klient po cccam ustawione keepalive. I teraz pytanie jak parametr w oscam odpowiada za auomatyczny restart przy timeout ?? i czy w ogóle taki jest ?? bo teraz zauważyłem że mniej więcej na jednym tunerze mam co 30sec jak wyłączę serwer czy można sterować tym czasem gdzieś ??

 

jak sądzę chodzi Tobie o czas po którym PO UTRACIE POŁĄCZENIA oscam ma próbować się dobić do serwera.

Tak, to się da regulować, odsyłam do dokumentacji oscama --->>> tutaj <<<---

 

 

[Gość jan1994]

Dzień Dobry,

ponieważ to mój pierwszy post chciałbym na sam początek się przywitać  ;D

Trochę niepokoi mnie stabilność pracy mojego oscama. Kilka razy dziennie zdarzy się złapanie frezzy na kilka sekund ale również całkowita zwiecha na którą pomaga tylko restart oscama.

Log przy zwiesze :

>> OSCam <<  cardserver log switched at Tue Jan 13 18:49:19 2015

-------------------------------------------------------------------------------

2015/01/13 18:49:19.986  49DC78 c [DVBAPI] Demuxer #0 impossible to descramble PID #4 CAID 0B02 PROVID 000000 ECMPID 04CA PMTPID 0039 (NO MATCHING READER)

2015/01/13 18:49:19.994        0  >> OSCam <<  cardserver log switched, version 1.20-unstable_svn, build r9300 (sh4-linux-qboxhd-ssl-qdwf-slim-scriptsfix-clockfix_9300-nolibusb-noextreaders-nodebug-nowebif)

2015/01/13 18:49:20.289  49DC78 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 5 ecmpids!

2015/01/13 18:49:20.446  49DC78 c dvbapi (0B01&000000/0000/3DD2/76:0D34D6ABE7D117A10434464EC6C389AA): timeout (5003 ms) by sci0

2015/01/13 18:49:20.593  49DC78 c [DVBAPI] Demuxer #0 trying to descramble PID #0 CAID 0B01 PROVID 000000 ECMPID 0466 ANY CHID PMTPID 0039 VPID 0217

2015/01/13 18:49:21.947  49DC78 c dvbapi (0B01&000000/0000/3DD2/76:0D34D6ABE7D117A10434464EC6C389AA): timeout (5003 ms) by sci0

2015/01/13 18:49:25.905  49DC78 c dvbapi (0B01&000000/0000/3DD2/76:0D34D6ABE7D117A10434464EC6C389AA): timeout (5006 ms) by sci0

2015/01/13 18:49:25.993  49DC78 c [DVBAPI] Demuxer #0 impossible to descramble PID #1 CAID 0500 PROVID 032A00 ECMPID 05F6 PMTPID 0039 (NO MATCHING READER)

2015/01/13 18:49:25.994  49DC78 c [DVBAPI] Demuxer #0 impossible to descramble PID #2 CAID 0100 PROVID 000068 ECMPID 052E PMTPID 0039 (NO MATCHING READER)

2015/01/13 18:49:25.996  49DC78 c [DVBAPI] Demuxer #0 impossible to descramble PID #3 CAID 1813 PROVID 000068 ECMPID 052E PMTPID 0039 (NO MATCHING READER)

2015/01/13 18:49:25.996  49DC78 c [DVBAPI] Demuxer #0 impossible to descramble PID #4 CAID 0B02 PROVID 000000 ECMPID 04CA PMTPID 0039 (NO MATCHING READER)

2015/01/13 18:49:26.297  49DC78 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 5 ecmpids!

2015/01/13 18:49:26.601  49DC78 c [DVBAPI] Demuxer #0 trying to descramble PID #0 CAID 0B01 PROVID 000000 ECMPID 0466 ANY CHID PMTPID 0039 VPID 0217

2015/01/13 18:49:27.047  49DC78 c dvbapi (0B01&000000/0000/3DD2/76:0D34D6ABE7D117A10434464EC6C389AA): timeout (5004 ms) by sci0

 

Karta Nc+Mix w czytniku, proszę o sugestie.

[AbrahaM]

Karta Nc+Mix w czytniku, proszę o sugestie.

 

wymienić oscama na 10139 z forum, ponowić próby. w nowym oscamie m.in. zmieniono kod czytników, co powinno skutkować stabilną (lub przynajmniej dużo stabilniejszą) obsługą kart w systemie conax.

 

aktualnie w testach jest lekko starsza wersja (ale też z tą poprawką), która prawdopodobnie zastąpi 9300.

[mickey]

Zmiana mhz/cardmhz na np. 300 w przypadku kart conax i czytnika wewnętrznego nboksa czasami też pomaga.

[Gość jan1994]

wymienić oscama na 10139 z forum, ponowić próby

Mam problem z wymianą, w opgk na razie tej wersji nie ma (używam release) - próbowałem podmienić binarkę w usr/bin nadając jej taką samą nazwę, ale po podmianie i próbie uruchomienia otrzymuję komunikat :  /usr/bin/oscam: error while loading shared libraries : libusb-1.0so.0: cannot open shared object file: No such file or directory

Co robię nie tak ?

[AbrahaM]

wymienić oscama na 10139 z forum, ponowić próby

Mam problem z wymianą, w opgk na razie tej wersji nie ma (używam release) - próbowałem podmienić binarkę w usr/bin nadając jej taką samą nazwę, ale po podmianie i próbie uruchomienia otrzymuję komunikat :  /usr/bin/oscam: error while loading shared libraries : libusb-1.0so.0: cannot open shared object file: No such file or directory

Co robię nie tak ?

 

wgrywasz wersję libusb, masz dwie możliwości (do wyboru)

1. wgrać wersję "nousb", to zalecanam, tej wersji, z rozbudowaną obsługą czytników, nie potrzebujesz

2. zrobić opkg install libusb

[Gość jan1994]

Ale nousb jest tylko phoenixonly - taka będzie dobra ?

[AbrahaM]

Ale nousb jest tylko phoenixonly - taka będzie dobra ?

 

tak, będzie dobra,

phoenixonly oznacza, że oprócz wbudowanego w odbiornik czytnika jest dorzucona (tylko) obsługa phoenixa. To jest dokładnie opisane zarówno w wiadomościach do których są podpięte oscamy, jak i w wiadomości od której wątek z oscamami się rozpoczyna.

[Gość jan1994]

Przepraszam, nie doczytałem "phoenixonly". Oscam 10139 załadowany i będzie testowany, zmienione mhz/cardmhz na  300. Serdecznie dziękuję za pomoc  ;D

[AbrahaM]

Przepraszam, nie doczytałem "phoenixonly". Oscam 10139 załadowany i będzie testowany, zmienione mhz/cardmhz na  300. Serdecznie dziękuję za pomoc  ;D

 

proszę bardzo, do usług. gdyby to nadal nie pomagało (conax jest trudny do przewidzenia, jedne karty chodzą względnie ok, inne opornie), to zawsze możesz skorzystać z mało eleganckiego ale w miarę skutecznego rozwiązania w postaci:

 

http://www.streamboard.tv/wiki/OSCam/en/Config/oscam.server#ecmnotfoundlimit

 

wpisujesz po ilu ecm nie znalezionych licznik ma być resetowany, oscam to grzecznie zrobi, brutalne/brzydkie, ale pomaga, o ile zawieszenie nie zacznie dawać timeoutów.

[Gość Scotch]

Nie wiem, jak najnowsze wersje oscama - podobno poprawiono współpracę kart conax z czytnikami wew.

Ale jeszcze kilka miesięcy temu jedyne co udało się uzyskać, to brak timeoutów - jedynie czytnik restartował się min. raz dziennie (co trwało ok. 10s i objawiało się krótkim freezem obrazu).

Redukcja taktowania do 300 spowoduje wydłużenie czasów odp. karty - mam nadzieję, że poprawi stabilność. Jeżeli nie, to zawsze możesz dokupić phoenixa (używka ok. 30zł.) i skończą się problemy.

[mickey]

Redukcja taktowania do 300 spowoduje wydłużenie czasów odp. karty - mam nadzieję, że poprawi stabilność.

 

U mnie taka redukcja spowodowała, że dało się używać kolejnych wersji oscama, tak ponad 8000 - ostatnia działająca wcześniej to o ile pamiętam ok. 7800. Wartości 300/300 są ... z sufitu. Po prostu z ciekawości zacząłem sprawdzać różne wpisy, czy to pomoże ... i pomogło. Inna sprawą jest, że ponad 10000 poprawiono kod obsługi kart conax, więc może będzie dobrze i bez tej zmiany.

 

PS. Co do timeoutów. W oscam.conf jest taki parametr o nazwie clienttimeout, domyślnie 5 sek. U mnie standardowa odpowiedź karty to ok. 700ms. Ustawiłem więc parametr na 800ms ... co działa poprawnie. Czyli jeżeli karta nie odpowie w czasie 800ms, to idzie zapytanie ponowne i odpowiedź przychodzi na czas, czyli w czasie tych około 2 sek, zanim będzie zamrożenie obrazu z powodu braku odpowiedzi. Drobny problem jest taki, że to jakby nie zawsze działało...