AbrahaM

Talerzowiec. Pendrive (ze względu na brak mechanizmów zapobiegających nierównomiernemu zużyciu komórek pamięci) w skrajnym wypadku wytrzyma parę miesięcy pracy jako "dysk systemowy", jak dobrze pójdzie, to może dociągnie do mniej więcej roku.

z góry dziękuję za podjęcie prób, jest "trochę" przyzwyczajonych do fastsearch osób, a używających UHD88 w konfiguracji jednogłowicowej, z aktywną tylko głowicą B, z powodu pixelowania na głowicy A, więc pewnie by się ucieszyły...

to przy okazji zadam podchwytliwe pytanie, nadal wymaga łapania listy z głowicy A, czy jest już na tyle inteligentny, że złapie z B, jeśli B jest tylko aktywna?

To, że coś mogło namieszać w systemie jest możliwe - i tu mądrzejsi ode mnie się pewnie wypowiedzą. natomiast w drugiej kwestii, pozwolę sobie na cytat działu z rekomendowanymi oscamami: Ze względu na przeraźliwie dużą ilość poprawek, zmian, optymalizacji nie udzielamy pomocy użytkownikom, którzy zdecydują się na używanie wersji OSCam'a starszych niż 10980. Aktualnie rekomendujemy używanie wersji r10980 sh4. Jak działa Tobie działa, to dobrze, ale jeśli będzie jakiś błąd, czy konieczność użycia jakiś nietypowych sztuczek pod tą wersję... cóż, nikt po 3 latach nie będzie o tym pamiętał. Poza tym, zwracam uwagę że w ciągu tych 3 lat mocno się zmieniło openpli, oscam który kiedyś był dla starego openpli ok (bo był do niego na tamten czas dostowany) wcale nie musi prawidłowo radzić sobie z rozwiązaniami o trzy lata nowszymi, stosowanymi w aktualnym openpli.

sprawdź dla pewności co się będzie działo na oscamie 11001-1 ostatnio (10999, 11001) zostały wyłapane dwa błędy, które mogły rzutować na stabilność odbiorników, zwłaszcza jeśli używana była lokalna karta.

o mamo: DVB API support: yes Clockfix with realtime clock: yes cardreader_internal_sci: yes reszta to kwestia gustu, ale to w kompilacji pod router...

To w takim razie "się zrobi", ale ze względów osobistych pojawienie się kompilacji z PCSC "trochę" czasu zajmie. Przypuszczalnie koło początku miesiąca razem z kompilacjami dla Chaos Calmer'a...

Proszę bardzo. Miłego weekendu.

Po objawach sądząc: parametry taktowania podane w konfiguracji oscama nie pasują do faktycznie ustawionego (zworkami) taktowania czytnika.

zacznijmy od końca, od tego czy w ogóle (praktycznie) możesz to dzielić, zależy od kart: karta conax: nie ma problemu by podzielić na parę odbiorników w domu, karta seca: jeden odbiornik dwugłowicowy lub dwa odbiorniki jednogłowicowe, czyli praktycznie dzielenia nie ma.

odinstalować "zewnętrzny", bardziej rozbudowany wget opkg remove wget po tym zabiegu aktualizacja powinna pójść, gdyż będzie się odbywała przez wbudowany wget.

proszę bardzo, do usług.

... coś mi się wydaje, że opkg install kernel-modules-usbserial-ftdi-gos nie było...

graterlia-systembackup-tool

kiedy chcą. możesz próbować eksperymentować z innymi parametrami mhz i cardmhz, ale szanse że będzie (dużo) lepiej są dość małe. niestety oscam nie zawsze jest w stanie wykryć fakt zawieszenia się karty, zdarza się, że generuje ona "not found", pomimo że powinna odpowiadać. na taką okoliczność można jeszcze dodać: ecmnotfoundlimit = wartość do czytnika podając po ilu nie znalezionych ECMach czytnik ma być restartowany. do korzystania z tego warto mieć dobrze zrobioną listę kanałów i/lub korzystać z serwisów, tak by wizyta na kanale którego się nie ma w ofercie nie powodowała restartu..

niestety, to jest dla kart conax "normalne".

i w/w kanały powinny działać - chyba ze się coś zmieniło u operatora. chyba że (do wyboru), 1) lista kanałów jest nieaktualna, 2) użytkownik używa nieaktualnego oscam.dvbapi (nie daj opatrzności z generatora), 3) użytkownik używa nieaktualnych "serwisów" (nie daj opatrzności z generatora), 4) nie są wprowadzone w oscama wymagane dane uzupełniające, tj. RSA, konieczne do oglądania kanałów parowanych. Co do ostatniego punktu, informacji jak to wyliczać na naszym forum nie znajdziecie, trzeba poszukać u konkurencji...

Bym się nad tym nie zastanawiał, gdybym nie dostawał pytań po tym jak ktoś zainstalował 9300 i się pytał o to, jak ustawić czy uaktywnić coś, co jest... np. w wersjach powyżej 98xx czy 10300+. Podtrzymuje co pisałem wcześniej, należy sprawdzić co się zmieniło (np. obsługa czytników i konieczność dobrania nowych parametrów dla karty), czemu nowa wersja się buntuje, a nie upierać przy używaniu wersji która ma 1,5 roku. Mniej więcej to ma taki sens, jak używanie np. windows, aktualizowanie systemu, ale np. pomijanie aktualizacji powiedzmy .NET, można? no w zasadzie można. System będzie działał? będzie... aż do momentu, gdy jakiś robak wejdzie, lub zmiany między głównymi elementami systemu a nieaktualizowanym składnikiem będą na tyle duże, że będą skutkować niestabilnością systemu. Aktualny Graterlia OS jest testowany pod kątem współpracy z aktualnymi OSCam'ami (zresztą przypuszczalnie niedługo będzie aktualizacja oscamów dla linii stabilnej) i żadną miarą nie jesteśmy w stanie zapewnić, że będzie chodzić ok ze starymi wersjami, zwłaszcza że wiemy jak wiele błędów w międzyczasie usunięto i jak wiele zmian wprowadzono. Pierwsze z brzegu przykłady: 1) stare OSCamy powodują poważne problemy w systemie gdy ktoś zdecyduje się na używanie funkcji "moderate shutdown". Myśmy błąd zidentyfikowali, zgłosili developerowi, poszła poprawka, nowe już są zgodne z "moderate shutdown". 2) od (z tego co pamiętam) 10278 (to był nasz wniosek racjonalizatorski), oscam utraciwszy czytnik nie próbuje dekodować obrazu skacząc po wszystkich CAID po kolei (których zazwyczaj i tak nie ma), niezależnie od zawartości oscam.dvbapi, tylko grzecznie przestrzega zapisów z tego pliku i czeka na powrót czytnika. Co w sprzyjających okolicznościach skutkuje zamiast do 15 sekund przerwy w dekodowaniu (tyle trwa spacerek po wszystkich CAID), to średnio trwa koło 2 sekund, a bywa że jest to parę dziesiątych sekundy... I takich mniej lub bardziej istotnych detali jest wiele więcej, a użytkownikom się wydaje, że jest wszystko jedno jaką wersję OSCama wgrają.

z praktyki, powiedziałbym, że na TVP1 HD albo na TVN 24 HD...

przyznam się, że nie rozróżniam wszystkich typów prepaid n/nc+ i zawiłości ich specyfiki, ale: Karta nie używana przez ostatnie klika miesięcy sugeruje, że nie spadły EMMy i nie ma aktualnych uprawnień do odbioru.

To jest jakieś wyjście, ale zdecydowanie odradzam jego stosowanie, gdyż między 9300 a obecnymi wersjami jest przepaść zarówno jeśli chodzi o realizowane funkcje i ilość usuniętych błędów, niekiedy bardzo poważnych. Powtarzam: w stosownym dziale są odpowiednie informacje o specyfice kart Conax oraz jak konfigurować oscama, po zastosowaniu się do nich powinien on pracować nieźle. W pełni stabilna praca kart conax jest nadal możliwa wyłącznie przy zastosowaniu zewnętrznych czytników. Ponadto ani nie jesteśmy w stanie udzielać wsparcia wersji, która ma przeszło półtora roku, ani nie mamy na to ochoty. Uprzedzam także, iż w związku z powtarzającymi się "pomysłami" stosowania starego OSCam'a do obecnej wersji Graterlia OS rozważamy wprowadzenie mechanizmu sprawdzającego wersje OSCam'a i uniemożliwiającego uruchomienie starszych wersji niż przez nas dopuszczone.

zacznę od tego, że nie biorę pod uwagę wpływu pogody, poprawności instalacji, warunków w jakich pracuje odbiornik, itd. oscam JEST prawidłowy. niestety karty conax stosowane przez NC "są dziwne" i "od zawsze" sprawiają problemy w wewnętrznych czytnikach odbiorników. dowolny nowy oscam skonfigurowany zgodnie z wskazówkami (które są w odpowiednim dziale) dla 0B01 będzie względnie poprawnie chodził. Niestety ze względu na specyfikę, 100% poprawności pracy dla tych kart w odbiornikach NIE DA SIĘ UZYSKAĆ.

I to jest niepokojące. Obym się mylił, ale albo odbiornik się przegrzewa albo siadają w nim kondensatory. Jest jeszcze możliwe, że coś mu nie pasowało po pierwszym restarcie, to czasami się zdarza, ale nie powinno to utrzymywać się po paru restartach.

pełny restart odbiornika był?

mammma mia... wgraj albo pliki od konfiguracji rozruchowej (specjalnie dodałem gotowe pliki), na której MUSI ruszyć OSCam, albo także świeżo wrzucone pliki z konfiguracją dla 0b01, a potem popraw je zgodnie z swoimi potrzebami.