AbrahaM
-
Postów
1 194 -
Dołączył
-
Ostatnia wizyta
Typ zawartości
Profile
Forum
Wydarzenia
Odpowiedzi opublikowane przez AbrahaM
-
-
Witajcie koledzy,
Przesiedziałem nad tunerem od ubiegłego piątku do dzisiaj i chyba czas już się poddać...
Miałem bardzo starą Graterlię, pomyślałem, że warto byłby ją zaktualizować. Zaktualizowałem, doinstalowałem paczki i generalnie wszystko było ok, do czasu kiedy moja żona chciała coś nagrać.... Efekt jest taki, że pojawia się w nagraniach nagranie... ale nie odtwarza, bo plik .ts na dysku waży 0... Mój tuner to BSLA.
Proszę o pomoc, nie bardzo wiem, co jeszcze może być nie tak
Pozdrowienia
ps. da się nagrywać "z palca" i da się odtwarzać, nie da się nagrać zaplanowanego zadania
Witaj,
Hm, mocno ciekawe. Ten błąd w zasadzie został wyeliminowany do dnia jakiś rok temu. Zakładając, że masz zaktualizowany poprawnie system, to nie powinien mieć miejsca. Jeszcze rozumiem, gdyby problem dotyczył nagrywania "na udziale sieciowym" i odbiorników "spark 7162", owszem wiemy że błąd takiej sytuacji dotyczy.
Po święcie przypomnij mi się w tym temacie, spróbujemy zrobić diagnostykę, może coś się uda ustalić.
Pozdrawiam,
-
Niestety mogę dograć tylko wersję 11314. Inne mam komunikat:
GraterliaOS:~# /etc/init.d/softcam start
oscam: error while loading shared libraries: libssl.so.0.9.8: cannot open shared object file: No such file or directory
/etc/init.d/softcam: line 34: [: ==: unary operator expected
Starting System OSCam
No i teraz mamy jasność. Aktualne binarki u nas zakładają w systemie obecność openssl (dostarczającego bibliotekę libssl) w wersji 1.0.x. Stare wersje OSCam, lub OSCam nie od nas, jak widać "wymagają" starej biblioteki libssl, której u nas nie ma.
-
Nie wiem jak to się stało ja sam tego nie zmieniłem.
Ok. Lokalnie klient się łączy.
Ale zdalny jeszcze ma problem.
Czy tu jeszcze jakiś niuans jest dla zdalnych klientów?
Bez logów, w których powinna być przyczyna czemu nie łączy, to już nic nie wymyślę. Z tego co widzę, to powinno teraz już ruszyć.
-
reshare = -1
A drogi użytkownik się dziwi, że nie działa.
No to teraz w ramach niesienia kaganka oświaty: http://www.streamboard.tv/wiki/OSCam/en/Config/oscam.conf#reshare <---- co tam widzimy?
-1 = no resharing
Poza tym, na kliencie nieużywane czytniki powinny być wyłączone lub usunięte, gdyż w niektórych sytuacjach (w zależności od paru parametrów) mogą przyczyniać się do kłopotów.
Generalnie konfig wygląda dziwnie, na niepotrzebnie udziwniony, ale po poprawieniu tego co napisałem wyżej, powinien zacząć jako tako działać.
-
jeśli dobrze pamiętam, to openwebif od jakiegoś czasu wymaga hasła zawsze,
nie wpuści użytkownika jeśli hasło nie jest ustawione,
jeśli mam rację to ustawienie z konsoli hasła (poleceniem passwd) dla root
rozwiąże problem, logować się na openwebif będziesz userem root i ustawionym hasłem.
-
Dobra, już zrozumiałem o co ci chodzi. :)
Ale wytłumacz mi jedno, dlaczego w tytule chcesz mieć wszystko? Skoro praktycznie poza ekranem eventview który na przykładzie przesłałeś, nie masz odczytu go w całości?
Nie wiem czemu chce, ale mnie ten układ ze zrzutu z ekranu także się bardziej podoba. :) Bo tak.
-
Witam, odświeże delikatnie temat zapytując ,czy do phoenixa ftdi oprócz powyżej wspomnianego kernela, należy doinstalować libusb? Do czego służy libusb?
Zainstalowałem sam kernel ftdi, phoenix działa, ale ma problemy ze wstaniem po restarcie oscama.
Nie trzeba. Jeśli są problemy z wstawaniem po restarcie, to trzeba przyjrzeć się parametrom, czy są ustawione prawidłowo, czy taktowanie jest właściwe. W normalnych warunkach phoenix chodzi absolutnie bezproblemowo.
-
Pewnie nie jeśli istnieje specjalna wtyczka od 'światełek' na przednim panelu. I skąd mam wiedzieć jaka to wtyczka?
Nie mam VU+, ale opkg list zwraca w wynikach m.in.
vuplus-checkvfd - 1.0 - Check vfd firmware
vuplus-displayvfd - 1.0 - Vuplus-displayvfd
obstawiam, że być może Tobie może być potrzebna druga z nich.
-
Po chwili walki z HDD mogę powiedzieć, że jest to dobry klon VU+Solo2SE.
Nie wiem tylko o co chodzi z LEDami na przednim panelu. Cokolwiek wciskam z pilota, to nie ma żadnej reakcji, niebieska świeci, dotykowy Power też. Ciągle tak samo.
Da się to jakoś ustawić?
A odpowiednią wtyczkę obsługującą wyświetlacz wgrałeś? Keśli nie, to opkg list Twoim przyjacielem :)
-
osoby z tunerem z modchip proszę o przetestowanie czy r11377 (wrzucone na forum do wiadomego działu) będzie działać prawidłowo, czy też "jak zwykle" będzie problem z równoczesnym oglądaniem i nagrywaniem.
-
OSCam r11377-1 multipatch_v6.2.12e
UWAGI: Kompilacja zawiera patche: statuslabel_v3.12 (własny patch, zmodyfikowany pod zmianę w 10538), defaultstweak_v1.57 (własny patch pod wersje 10634+, modyfikujący wartości domyślne istotnych dla Graterlia OS parametrów), patch cccam-ignoregoodbad (bazujący na zmianie 10633) patch disable_enable_ccache-v4, umożliwiający włączenie/wyłączenie funkcji channelchache, patch maxservices, zwiększający liczbę możliwych do dodania w ramach serwisu sidów (z poprawką uwzględniającą obecny limit sid po protokole cccam) a także patch ecmtimeoutlimit, dodający do czytników możliwość ich resetu po określonej przez użytkownika liczbie timeoutów.
W związku z tym, iż sporo użytkowników używa nie zaktualizowane wersje oscam oraz "oryginalnego" cccam, z poważnymi błędami w obsłudze kanałów które mają być (lub nie być) obsługiwane, nasze kompilacje najpierw posiadały aktywną zmianę 10634, zaś aktualnie kompilowane są z patchem cccam-ignoregoodbad dostosowanym do aktualnego kodu, będącym funkcjonalnie odpowiednikiem zmiany 10633). Patch wprowadza w czytniku cccam, w sekcji parametrów dotyczących tylko tego protokołu pole Ignore good/bad. Brak zaznaczenia, to standardowa praca CCCAM (wartość domyślna), zaznaczenie oznacza że OSCam "ma w nosie" listę obsługiwanych i nie obsługiwanych kanałów przekazywanych przez CCCAM. Jeśli użytkownik wie, że OSCam/CCCAM po drugiej stronie działa w sposób nieprawidłowy, to powinien tą opcję włączyć.
Ta wersja w części przypadków może eliminować problem z nagrywaniem plików TS o zerowej długości, gdy użytkownik używa własnej karty i ma cały czas włączone łapanie uprawnień. Do całkowitego usunięcia tego problemu jest konieczna aktualizacja oprogramowania do stanu z co najmniej 08 grudnia 2015. Ponadto wyeliminowany został problem z "szatkowaniem" nagrań z powodu nie respektowania wpisów w oscam.dvbapi od momentu rozpoczęcia nagrywania.
oscam-r11377-1-sh4-multipatch_v6.2.12e-allond.zip
oscam-r11377-1-sh4-multipatch_v6.2.12e-libusbd.zip
oscam-r11377-1-sh4-multipatch_v6.2.12e-libusbd-nodebug.zip
oscam-r11377-1-sh4-multipatch_v6.2.12e-libusbd-nodebug-nowebif.zip
oscam-r11377-1-sh4-multipatch_v6.2.12e-nolibusb-phoenix.zip
oscam-r11377-1-sh4-multipatch_v6.2.12e-nolibusb-phoenix-nodebug.zip
oscam-r11377-1-sh4-multipatch_v6.2.12e-nolibusb-phoenix-nodebug-nowebif.zip
oscam-r11377-1-mipselvu-multipatch_v6.2.12e-allond.zip
oscam-r11377-1-mipselvu-multipatch_v6.2.12e-libusbd.zip
oscam-r11377-1-mipselvu-multipatch_v6.2.12e-libusbd-nodebug.zip
oscam-r11377-1-mipselvu-multipatch_v6.2.12e-libusbd-nodebug-nowebif.zip
oscam-r11377-1-mipselvu-multipatch_v6.2.12e-nolibusb-phoenix.zip
oscam-r11377-1-mipselvu-multipatch_v6.2.12e-nolibusb-phoenix-nodebug.zip
oscam-r11377-1-mipselvu-multipatch_v6.2.12e-nolibusb-phoenix-nodebug-nowebif.zip
-
Już wszystko ok.
Ale jeszcze jedno gdzie jest plugin do zarządzania oscam ???
Chodzi o zatrzymanie oscama i restart ???
"A po co"? dobrze skonfigurowany OSCam nie wymaga restartów.
-
Witam, czym się różnią poniższe pakiety cec między sobą?
enigma2-plugin-cec - 0.3.9 enigma2-plugin-hdmicec - 0.3.9 - CEC plugin for OpenPLi enigma2-plugin-hdmicec-src - 0.3.9 - CEC plugin for OpenPLi
Nazwą. W starym repozytorium paczka nazywała się enigma2-plugin-cec, w nowym enigma2-plugin-hdmicec.
-
Pogodzę was Panowie. Czas wgrywania softu do NOR w UHD/ESI zależy od tego czy przy okazji przerabiania osoba przerabiająca użyła pamięci tego samego typu, czy innego zgodnego ale szybszego. Z tego co wiem, różnice w ilości potrzebnego czasu na wgranie mogą być nawet rzędu 1:3
-
Podziękował
Proszę bardzo.
-
Cześć, ktory soft jest do uhd88 ? Ewentualnie jak podpiąć nowe repo w systemie .
http://repository.graterlia.xunil.pl/release/ nie ma uhd88 :(
za to jest sagegom88,
i to jest wspólne dla esi i uhd
-
Panowie jordi[/member] i 314TeR[/member] oba posty są merytorycznie ok. Wzięliście się za analizowanie sprawy. Tylko zapominacie, że macie do czynienia z adb5800. Te odbiorniki (we wszystkich odmianach) mają taktowanie CPU na poziomie 266MHz, plus brak sprzętowego RTC. Do tego dochodzi specyficzna obsługa układu sieciowego (angażującego CPU) i taka sobie obsługa USB.
Obstawiam, że ze względu na opisane wyżej ograniczenia o streamingu audycji "HD" lub wysokiej jakości SD o streamingu na ad5800 należy zapomieć.
ESI 88 czy "sparki" mają prawie 2x wyżej taktowane CPU (450MHz plus sprzętowy RTC, co umożliwia ewentualne OC), lepszą sieciówkę i lepsze USB...
Generalnie, jeśli są ku temu możliwości, to zachęcam do migracji z adb 5800 na inne odbiorniki wspierane przez GOS.
-
Jak zafundujesz nam tunery to czemu nie :)
Przy czym mimo :)
na końcu, to jest absolutnie poważne stwierdzenie. Żeby móc coś wspierać, potrzebne są egzemplarze testowe. Dodanie czy utrzymywanie wsparcia dla odbiorników bez odbiorników jest w zasadzie niemożliwe...
-
Będzie Graterlia na solo4k?
Planuje zakup takiego tunera (już od roku, ale zawsze jest coś), a wyjście Graterlii na ten tuner, przyśpieszy mój zakup :)
Zacznę od wyjaśnienia niezbędnego detalu:
VU+ które zaczęliśmy próbować wspierać jest na procesorach z rodziny mips32el,
VU+ solo4k jest na procesorach z rodziny ARM,
W przewidywalnej w miarę bliskiej przyszłości szanse na wsparcie dla kolejnej architektury, gdzie wszystko trzeba robić od nowa podstaw są mocno marne. W dalszej niewiele lepsze, o czym więcej być może będzie mógł napisać tux[/member]
-
Z kronikarskiego obowiązku wyjaśnienie. To co spotkało reset[/member] to jest błąd w OSCam'ie, występujący gdy jest wkompilowana w OSCam obsługa protokołu ipv6, ale system ipv6 nie obsługuje. Błąd został opisany i zgłoszony: http://www.streamboard.tv/oscam/ticket/4582 Dziękuję reset[/member] za zwrócenie uwagi na ten błąd, który już kiedyś został przez nas wykryty, ale potraktowany jako "do zgłoszenia na później".
-
Po ostatniej aktualizacji nie działa serwer oscama (doinstalowałem oscam-standard), pliki konfiguracyjne podmieniłem z działającymi na poprzedniej wersji. Na tunerze adb5800 który jest dawcą sygnał jest dekodowany, natomiast na pc (plugin hadu) niestety nie działa.
Dodano
problem wynika z zastosowanej wersji oscam. Czy jest możliwość dodania do repezytorium starszej wersji oscam dla której nie jest generowany lub nie jest konieczny klucz oscam.pem. Ewentualnie opisanie w FAQ jak skonfigurować w takim przypadku tuner jako dawcę i pozostałe tunery czy jak w moim przypadku pc jako biorcę uprawnień.
oscam.pem nie ma się nijak do Twojego problemu. Jest to opcjonalny plik, wykorzystywany wyłącznie gdy ktoś postanowi dodać znak + (plus) przed numerem portu webif, uzyskując dzięki temu bezpieczne połączenie po httpS do OSCam'a. Tak samo nie ma się to nijak do wersji OSCam. Musisz poszukać błędów w konfiguracji u siebie, albo w OSCam, albo we wtyczce.
Prawidłowo skonfigurowany OSCam współpracuje z prawidłowo skonfigurowanymi wtyczkami:
1) acamd
2) flycccam
3) hadu
co osobiście swego czasu zweryfikowałem.
-
Ja osobiście między 770 780 790 nie zauważyłem żadnej różnicy, być może za krótko testowałem. Dopiero na 800mhz zaczęły dziać się dziwne rzeczy. Obecnie mój tuner chodzi na 790mhz od 2 lat.
Tak czy siak żaden z tych uboot'ów nie poradził sobie z krzakami na ekranie na głowicy A (w momencie infobar'a itp.), znana przypadłość UHD.
Rozumiem, że wciąż nic się nie zmieniło w tym temacie i nikt nie podzielił się magicznym rozwiązaniem do ogólnego zastosowania? ;)
Zgadłeś. Magicznego rozwiązania jak do tej pory nie wynaleziono. Co do tego, że u Ciebie tak samo chodziły 770,780,790 to tylko pogratulować. Mnie są znane przypadki (w tym jeden osobiście), że dany odbiornik po dłuższej pracy na złym uboot stawał się stopniowo coraz bardziej niestabilny. Wgranie w niego drogą eliminacji i długich testów właściwego uboot rozwiązało problemy. Oczywiście z wyłączeniem znanego i lubianego pixelowania na głowicy A.
-
Którego należy używać? To zależy z jakim najlepiej działa Twój tuner. Generalnie trzeba testować na każdym egzemplarzu osobno.Działa, dziękii !!
No dobra ale czym się różnią te uBooty od siebie i którego należy używać domyślnie ??
Czym się różnią? Taktowaniem.
No właśnie, a czego to jest taktowanie ? Bo chyba nie proca ?
Pamięci. I niestety tu nie działa zasada bezpiecznego wspólnego najniższego mianownika, która działa w wypadku komputerów typu PC. uboot w wypadku ESI/UHD musi być trafiony w punkt.
-
oscam-r11350-1-sh4-multipatch_v6.2.10e-allond - działa poprawnie :)
czyli się diagnoza potwierdziła, wiem(y), co było nie tak i na przyszłość nie będzie nie tak.
Pomoc dla świeżaka
w Tematy ogólne Graterlia OS
Opublikowano
Od siebie dodam, że warto "poświęcić" dane EPG i przed aktualizacją ręcznie skasować epg.dat, który po dłuższym używaniu systemu może mieć spory rozmiar i przyczynić się do niepowodzenia aktualizacji. Niedawno taka sytuacja miała miejsce u znajomego.