AbrahaM

Żeby tylko. Dla mnie jest zdecydowanym plusem, że pomimo ewentualnej zmiany odbiornika posługuję się nadal tym samym pilotem, nie muszę od nowa uczyć się "klawiszologii" i wyrabiać od nowa nawyków...

o, witam w klubie, od dwóch tygodni "wymieniam" 5800bsla na uhd88 :( i nadal nie mam kiedy tego zrobić :(

Na Twoim miejscu wziąłbym pod uwagę, że sygnał z odbić może i właśnie łapiesz, ale może on być nadal zbyt silny, co w praktyce przekłada się, na czas testu, na wymianę wzmacniacza na symetryzator.

nie powinien, ale jak sypie mniej więcej takimi komunikatami w logu, to jest źle ustawiony. z wskazaniem na złe oscam.dvbapi

Jak napisał tux: nieomal absolutnie stabilne jest tylko "nasze" 9300. Wszystko nowsze/standardowe jest "względnie stabilne" i testowe, o czym w odpowiednim dziale wprost piszę. Z tego co pamiętam zakres zmian w kodzie, to (raczej?) nie było zmian, które by mogłyby powodować problemy na 9787 (w porównaniu do 9705) przy prawidłowo skonfigurowanym oscamie. 97xx chodzi dość przyzwoicie, ale potrafi się "wyłożyć" w pewnych warunkach.

opkg install dev-gos --force-reinstall <-- to powinno pomóc

przy paczkalizacji / porządkach (w ramach paczki dev-gos) się była zrobiła zguba w /dev :)

restart po aktualizacji był? akurat w tym wypadku (tj. usunięciu błędu dotyczącego przycisków na panelu) on jest konieczny.

Jak nie działa, jak działa (osobiście sprawdziłem to dla 5800bsla i uhd88), od 26.06.2014 to jest poprawione. opkg update potem opkg upgrade i ma obowiązek działać.

Denerwują :) więc to co napisałeś, wzbudziło moje żywe zainteresowanie, ale taka wielka puszka to ilość o mnóstwo za wielka jak na potrzeby zmycia paru napisów...

W takim razie podeślijcie logi z TVP HD czy DISCOVERY HD :) Z tego logu, co załączyłeś nic nie wynika, ECMy idą ok. Co najwyżej admin serwera może uruchomić i skonfigurować CW Cycle Check, to może (ale wcale nie musi) pomóc, dzięki kontroli poprawności / aktualności CW na ECM.

Ścinka na dowolnym TVN .. HD = nie ma co nawet próbować szukać problemu w oscamie. To jest inna odmiana kłopotów, którą wywołuje niestaranne nadawanie tych kanałów. Jednym z nich był powszechnienie znany problem z klatowaniem, innym są właśnie frezy. Sens szukania przyczyn frezów jest dopiero wtedy, gdy to będzie się zdarzać na innych kanałach, "nie TVN .. HD"

W rzeczy samej, źle szukasz :P na dni "nie poradzę", ale na godziny jak poniżej widać owszem, aczkolwiek tylko jeden przedział czasu.... http://www.streamboard.tv/wiki/OSCam/en/Config/oscam.user#allowedtimeframe

Być może wieki temu miałeś mezzo w abonamencie, ale mezzo od dość dawna (przynajmniej od czasów powstania NC+ jako jednej platformy) jest/było dostępne jako opcja dodatkowa, płatna xtra 5 zł. Wiem, bo sam instruowałem parę osób jak ten kanał w NC+ uzyskać. Wiem, że nadal ci którzy go mieli, mają go nadal. Czy da się go aktualnie zamówić, tego nie wiem... Ariva odbiera Ci prawdopodobnie dlatego, że jeden z systemów kodowania w którym mezzo jest nadawany, jest tak archaiczny, iż tzw. "emu" sobie z nim radzi...

Nie istnieje. Aczkolwiek w Twoim wypadku phoenix powinien (przy jednej sztuce phoenixa - w końcu to będzie jedno urządzenie tego typu) wskakiwać zawsze na /dev/ttyUSB0. Przy większej ilości phoenixów niestety to jest nie do opanowania. Do tego potrzeba np. /dev/serial/by-id/długi_identyfikator_phoenixa, czego ani nie ma w openpli, ani (na razie) u nas w Graterlia OS.

Nie można, trzeba cierpliwie poczekać aż zlokalizujemy błąd, który ten błąd wywołuje.

plik softcam w sekcji startowania oscama można poprawić w parę sekund by konwertować konfigi na właściwy format, tylko... dos2unix z busybox to jakiś przeraźliwy kastrat nie wspierający wielu opcji i znaków blankietowych, jak już to przydałoby się "pełnoprawne" dos2unix...

odpowiem Tobie i papaciak'owi, bo kiedyś to sprawdziłem: psuje zakończenia końca linii. edycję trzeba przeprowadzić albo przy pomocy editpad lite lub notepad++ albo na boxie przy pomocy vi/vim, nano

potwierdzam. aktualizacja test z dziś po prośbie o zrobienie tego, nie działają.. wczoraj łapałem tylko aktualizację pythona i to już było po niej.. sprawdzałem nie działanie klawiszy na froncie na stanie z wczoraj i z dziś. być może to nastąpiło wcześniej, ale tego nie sprawdzałem, z klawiszy na obudowie korzystam raz na rok

Mogę być w błędzie, ale pomijając usterkę sprzętu, to dość możliwe że uboot poleciał. Tyle że w esi/uhd to się nie powinno zdarzyć. Postaram się odkopać notatki (sam takiego przypadku nie miałem, więc nie podam Ci rozwiązania od ręki), albo ściągnąć do wątku kogoś do pomocy.

trzy opcje: 1. zespuło się "nie wiadomo co" sprzętowo, 2. poleciał uboot, 3. poleciał system, lub został tak "zapchany"dekoder, że nie jest w stanie wstać, W pierwszym wypadku samodzielnie nic nie zrobisz. Drugi i trzeci przypadek możesz przynajmniej próbować zdiagnozować, próbując odpalić inny image (jakikolwiek) z usb, jak zadziała, to znaczy że z jakiegoś powodu poleciał system w NOR, jak nie zadziała, to będziesz wiedział, że poleciał uboot. Przy działającym systemie z USB, możesz się dostać do NOR i próbować podnieść system czy zdiagnozować co się stało. Milcząco zakładam, że nie było dostępu z internetu do dekodera, ostatnio pojawił się wirus, który potrafi wleźć na odbiorniki, teoretycznie mógł wleźć w system i go zapchać go swoimi danymi w stopniu uniemożliwiającym jego normalną pracę. Milcząco też zakładam, że nie instalowałeś nie wiadomo jak wielkiej ilości wtyczek. I dodatkowe pytanie, korzystałeś może z wtyczki iptv?

Hub usb miał zasilanie własne czy korzystał z zasilania z odbiornika?

Używam FFDShow (i to ze względu na soft do tunera tv-sat) plus MPC-HC do odtwarzania nagrań, to wszystko na win7 i nie mam przycięć, w dodatku na naprawdę słabej konfiguracji, więc rekomenduje byś przyjrzał się swojej konfiguracji. MPC-HC potrafi sporo sam "wewnętrznie" odtwarzać...

Podstawowy wielki minus o którym nie napisałeś: z ceny NUC którą podałeś, wynika że przyjąłeś za bazę konstrukcji starsze NUCe, które wkrótce przestaną być dostępne. Zaś nowsze NUC mają zastosowane podzespoły charakteryzujące się dość ograniczonym wsparciem przez linux, np. źle działające zarządzanie energią, przez co zamiast brać w spoczynku koło 5W potrafią ciągle (niezależnie od obciążenia) brać 30W i niepotrzebne się grzać. Od miesiąca pod nieco inne zastosowania usiłowałem wybrać małe pudełko, chłodzone pasywnie (tj. bez wentylatora), i jak do tej pory odpadły wszystkie nowe NUC (wsparcie) oraz wszystkie "domowe" minikomputerki na podzespołach z normalnym wsparciem linuxa z powodu wentylatora. Na placu boju zostały... przemysłowe minikomputerki o możliwościach NUC, dobrze zaprojektowane i na sensownych podzespołach... ale żadną miarą nie kupisz ich za 550 zł... Twierdzenie że Jest prawdziwe (a i tak nie do końca) wyłącznie w jednym punkcie, faktycznie zajmuje rozwiązanie oparte o normalne podzespoły zajmuje "nieco" miejsca, ale też nie musi przesadnie dużo przy założeniu użycia np. płyty mATX. Jestem w stanie bez najmniejszego "ale" dobrać tak elementy, że ani nie będzie się grać, ani nie będzie hałasować, nawet może być całkowicie bezgłośnie. Tylko znowu żadną miarą to nie będzie tanie... Jak ktoś chce, to faktycznie złożenie "pajączka" w oparciu o NUC (bo w bardziej rozbudowanym wariancie będzie to gustowna plątanina kabli usb lub "choinka" powtykanych w niego urządzeń) jest możliwe. Tak samo jak złożenie komputera. Ale będzie to droższe i bardziej skomplikowane przy uruchomieniu od specjalizowanego urządzenia, które zostało zaprojektowane do określonego celu, jest do niego dostosowane/zoptymalizowane.

rozwijając tą kwestię: w ramach naszego środowiska testowego (te same odbiorniki, ta sama instalacja, tylko inny oscam), "udało się" nam wywalić aktualne wersje testowe (w tym 9696), natomiast zmodyfikowane 9300 będące standardową wersją systemową wykazało się pełną stabilnością...