AbrahaM

jest najnowszych w binarkach na forum oraz w specjalnie do tego celu stworzonym repozytorium z "absolutnie testowymi" wersjami oscama, szczegóły na końcu ---> tego wpisu <---.

Jeśli chodzi o długie zaskakiwanie kanału (przy założeniu poprawnej konfiguracji oscama), to teoretycznie funkcja chanelcache, która ma za zadanie przyśpieszać rozpoczęcie dekodowania kanału mogła paradoksalnie powodować opóźnienia dekodowania. Dlatego ta funkcja została "u nas" wyłączona (dodano możliwość jej włączania/wyłączania, domyślnie jest wyłączona) patchem w najnowszych wersjach, więc możesz je wypróbować, aczkolwiek patch nie jest jeszcze do dopracowany do końca. Ale to mogłoby mieć wypływ wyłącznie na to, natomiast nie ma mowy o zacinaniu się...

Poniżej zamieszczamy konfiguracje dla NC+ w oparciu o karty 0B01 / Conax, jest to konfig bez filtrowania ECM po długości, po nagłówkach ECM (ze względu na zmiany tych parametrów, szczególnie nagłówków, co parę miesięcy) oraz ze zdefiniowaniem w oscam.dvbapi wszystkich niezbędnych parametrów, a nie jak się (błędnie) przyjęło, tylko CAID. Zastosowano blokadę EMM klas: unknown, global. Polecamy rozważenie korzystania z "ecmnotfoundlimit", gdyby okazało się, że użytkowana karta mimo wszelakich ustawień zachowuje się niestabilnie lub zastosowanie zewnętrznego czytnika phoenix. oscam.conf [global] disablelog = 1 logfile = /ram/oscam.log clientmaxidle = 300 nice = 10 maxlogsize = 512 lb_auto_betatunnel = 0 ecmfmt = c:p:s:d:i:l|h [dvbapi] enabled = 1 au = 1 pmt_mode = 6 user = dvbapi [webif] httpport = 8888 httprefresh = 0 httppollrefresh = 7 httpshowuserinfo = 1 httpshowcacheexinfo = 1 httpshowecminfo = 1 httpallowed = 127.0.0.1,192.168.0.0-192.168.255.255,10.0.0.0-10.255.255.255 hideclient_to = 60 oscam.user [account] user = dvbapi pwd = dvbapi au = 1 group = 1 oscam.server [reader] label = sci0 description = czytnik wbudowany protocol = internal device = /dev/sci0 autospeed = 0 detect = cd mhz = 375 cardmhz = 357 ident = 0B01:000000 group = 1 blockemm-unknown = 1 blockemm-g = 1 [reader] label = sci1 emmcache = 1,3,31 description = czytnik wbudowany dodatkowy (np w przerobionych 5800 BSLA/BSKA, czy w Spark 7162) enable = 0 protocol = internal device = /dev/sci1 detect = cd group = 1 blockemm-unknown = 1 [reader] label = phoenix description = czytnik zewnetrzny phoenix na usb emmcache = 1,3,31 enable = 0 protocol = mouse device = /dev/ttyUSB0 detect = none group = 1 blockemm-unknown = 1 wpisy do standardowej pracy: oscam.dvbapi P:0B01:000000:::0000 I:0 wpisy na okoliczność reaktywacji karty na kanale TVP1 HD: oscam.dvbapi P:0B01:000000:3ABD::0000 1 # TVP1 HD P:0B01:000000:::0000 I:0 W załączeniu pliki konfiguracyjne 1:1 zgodne z omawianym konfigiem, z oscam.dvbapi w wariancie pod reaktywację. 13.01.2016: aktualizacja konfiguracji poprzez aktualizację opisu czytnika sci1, aktualizacja plików. konfiguracja_0b01.zip

Poniżej zamieszczamy konfiguracje dla NC+ w oparciu o karty 0100 / SECA, jest to konfig wykorzystujący do ostatniego przecinka możliwości OSCama, z zastosowaniem filtrowania ECM po długości, po nagłówkach ECM oraz ze zdefiniowaniem w oscam.dvbapi wszystkich niezbędnych parametrów, a nie jak się (błędnie) przyjęło, tylko CAID. Filtrowanie ECM po długości i po nagłówkach w tym konfigu jest mocno zalecane, gdyż te parametry (w odróżnieniu od NC+ w oparciu o karty 0B01 / Conax) są od bardzo dawna niezmienne. Zastosowano dość konserwatywne, ale sprawdzające się ustawienia "limitera", uwzględniające wprowadzone ograniczenie liczby zapytań które w jednostce czasu może przetworzyć karta, blokadę EMM klas: unknown, global. oscam.conf [global] disablelog = 1 logfile = /ram/oscam.log clientmaxidle = 300 nice = 10 maxlogsize = 512 lb_auto_betatunnel = 0 ecmfmt = c:p:s:d:i:l|h [dvbapi] enabled = 1 au = 1 pmt_mode = 6 user = dvbapi [webif] httpport = 8888 httprefresh = 0 httppollrefresh = 7 httpshowuserinfo = 1 httpshowcacheexinfo = 1 httpshowecminfo = 1 httpallowed = 127.0.0.1,192.168.0.0-192.168.255.255,10.0.0.0-10.255.255.255 hideclient_to = 60 oscam.user [account] user = dvbapi pwd = dvbapi au = 1 group = 1 oscam.server [reader] label = sci0 description = czytnik wbudowany protocol = internal device = /dev/sci0 caid = 0100 ident = 0100:000000,000068 ecmwhitelist = 0100@000068:64 ecmheaderwhitelist = 0100@000068:803061006800075C00,813061006800075C00 detect = cd group = 1 emmcache = 1,3,31 blockemm-unknown = 1 blockemm-g = 1 ratelimitecm = 2 ratelimittime = 9000 ecmunique = 1 srvidholdtime = 2000 cooldown = 30,600 [reader] label = sci1 emmcache = 1,3,31 description = czytnik wbudowany dodatkowy (np w przerobionych 5800 BSLA/BSKA, czy w Spark 7162) enable = 0 protocol = internal device = /dev/sci1 detect = cd group = 1 blockemm-unknown = 1 [reader] label = phoenix description = czytnik zewnetrzny phoenix na usb emmcache = 1,3,31 enable = 0 protocol = mouse device = /dev/ttyUSB0 detect = none group = 1 blockemm-unknown = 1 wpisy do standardowej pracy: oscam.dvbapi P:0100:000068:::5C00 I:0 wpisy na okoliczność reaktywacji karty na kanale TVP1 HD: oscam.dvbapi P:0100:000068:3ABD::5C00 1 # TVP1 HD P:0100:000068:::5C00 I:0 W załączeniu pliki konfiguracyjne 1:1 zgodne z omawianym konfigiem, z oscam.dvbapi w wariancie pod reaktywację. 13.01.2016: aktualizacja konfiguracji poprzez aktualizację opisu czytnika sci1, aktualizacja plików. konfiguracja_0100.zip

bardzo zwracając uwagę na instrukcję w "historii aktualizacji", inaczej kłopoty gwarantowane.

absolutnie nie. wgrane 10457 i nie ruszane od 8 dni, takich objawów nie mam, osobna sprawa, że od 2 dni słyszę o problemach z oglądaniem kanałów szeroko rozumianych kanałów HD z plusem w nazwie, w wypadku posiadaczy kart seca.

na to wygląda, jak z wątku widać, trzem osobom fastsearch skanuje tylko z A.

Wyszukiwania w OpenPLi praktycznie nie używam, więc nie wiem czy działa czy nie. Na pewno nie działa wyszukiwanie FastSearch.

powiedz to mojemu UHD. Zachowuje się co najmniej od przeszło kwartału (wcześniej nie miałem siły się tym zajmować) dokładnie tak samo jak egzemplarz u @ozhrfhlufq, czyli ma w nosie wyszukiwanie kanałów. Ustawienia głowic: A: Nieskonfigurowany B: Prosty, Jeden, HB 13W, Diseq: nie

Poniżej zamieszczamy dodatkowe wskazówki związane z prawidłowym konfigurowaniem OSCama. 1. W wypadku kart NC+ w systemie conax (0B01) jest wysoce prawdopodobne, że automatycznie dobrane (przy aktywnej funkcji autospeed) taktowanie 5MHz będzie taktowaniem skutkującym niestabilną pracą karty w wewnętrznym czytniku odbiornika. W związku z tym do sekcji czytnika sci0 należy dodać: autospeed = 0 mhz = 375 cardmhz = 357 Ustawienia te (co wynika z raportów forumowiczów) raczej powinny skutkować w miarę poprawną pracą tych kart w wewnętrznych czytnikach. Pozostałe karty zazwyczaj takich zabiegów nie wymagają, automat powinien sobie skutecznie dawać radę. Jeśli jednak pomimo tych (dość konserwatywnych) ustawień karta okresowo się zawiesza w dziwny sposób, generując "not found", to należy rozważyć użycie parametru ecmnotfoundlimit = x gdzie x to ilość "not foundów" po której czytnik ma zostać zresetowany. Korzystanie z tej funkcji wymaga albo listy kanałów uwzględniającej tylko faktyczną ofertę albo korzystania "z serwisów" uwzględniających tylko faktyczną ofertę, gdyż w innym wypadku wejście na kanał którego karta nie obsługuje i pozostanie na nim, spowoduje restarty czytnika. Pełną stabilność obsługi kart conax obecnie zapewniają wyłącznie czytniki zewnętrzne, np. phoenix. 2. dla czytników phoenix konieczne jest podanie/dodanie faktycznie ustawionego za pomocą zworek taktowania. Przykładowe ustawienia dla karty pracującej na 6MHz wyglądają następująco: autospeed = 0 mhz = 500 cardmhz = 368 3. OSCam nie powinien pracować bez pliku oscam.dvbapi adekwatnego dla danej platformy/konfiguracji. Brak tego pliku może skutkować sporym opóźnieniem rozpoczęcia dekodowania po przełączeniu kanału. 4. Pliki oscam.srvid lub oscam.srvid2 (dla nowych oscamów), umożliwiające identyfikację kanałów w logach oraz "na webif", dla polskich platform (acz nie tylko, także dla wielu europejskich), aktualizowane na bieżąco można pobrać ze strony kos.hdsat.pl. 5. Gorąco odradzamy stosowanie pliku oscam.dvbapi z generatora z adresu wyżej. OSCam pracuje o wiele sprawniej, gdy przy zmianie kanału musi przetworzyć dwa lub trzy wpisy (jak w sugerowanych konfiguracjach) zamiast grubo ponad sto wpisów. Posługiwanie się definicjami "na kanał" ma wyłącznie sens, w wypadku korzystania z kart od więcej niż jednego operatora.

Poniżej zamieszczamy konfiguracje rozruchową która jest domyślnie wgrana w GOS. Nie można uznać jej za uniwersalną. By była jasność: NIE POLECAMY jej do normalnej pracy. Została ona opracowana tylko po to, by bez zbędnych zabiegów możliwe było od razu uruchomienie odbiornika z GOS i korzystanie z niego. Powinna ona zostać zastąpiona konfiguracją zoptymalizowaną pod konkretne warunki, konkretną platformę. oscam.conf [global] disablelog = 1 logfile = /ram/oscam.log clientmaxidle = 300 nice = 10 maxlogsize = 512 lb_auto_betatunnel = 0 ecmfmt = c:p:s:d:i:l|h [dvbapi] enabled = 1 au = 1 pmt_mode = 6 user = dvbapi [webif] httpport = 8888 httprefresh = 0 httppollrefresh = 7 httpshowuserinfo = 1 httpshowcacheexinfo = 1 httpshowecminfo = 1 httpallowed = 127.0.0.1,192.168.0.0-192.168.255.255,10.0.0.0-10.255.255.255 hideclient_to = 60 oscam.user [account] user = dvbapi pwd = dvbapi au = 1 group = 1 oscam.server [reader] label = sci0 emmcache = 1,3,31 description = czytnik wbudowany standardowy protocol = internal device = /dev/sci0 detect = cd group = 1 blockemm-unknown = 1 [reader] label = sci1 emmcache = 1,3,31 description = czytnik wbudowany dodatkowy (np w przerobionych 5800 BSLA/BSKA, czy w Spark 7162) enable = 0 protocol = internal device = /dev/sci1 detect = cd group = 1 blockemm-unknown = 1 [reader] label = phoenix description = czytnik zewnetrzny phoenix na usb emmcache = 1,3,31 enable = 0 protocol = mouse device = /dev/ttyUSB0 detect = none group = 1 blockemm-unknown = 1 W załączeniu pliki konfiguracyjne 1:1 zgodne z omawianym konfigiem. 13.01.2016: aktualizacja konfiguracji poprzez aktualizację opisu czytnika sci1, aktualizacja plików. konfiguracja_rozruchowa.zip

Jak sama nazwa wskazuje, ten zawiera przykładowe konfiguracje OSCam'a oraz informacje dotyczące zasad prawidłowej jego konfiguracji.

poszło do IRAQ

Ten wątek został przeniesiony do FAQ. [iurl=http://openpli.xunil.pl/index.php/FAQ_-_Strona_4#mozTocId714824]openpli.xunil.pl/index.php/FAQ_-_Strona_4#mozTocId714824[/iurl]

dlatego, że to co było wpisane na 9300, przekładało się na jakieś fizyczne taktowanie karty (nie wiadomo jakie ale na pewno nie takie, jakie było wpisane), to samo ustawienie wpisane w nowe 101xx przekłada się na taktowanie karty dokładnie takie, jakie zostało wpisane, ale... to ustawienie już karcie się nie podoba.

Skoro OSCcam działał dobrze na poprzedniej karcie, a źle działa na nowej, to nie wina OSCama tylko karty. Od lat z kartami 0B01/conax są problemy. A żeby było trudniej, te karty mocno między poszczególnymi typami potrafią się różnić. Szukaj innych ustawień taktowania karty. Dokładne wyjaśnienie na czym polega problem znajdziesz ---> tutaj <--- w ostatnim wpisie.

@matzg: Ty mu kazałeś, Twój rozmówca nie złapał ironii... EDIT by mickey: Konkretnie to chyba ja ... już poprawiłem posta ;)

i na tym kroku na dziś kończymy, na oczy już nie widzę...

próbujemy po mojemu: make CROSS=/opt/STM/STLinux-2.4/devkit/sh4/bin/sh4-linux-gcc -C /opt/STM/STLinux-2.4/devkit/sources/kernel/linux-sh4 M=/home/user/Downloads/rtl8188eu modules

nadal to samo, nie znajduje gcc, porównuje to z swoim środowiskiem, spróbuj tego CROSS_COMPILE=/opt/STM/STLinux-2.4/devkit/sh4/bin/sh4-linux-gcc a w ogóle, to mam wrażenie, że przekombinowałeś... i że można/należy to zrobić prościej

Nie gwarantuje powodzenia, ale wgapiając się w to co wkleiłeś cos mi do głowy przyszło, spróbuj swoje export CROSS_COMPILE=/opt/STM/STLinux-2.4/devkit/sh4/bin zamienić na: export CROSS_COMPILE=/opt/STM/STLinux-2.4/devkit/sh4/bin/ i daj znać czy to coś dało :)

spróbować sformatować problematyczny pendrive innymi narzędziami, albo przy pomocy odbiornika, potem wgrać, spróbować ponownie?

dziwnie przypuszczam, że to kwestia niekompatybilności i/lub marki pendrive, a nie rozmiaru

Jest tylko parę ale... 1) nieprzerobione UHD ostatnio podrożały, 100 zł za nieprzerobionego to jest dobra okazja, z reguły widywałem je drożej, doliczamy 200 za przeróbkę plus koszty transportu w obie strony, i w najlepszym razie się zrobi 330-350 zł 2) co byłoby ok, gdyby nie to, że może się trafić mocno problematyczny egzemplarz*, który mimo przerobienia przez najlepszego speca będzie sprawiał problemy, z jednym takim okazem mam (w zasadzie, nie wdając się w szczegóły) do czynienia osobiście, box w pełni sprawny, przerobiony wzorcowo (tak samo jak parę innych od tej samej osoby), ale robi fochy jak siedem nieszczęść, niedługo pojedzie do mądrzejszych ode mnie do analizy... 3) możliwy skutek: wyrzucone pieniądze na box+przeróbkę, owszem, może się uda dobrze trafić, ale ryzyko jest, prywatnie "na oko" oceniam ryzyka trafienia na upierdliwą sztukę na około 20% 4) najniższe oferty na wiodącym portalu aukcyjnym na Golden Media Spark-TRIPLEX T2 (to samo co Amiko Alien 2) zaczynają się od 580 zł. Przed świętami, zanim euro poszło w górę można go było kupić nawet za 550. Nikogo nie zamierzam na siłę namawiać na "sparka", ale uprzedzam, że z UHD nie jest wcale tak prosto, bezproblemowo i bezpiecznie. Mniej problemów stwarza ESI-88, a raczej nie stwarza, ale kupienie go graniczy z cudem, no i nie każdemu pasuje brak wbudowanego dvb-t. * to wynika, z tego iż tych dekoderów jest ileś podwersji, różniących się różnymi detalami, gdzie najdrobniejszym z nich i najłatwiejszym do zauważenia jest RAM firmy A lub B.

mało prawdopodobne, ale nie niemożliwe :)