AbrahaM

U nas nie ma ma czegoś takiego, jak "podstawowy" konfig. Jest konfig "uruchomieniowy", by ktoś mógł oglądać telewizje na Graterlia OS, posiadając dowolną kartę, zanim dokonała konfiguracji pod swoje konkretne warunki. Fakt faktem, powinniśmy o tym gdzieś wprost napisać. Nie da się gotowości do pracy inaczej uzyskać. Może przy następnej aktualizacji dorzucimy przykładowe pliki dla polskich platform. Tak czy inaczej, jeśli karta jest sprawna, a konfig poprawny, to ona musi chodzić na aktualnych wersjach. Albo pomijasz jakiś parametr, który się pojawił w nowych wersjach (choćby "autospeed" dla czytników wewnętrznych), albo masz problemy z kartą, obstawiam raczej na to pierwsze, ew. drugie na skutek pierwszego. Na pewno karty SECA prawidłowo chodzą zarówno na 5800 jak i UHD88, bo w obu typu odbiornikach użytkowałem "swoją" kartę miesiącami bez problemów.

Jakby to delikatnie ująć, w to, że masz problemy na nowszych wersjach niż 7119 wierzę. Ale mam przekonanie graniczące z pewnością, że to jest wina konfigów u Ciebie. Często "mechaniczne" przeniesienie konfigów z wersji na wersję bywa przyczyną problemów, gdyż określone funkcje mogą zostać usunięte, mogą działać inaczej, bądź wprowadzenie jakieś nowej funkcji z jakąś wartością domyślną może powodować, że konfig który wcześniej był poprawny, wymaga przeanalizowania i modyfikacji. Jednym z klasycznych błędów, który w najlepszym wypadku generuje "tylko" opóźnienie we wskakiwaniu kanałów jest albo brak oscam.dvbapi albo tenże plik "naprany pod sufit" wpisami z popularnego generatora, gdzie prawidłową pracę w większości wypadków zapewnia zazwyczaj raptem parę przemyślanych wpisów. Sam używałem 98xx (teraz jest to 9900, ktoś musi aktualne kompilacje sprawdzać w końcu) w UHD z opłacaną w ramach abonamentu kartą seca i gdybym miał jakiekolwiek problemy ze stabilnością, to by mnie domownicy powiesili za klejnoty pod żyrandolem. @tux używa 98xx (dokładnego numerka nie pamiętam, coś z połowy "setki") bez jakichkolwiek zacięć od paru tygodni. 9822 na jednym z odbiorników u kumpla pracuje 54 dni, co przed chwilą sprawdziłem. Karty Conax... to jest niestety temat rzeka, streszczając: one w odbiornikach chodzą jak chcą, a jak nie chcą, to nie chodzą, w czytnikach phoenix zasadniczo pracują ok. Jeszcze jedna uwaga dla tradycjonalistów: "stare" OSCamy źle sobie radzą z pracą na odbiornikach wielogłowicowych.

Umiarkowanie wyłoży, za to zaproponuje eksperyment intelektualny dla "tradycjonalistów". Niech no sobie takie osoby wstukają: http://www.streamboard.tv/oscam/changeset/7119 poczytają co dana zmiana wprowadza (nie mówię o analizowaniu kodu, nawet starczy samo czytanie opisu zmiany) a potem korygują numerek do 7120, 7121 itd.. i tak powiedzmy przez 200 kolejnych zmian, po czym proponuję poczytać ostatnie dwieście zmian, od 9700 do 9900. Dziwnie mi się wydaje, że osoby które potrafią logiczne myśleć, po takiej lekturze raczej porzucą ideę trzymania się starych wersji. OSCam 9300 używany u nas to przypadek szczególny. To ostatnia wersja, która posiada PEŁNĄ obsługę tak zwanego "clockfixa" przy pomocy dodatkowego patcha. Część kodu "clockfix" jest w kodzie oficjalnym (przetestowane fragmenty), ale części niestety nie wprowadzono i był on realizowany jako dodatkowy patch, ostatni pasował do oficjalnego kodu w wersji 9300. Wspomniany "clockfix" w wypadku boxów opartych na platformie SH4 daje bardzo wysoką stabilność i przy okazji wybitną szybkość pracy. Najnowszy kod oficjalny/testowy (98xx/99xx) osiągnął już stabilność w zasadzie porównywalną do "9300", ale nadal nieco ustępuje mu jeśli chodzi o szybkość pracy. Niewykluczone, że pod koniec roku pojawi się kolejna nasza wersja "9300" (albo coś, co będzie praktycznie na niej bazować), z przenoszonymi do niej zmianami z aktualnego/oficjalnego kodu. Już takie próby z powodzeniem podejmowałem, w wyniku czego powstała testowa wersja "9300" do której przeniesiono zmiany do okolic wersji 95xx. Niestety tylko około 90% kodu daje się w sposób w miarę prosty i bezbolesny przenieść, przeniesienie pozostałych 10% kodu, ze względu na konieczność modyfikowania go by pasował do kodu zmienionego "clockfixem" jest wybitnie czasochłonne. Z tego powodu, o ile w ogóle ten projekt zostanie wznowiony, to będzie wznawiany najwcześniej pod koniec roku. Aktualnie nie ma możliwości organizacyjnych by się tym zająć.

ależ skąd. jestem śmiertelnie poważny. wiem, że założenie GOS jest, iż jest przeznaczony dla "świadomych" użytkowników, ale z drugiej strony jestem zwolennikiem zasady KISS, co oznacza unikanie "udziwnień", w tym wypadku, że "out of box" system powinien być logicznie ustawiony, ch+/ch- robiące skok na początek/koniec czy do markerów takie w/g mnie nie jest.

Co jest genialnym rozwiązaniem, przydatnym dla "power usera", ale domyślnie...

Oczywiście jeśli taka funkcjonalność nikomu nie jest zupełnie potrzebna to nie będę się upierał. Pytanie, czy nie dałoby się tego pogodzić? opcja, która pozwoliłaby na to, by użytkownik miał wybór opcji tradycyjnej lub opcji z przeskokiem do markera, ew. zrobić wykrywanie markerów, i jeśli są, to...

Akhem. assign buton dopiero ostatnio (uznanie za włożony wysiłek się należy) stał się narzędziem, które można spokojnie używać. Wracając do sedna: Z tego co pamiętam, to przez pewien czas miały (chyba?) taką samą funkcje. W zasadzie się zgadzam, że zdublowanie funkcji na przyciskach było marnotrawstwem zasobów na pilocie, ale z drugiej strony, cosik mi się silnie wydaje ;) że czysto logicznie rzecz biorąc, to ch+/ch- (jak sama nazwa wskazuje), powinny jednakowoż przesunąć pozycję na liście kanałów (do dyskusji czy to ma być skok o 1 czy przeskok do następnej strony), a nie skakać na początek/koniec listy.

jakby to ująć delikatnie: odkąd ch+/- na liście kanałów powoduje przeskok na pierwszą/ostatnią pozycję na liście kanałów, to mam mord w oczach i chęć rzucania pilotem o ścianę, dobrze by było, gdyby dało się wybrać zarówno obecny jak i stary układ.

dwie sprawy: 1. nie piszę, bo nie chcę sugerować co się zmieniło, tylko mieć raporty nie skażone przez wiedzę o tym, co powinno być lepiej, taka ślepa próba ;) 2. 9870 v4 = 9871 (i kolejne) v3, to co było robione patchem, weszło w kod, stąd numerek multipatcha spadł ponownie w dół. BTW: z góry przepraszam, ale przez najbliższe około 2 tygodnie będę na forum bardzo nieregularnie, z doskoku.

Zanim zaczniesz rozbebeszać odbiornik, upewnij się że to nie wina karty (sprawdzając ją u kogoś), rzadko to jest przyczyną, ale się zdarza. Jeden taki przypadek mieliśmy na forum.

Mogę być w błędzie, ale mam wrażenie że z przyciskiem power w tym modelu "od zawsze" był problem.

Podaj model dysku.

odłącz go od instalacji antenowej i zobacz czy nadal będzie się zawieszał/restartował. jeśli będzie, to jest spore prawdopodobieństwo że: albo siadły kondensatory w boxie, albo siadł zasilacz, albo jedno i drugie.

coś tak jakby. instalujesz na dachu konwerter unicable, (tym razem rekomendacja wyłącznie dla ... Sharp'a) ale... jako odbiornik potrzebujesz coś lepszego niż 5800 BSLA/BSKA, które nie potrafią tego obsługiwać. Sagecomy oraz BZZB potrafią, BXZB, nie wiem, niech się mądrzejsi ode mnie wypowiedzą, ale przypuszczam że też.

wzmocnienie: Premium: 55dB Ultra: 60dB szum fazowy: Premium: -85dBc/Hz max Ultra: -90dBc/Hz max Separacja pomiędzy polaryzacjami: Premium: 22dB min Ultra: 25dB min Moim zdaniem to jest na plus dla Ultra, w niektórych wypadkach (kanały nadawane na podobnej częstotliwości ale innej polaryzacji, czy długie kable) że może być to realnie odczuwalne, niekiedy nawet wyraźnie odczuwalne. Aczkolwiek nawet "gorszy" Premium będzie zauważalnie lepszy od większości konwerterów dostępnych na rynku (mogą z Inverto rywalizować raptem 2-3 firmy), gdzie producenci skrzętnie unikają podania tych (innych też) parametrów, deklarując tylko współczynnik szumów. Upraszczając owszem. A jak się wie gdzie kupować, to jeszcze można kupić "selekta z selektów" :)

testujemy jeszcze parę wersji które są w zakresie zmian, by wyłapać która poprawka bruździ i zgłosić to gdzie trzeba.

Nie, nie ma. Tylko można restartować po "not found" przy pomocy parametru o którym już pisałem. Wracając do sedna: jeśli masz takie efekty specjalne, to albo masz LAN/WiFi w mocno złym stanie, albo coś nie tak jest z serwerem.

@WiFi? to w takim razie zdecydowanie sugeruje popracować nad jego stabilnością.

się skontaktuje. to nie powinno się zdarzać, u mnie czy @tux czy to 9300 czy aktualne potrafią chodzić co najmniej tygodniami, jak nie miesiącami.

Też bym to brał pod uwagę, zwłaszcza że ten odbiornik przed padnięciem uboota miał to do siebie, że piszczał (i nie był to pisk od wentylatora), czego nie miałem z żadnym ze swoich testowych, więc faktycznie coś może być nie tak na poziome sprzętu, a pisk to poprzedzał.

To ten sam UHD, co piszczał mimo wymiany wentylatora?

Spróbuj opkg install enigma2-plugin-freeplayer --force-reinstall

Gdyż oba zapisy działają, tylko "mój" (mocno upraszczając) zapobiega automatycznemu przeszukiwaniu kombinacji parametrów nadawania kanału przez dvbapi, od razu jest łapana właściwa kombinacja.

tak, zamienić: p:0100:000068 na p:0100:000068:::5C00 tnk SD nie mam jak zweryfikować, ale przypuszczam że zamiana z p:0B00:000000 na p:0B00:000000:::0000 powinna zadziałać.

Nie możemy. Jeśli nie zrozumiesz konfiguracji, to żaden gotowiec Tobie nie pomoże. Fakt, że masz 0 z 0 wskazuje że masz "prawie dobry" konfig. Zacznij od sprawdzenia czy na serwerze multirooma masz dobrze poustawianie grupy, czy użytkownik dla odbiornika odbierającego jest w tej samej grupie co czytnik oraz użytkownik dvbapi. Przy okazji dodam, że NIE WOLNO korzystać z konta dvbapi do próbowania podłączenia do servera użytkowników zdalnych.