AbrahaM

powiem tak, sam (a nie jestem tak "obcykany" jak developer) już gołym okiem widzę najmniej jeden problem, 2015/01/02 23:10:10 5BC2C0 r sci0 [internal] TRACE: ERROR: Protocol_T0_ExchangeTPDU: Received unexpected character: 00 w wypadku opticuma mogą być dwa problemy 1. jakiś błąd, który wychodzi u was lub "jest u was" w systemie w obsłudze sci0 2. jest ryzyko, że wbudowany czytnik jest pozbawiony możliwości obsługi innych systemów niż conax, ale wtedy "nie powinien" iść w wicardd 3. jak się zaopatrzysz w phoenixa, mogę spróbować, posterować jak masz go odpalić, przynajmniej byś miał przećwiczone. Niestety skoro nie macie ssl, to i możecie nie mieć plików systemowych potrzebnych do obsługi phoenixów. Więc może być jazda z ich ręcznym wgrywaniem, zgadywaniem gdzie je wgrać, liczeniem na to, że "zaskoczą". Patrząc po datach, to masz system "zapóźniony" o jakieś 20 miesięcy w stosunku do tego co jest u nas.

od razu lepiej, leci do deva, "widać więcej", może coś z tego będzie.

to mi nic nie daje, potrzebuje log z aktualnej wersji, a nie z 10044. zaraz dostaniesz link do wersji którą wypluje ci ręcznie. przypuszczalnie wasz soft nie ma SSL i dlatego nie wstała.

no to "jadziem dalej" 1. zmień binarkę, wersje "amino" są znane z wariowania, spróbuj "nodebug" od nas z forum 2. log do kosza. po wycięciu komunikatów od dvbapi, widać że nie jest cały. 3. zmień nazwę czytnikowi na sci0 4. w sekcji livelog wpisz w linii nr1 sci0 i zaznacz "found only", to odsieje śmieci dvbapi i inne komunikaty "nie na temat" 5. wrzuć przynajmniej logowanie na poziomie 16, dorzucenie poziomu 1 nie zaszkodzi 6. przestaw pmt_mode (w sekcji dvbapi) na 0, u nas jest domyślnie 6, u ciebie to może nie działać

cytuję developera: prosi o użycie tych samych ustawień, co wtedy, tylko na 10116. upewnij się, że DZIAŁASZ na 10116, a nie tylko, że go WGRAŁEś, gdyż (cytuję): 2015/01/02 17:58:37 5D09F8 r c+ [internal] Calculated work ETU is 74.40 us reader mhz = 500 2015/01/02 17:58:37 5D09F8 r c+ [internal] IFD: Answer to flush byte 1 can be seen it's much older then 10044. svn is below 10000 log odczytaj editpad lite lub notepad++ a potem wklej tu, inaczej będzie szatkownica nieczytelna :(

jeśli już to ma być nowy phoenix, to polecam >>>> takiego <<<<. Mimo wszystko proszę o log z 10116. Między wersjami jest nieco zmian, w tym "więcej logowania" tego, co się dzieje w trakcie komunikacji z kartą.

Pytanie poleciało do developera oscama. Sprawdź czy system w tym odbiorniku jest w stanie obsłużyć zewnętrzne czytniki phoenix. To może być niestety jedyne wyjście by mieć normalnie działające karty.

trzy sprawy: 1. wrzuć najnowszy oscam, 2. wrzuć taktowanie 500/500 3. jeśli problem się powtórzy, wrzuć jeszcze raz log z najnowszej wersji, tylko bez rozwalonego formatowania, przeczytanie tego co dałeś graniczy z cudem, musiałem to ręcznie przeformowatować by odczytać. niestety jest niezerowe ryzyko, że w image macie wadliwy sterownik do czytników wewnętrznych, jeśli to jest ta przyczyna, to tego się nie da obejść na poziomie oscama, pozostaje użyć tylko nowszego/innego image. mam kogo spytać na szczęście, ale jak pisałem, mam obawy że z tym się nic nie da zrobić.

odnoszę wrażenie (ale tego nie należy traktować jako regułę), że w wypadku UHD zazwyczaj 550 i 650 powinno być osiągalne, przy czym nie podejmuje się zgadywać czy każdy sobie z tym da radę, wyżej zależy już od sztuki.

musisz sobie sam, najlepiej wgrywając jako oscam_user, zgodnie z instrukcjami na forum, w IRAQ 9300 jest wersją, którą po b. długich testach uznaliśmy za standardową, stabilną i dlatego jest używana jako standardowa w systemie aktualne wersje, są w wstępnych testach, jeśli je przejdą, to najpierw zostaną wrzucone w linie test, a potem ewentualnie zastąpią 9300 w linii stabilnej.

czyli używasz tylko 9300 posiadającej webinterface, a 9300 "livelog", z filtrowaniem, kolorowaniem, itd., nie posiada, livelog wprowadzono w nowszych od 9300 wersjach.

nie wiem jakich wersji używasz, skoro "nasze" z forum mają zakładkę livelog cały czas. w tej chwili na domowym odbiorniku używam 10107 "nousb" które livelog jak najbardziej ma specjalnie sprawdziłem skrypty, czy przez przypadek w którejś z wersji gdzieś nie wyłączam livelog, ale nie. być może używasz starej "skórki", która jest nie dostosowana do nowych wersji oscama? r9300 livelog nie ma, owszem kiedyś na własne potrzeby robiłem specjalne/testowe 9300, z przenoszonymi zmianami z nowszych wersji, w tym z nowym webif, ale praca nad tą wersją została zakończona gdzieś w okolicy przeniesienia zmian z 95xx, i ta wersja nigdy nie była zalecana, ze względu na ryzyko niestabilności.

bezdyskusyjnie!

poszukaj recenzji. np. na silentpcreview czy temu podobnych stronach, zaś dane katalogowe traktuj z nieufnością, Niestety producenci potrafią deklarować różne ciekawe rzeczy, niekoniecznie mające związek z rzeczywistością (wyjątkiem jest ten dysk, o którym tux pisze). Na papierze "wd red" są cichsze od "wd green", a każdy kto miał z tymi (o piszę o tych co porównuje, nie o tych 2.5 cala) dyskami do czynienia wie, że jest dokładnie na odwrót. Wracając do meritum i dysków od odbiornika, zwróć uwagę na detal że JUCT i LUCT to są dyski przeznaczone do pracy ciągłej oraz nagrywania strumieni danych AV. Właśnie tego typu konstrukcje powinno się w odbiornikach używać.

Dokupić. 2 kawałki blaski lub kawałek plastiku robiący za adapter to astronomiczny koszt paru zł, w porywach parunastu. Co do dysków: przyjrzyj się dyskom WD, z serii o oznaczeniach literowych JUCT i LUCT.

I równie dobrze, od odbiornika. Znajomemu trafił się UHD, który "robi fochy" na każdym istniejącym uboot. Niestety w wypadku UHD, należy się liczyć z możliwością trafienia na pechowy egzemplarz, który może być absolutnie sprawny, ale wymagać nietypowych ustawień, na które może się nie udać trafić.

Od siebie dodam, że ze względu na taką sobie atrakcyjność cenową, ze względu koszt zakupu + procesjonalnej przeróbki (mało kto potrafi ESI/UHD naprawdę dobrze przerobić, by nie było po jakimś czasie problemów, sam bym mógł zaufać w porywach trzem osobom od ich przerabiania) bądź cenę za już przerobiony odbiornik, warto zastanowić się nad jakimś odbiornikiem opartym o Spark7162. Amiko Alien 2 nowy, z normalną gwarancją, nie wymagający przeróbek na wiodącym portalu aukcyjnym można nabyć już od ~600 zł. Praktycznie identyczny Golden Media Spark Triplex można kupić już od ~580 zł (przed świętami było to nawet 550 zł). UHD potrafi wykazywać humory gdy chodzi o pracę na głowicy A (sam mam taki egzemplarz), występuje w wielu podwersjach, przez co cały czas ma u nas status "oprogramowania testowego", bo nie udało się zapewnić w pełni przewidywalnej pracy tegoż modelu. ESI pod tym względem jest lepsze, w sensie ze soft pracuje nad nim przewidywalnie, ale jest mocno trudno dostępne, dlatego proponuję rozważać coś na Spark7162.

dokładnie tego się obawiałem.

No to masz problem, bo nie wydaje mi się, aby w systemie była funkcja która umożliwiłaby automatyczne dzielenie nagrania na kawałki. To by najprawdopodobniej trzeba było napisać od zera. Jedyne co możesz jeszcze zrobić, to spróbować pomęczyć dział wsparcia technicznego, może są jakieś szanse na zaktualizowaną wtyczkę.

Sprawdzałeś czy masz najnowszy firmware do tego NAS? i czy aby nowszy firmware tego problemu nie rozwiązuje? Do tego modelu jest on udostępniany >>>>tutaj<<<<.

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 <<<---

będzie. aczkolwiek powinieneś używać huba posiadającego własne zasilanie, bo może się zdarzyć, że zasilania z odbiornika po kablach nie starczy na zasilenie wszystkich urządzeń wpiętych do huba.

wersja w dziale download jest najnowsza, stan z 20 grudnia, nie wymaga dodatkowych zabiegów.

Z tego co pisze w FAQ to powinienem wgrać na nowo system z pendrive. I tak też zrobię. Nie ma tam słowa o recovery/e2 error/gos error/ I tak dziękuję za pomoc. Czyżby, a --->>> TO <<<---, to co? Osobna sprawa, że nie ma 100% gwarancji, iż po tym zabiegu system będzie w 100% stabilny, działał poprawnie. To dopiero może się okazać po czasie, przy kolejnych aktualizacjach, więc lepiej docelowo wgrać go od nowa, ale przynajmniej spokojnie można go przez Święta poużywać, zgrać pliki konfiguracyjne bez pośpiechu itd.

zaktualizuj system (opkg update && opkg upgrade) nie wdając się w wyjaśnienia skąd to się bierze, to jeśli mnie pamięć nie myli, jedna z zmian to chyba(?) poprawi