AbrahaM

Źle szukasz :) trzeba tak tego 6in1 szukać. Ten 7w1... nie twierdzę że jest zły, ale poziom toporności jego wykonania jest porażający i budzi moje obawy. Osoba obeznana z elektroniką (czyli przysłowiowy grzebacz) sobie z nim da radę, a nawet bardzo się ucieszy z możliwości użycia dowolnych kwarców, ale do normalnego użytku, to jednak sugeruję tego 6in1.

sześciokwarcowego, dostępnego na wiodącym portalu aukcyjnym, do znalezienia szukając: phoenix 6in1, zachodni odpowiednik w cieńszej estetycznej obudowie, i... o tych samych możliwościach kosztuje około 2x tyle.

użytkownicy zgłaszali. problem w szczególności występuję na kartach w systemie conax. Na tą przypadłość (wg stanu na dziś) są dwa lekarstwa: próby/testy innych ustawień mhz i cardmhz ustawienie w konfiguracji czytnika parametru ecmnotfoundlimit, gdzie należy podać po ilu "not found" z rzędu czytnik ma być zrestartowany

@tux: czy aby nie mamy czegoś w systemie, co by mogło kulturalnie ubić połączenia sieciowe? a jeśli nie mamy, to czy moglibyśmy mieć? Jakby ująć. Przez chyba 9 miesięcy używania różnych boxów taki przypadek nie przydarzył mi się ani razu. Tobie także nie powinien. Mogę być w błędzie, ale mam silne wrażenie, że jeśli box się tak zachowuje, to należy podejrzewać, że jest niesprawny. reboot mógłby być, na sprawnym odbiorniku.

Jesteś pewien, że ten (ta sama wersja) sam oscam? Bo byłoby to wybitnie dziwne. Sam w ramach testów poza cccam używam też newcamd i camd35 i z żadnym z nich nie mam problemów.

bywa. miłego :)

wgraj jako oscam_user wrzucone przed chwilą 9696 multibackport_v5. jeśli ci idzie "full" z opkg, to i ma obowiązek iść ręcznie wgrywany. do stopowania używaj z konsoli /etc/init.d/softcam stop do startowania używaj z konsoli /etc/init.d/softcam start

kernel-modules-usbserial-pl2303-gos bądź kernel-modules-usbserial-ftdi-gos wcześniej zainstalowałeś? przy pomocy opkg install? w tej chwili podpiąłem phoenixa bez karty do UHD-88: 2014/05/21 16:21:26 59EFE8 r phoenix [mouse] Reader initialized (device=/dev/ttyUSB0, detect=none, mhz=357, cardmhz=357) 2014/05/21 16:21:27 59EFE8 r phoenix [mouse] card detected 2014/05/21 16:21:30 59EFE8 r phoenix [mouse] Error activating card. 2014/05/21 16:21:39 0 --- Skipped 2 duplicated log lines --- 2014/05/21 16:21:39 59EFE8 r phoenix [mouse] THIS WAS A FAILED START ATTEMPT No 1 out of max alloted of 1 2014/05/21 16:21:39 59EFE8 r phoenix [mouse] card initializing error 2014/05/21 16:21:40 0 s init for all local cards done jak widać (pomijając komunikaty wynikające z braku karty w środku) wszystko działa, testowane na nie publikowanej wersji 9696 multipatch_v1-multibackport_v5, multibackport_v4 (jak i wszystkie wcześniejsze) też powinna bezproblemowo obsługiwać phoenixy.

Wrrrr. Wyraźnie >>> tego <<< nie czytał. Pierwszy wpis na samej górze. A my się męczymy z tymi poradnikami, męczymy...

Co było do przewidzienia i co cieszy. Miłego :)

Podaliśmy Ci na tacy... Najpierw musisz odinstalować swój. oscam-webif podany był przez mickey'go jako przykład. Prawdopodobnie masz zainstalowany oscam a nie oscam-webif. Myśleć. Czytać. To ostatnie ze zrozumieniem. IRAQ oscama zostało zaktualizowane.

Słuszna uwaga. Jeśli nie masz nic przeciwko, to Twój wpis wykorzystam w "IRAQ".

ależ można. problem w tym, że w ramach polecenia dla opkg kopiujesz nie tylko to co ma zainstalować, ale i opis. wydajesz polecenie opkg install oscam-full - 1.20-r9696 a ma być to zrobione poleceniam opkg install oscam-full To, co jest "po minusie" po wydaniu opkg list, to opis i nie powinien być kopiowany, podobnie jak i minus.

Właśnie przeglądałem. Jak się można domyśleć: wywalić z odbiornika W terminalu lb_stat_cleanup = 4 To powoduje skrócenie czasu trzymania statystyk loadbalancera do ... 4 godzin, gdzie domyślnie przyjmuje się 336 godzin czyli 14 dni. Jak dla mnie to dość abstrakcyjny pomysł. Przy bardzo słabym sprzętowo terminalu rozumiem jeszcze obniżenie do 168 godzin / 7 dni, ale 4 godziny? lb_max_readers = 1 ścina liczbę branych pod uwagę podczas "nauki" balancera do jednego czytnika. Też "się prosi" o przestawienie na 2. Poza tym, konfigi są poprawne. CCCamowi przydałoby się podnieść wersje do 2.3.0 i na terminalu i na odbiorniku.

Po pierwsze: nie twierdzę i nie zagwarantuję, że mam rację, ale jeśli >> tutaj << developer oscama który ma kod dvbapi w małym palcu od nogi, pisze że (tłumaczenie dowolne/moje): zmiana rozwala kod który stopuje dekodowanie nieużywanych kanałów, to wybacz, ale poważnie biorę pod uwagę, że OSCam nowszy od 9696 może być za Twój problem odpowiedzialny. Właśnie ze względu na tą zmianę i jej skutki, "u nas" jest używane 9696 z zestawem patchy oraz z selektywnie nanoszonymi poprawkami (bo część nich już u nas była wcześniej jako patche) z aktualnego kodu. Po drugie: i:0 co prawda faktycznie nie jest niezbędne, ale jest przydatne. Nakazuje OSCamowi, by nie próbował nawet dekodować z CAID innych niż wcześniej wymienione w priorytetach. W Twoim wypadku oscam.dvbapi jest prawdopodobnie ok. Po trzecie: mam nadzieję, że nie masz plików oscam.srvid i oscam.provid, dla wszystkich kanałów "z całego świata" i wszystkich nadawców " z całego świata". O ile lekko ponad sto wpisów dla jednej platformy (lub paręset dla dwóch-trzech) dla OSCama/odbiornika problemem nie jest, to już plik który ma parę tysięcy wpisów skutecznie może przyczyniać się do spowolnienia pracy OSCama, odczuwalnego przede wszystkim podczas przełączania kanałów.

ad1. odwiedź dział "Archiwum wersji", wątek "OSCamy testowe (05 2014)", zobacz jakie wersje tam są załączone i co jest w ich opisie ;) ad2. w zasadzie prawidłowo, pytanie: czy jako ostatnia linijka jest wpisane i:0

Nie potwierdzam. ESI/UHD jest wyraźnie szybsze niż nBox. Jeśli u Ciebie są takie efekty, to problem jest u Ciebie. 1. OSCam w której wersji? 2. OSCam ustawiony na conax JAK? pojedynczy wpis czy "wyliczanka" kanałów? Najlepiej wklej go tutaj. 3. Konwerter jakiej marki? 4. Napisz coś więcej o kablu.

Aktualna wersja dostępna jest do pobrania pod adresem: https://winscp.net/eng/downloads.php

w pliku oscam.server, w "czytniku" dodajesz ręcznie: ecmnotfoundlimit = 5 lub zamiast edytować ręcznie, dopisujesz przez webif

Nawet gdyby się dało, to nie przyniosłoby to oczekiwanego przez @daromen21 skutku.

1) już widzę gdzie popełniłeś błąd jeśli chodzi o instalacje oscama: ma byc: opkg install oscam-webif to co było po minusie, to był opis, stąd komunikaty o błędach, robiłeś: opkg install oscam-webif - 1.20-r9300 2) conax (zwłaszcza na kartach "N") sprawia problemy i to nie jest wina oscama. możesz spróbować: albo eksperymentować (zmieniać) parametry pracy karty (mhz, cardmz), są szanse że ustawienie 300/300 (jak pisze Mickey) poskutkuje albo ustawić w parametrach czytnika ecmnotfoundlimit = 5 (wartość przykładowa - acz stosowana przez osobę z kartą robiącą problemy), edycja: na dobrą sprawę, nie zaszkodzi zastosować obu rozwiązań co spowoduje resetowanie czytnika gdy oscam dostanie określoną ilość odpowiedzi "not found"

dziwnie sądzę, że przed próba instalacji nie zrobiłeś: opkg update

Proponowane doraźne działanie: 1) skopiować istotne dla ciebie pliki konfiguracyjne oscama + enigmy, (ewentualnie inne ważne pliki które masz w odbiorniku), 2) ściągnąć najnowszy obraz systemu ze strony, zflashować na nowo, i natychmiast po flashowaniu zrobić kolejną aktualizacje, 3) o ile to możliwe (bo wygląda, że to robiłeś) przestać "wystawiać" SSH na świat, w szczególności na porcie 22, nie gwarantuje że powyższe działania wystarczą, ale są jakieś szanse, że mogą starczyć. Tak czy inaczej, problem jest wybitnie ciekawy, ważne jaki jest/był wektor ataku, czyli po polsku/prosto pisząc którędy on wlazł. Czy wlazł przez lukę w jakiejś usłudze systemowej, czy też wlazł od środka przez jakąś wtyczkę, np. wtyczkę z aktualizacją online, której autorowi wpadł do głowy brzydki numer. Update: objawy pasują do szkodnika wchodzącego przez lukę w SSH :(

któryś z tych dwóch: ESI-88, UHD-88. jak Ci bardziej zależy na wyświetlaczu fajnym, to ESI-88, ale "za cenę" braku wbudowanej obsługi dvb-t*, jak Ci bardziej zależy na wbudowanej obsłudze dvb-t*, to UHD-88, ale "za cenę" wyświetlacza na 4 znaki. * potencjalnie, może kiedyś uda się to uruchomić. jak Ci wszystko jedno, bierz ten, który będzie tańszy i/lub od lepszego sprzedawcy, lepiej przerobionego...

Jak i mnie, wcale a wcale, mam seryjnie niedobre wrażenia z "kontaktu" z nowymi dyskami Seagate, np. ST....DM, ST....DL. Od lat preferowałem Seagate, ale od jakiś ~2 mam niemiłe wrażenie, że to nie ta sama firma...