tux

Parametr -B...proszę przeczytać poniżej: Myślę, że mamy odpowiedź gotową.

Na początek... hdparm -B /dev/sd... hdparm -S /dev/sd... Jakie są wyniki teych poleceń?

A co to za dysk? hdparm działa z nim?

Moja magiczna kula mówi mi, że coś nie działa. Ale nawet ona bez loga z procesu instalacji więcej nic nie podpowie :)

Odnośnie pierwszego loga to chodziło mi o zrzut z "debug" czyli z gniazda debug w tunerze. Inaczej pisząc, log z informacją o starcie systemu operacyjnego. Odnośnie drugiego loga to już raz widziałem coś takiego. Jeszcze nie mam pojęcia o co chodzi. W solnej chwili przyjrzymy się temu. Podobny przypadek też dotyczył Zgemma H2S.

Zmyliło mnie to, że pytasz się o SoftwareManagera, który jest w repo addons, które z kolei jest dostępne tylko dla członków ISUGOS. Konto ISUGOS też posiadasz. W takim razie doprecyzuję to, co napisałem wyżej. To, co napisałem, zadziała, ale tylko w przypadku ISUGOS. Posadać wersji Free, czyli właściwie takiej, jakiej używam osobiście, nie ma dostępu do Addons i do SoftwareManaera. Ten pakiet jest zupełnie niepotrzebny do tego, aby działała funkcja „TV” w tunerze. Reasumując...żadne zaklęcia na GOS bez członkstwa ISUGOS nie zadziałają aby użyć repo addons :)

W terminalu... echo "src/gz addons-all http://addons.graterlia.xunil.pl/release/all" > /etc/opkg/addons.gos echo "src/gz addons-mips32el http://addons.graterlia.xunil.pl/release/mips32el" >> /etc/opkg/addons.gos ln -sfn /etc/opkg/addons.gos /etc/opkg/addons.conf opkg update opkg install enigma2-plugin-softwaremanager /etc/init.d/e2gui restart

Było już nie raz na forum...szukajka zepsuta? W załączniku skrypt do konfiguracji. nosatconfig.sh.gz

Jest w repozytorium addons, które trzeba dodać do opkg. Niebawem mam nadzieję będzie informacja o tym w informacjach na WWW.

Czasami jestem przerażony zadawanymi pytaniami. Wiem, że czasem może coś być nie jasne, ale na temat wgrywania softu do tunerów już wiele razy było napisane, nie tylko tutaj. Przykład pierwszy z brzegu: https://wiki.openpli.org/Receivers:Vu Cytuję:

Nie ma FAQ. Zresztą było w 99% na SH4. Do Vu+ Zero wgrywasz jak każdy inny soft, a potem opkg i instalacja co chcesz, albo na skróty (niepolecane) to, co napisane jest na ekranie telewizora. W kwestii instalacji nic się nie zmieniło.

+------------------------------------------------------------------------------- | OSCam ver: 1.20_svn rev: 11486 target: x86_64-pld-linux-ssl | Tools: | CROSS = | CC = gcc | Settings: | CONF_DIR = /usr/local/etc | CC_OPTS = -O2 -ggdb -pipe -ffunction-sections -fdata-sections | CC_WARN = -W -Wall -Wshadow -Wredundant-decls -Wstrict-prototypes -Wold-style-definition | CFLAGS = -DWITH_SSL=1 -DWITH_LIBCRYPTO=1 | LDFLAGS = -Wl,--gc-sections -DWITH_SSL=1 -DWITH_LIBCRYPTO=1 | LIBS = -lssl -lcrypto -lm -lpthread -ldl | UseFlags = USE_SSL=1 USE_LIBCRYPTO=1 | Config: | Addons : WEBIF WEBIF_LIVELOG WEBIF_JQUERY TOUCH WITH_SSL IRDETO_GUESSINGCS_ANTICASC | WITH_DEBUG MODULE_MONITOR WITH_LB CS_CACHEEX CW_CYCLE_CHECK LCDSUPPORT | LEDSUPPORT IPV6SUPPORT | Protocols: CAMD35 CAMD35_TCP NEWCAMD CCCAM CCCSHARE GBOX | Readers : NAGRA IRDETO CONAX CRYPTOWORKS SECA VIACCESS VIDEOGUARD BULCRYPT | CardRdrs : PHOENIX | Compiler : gcc (PLD-Linux) 8.2.0 20181009 (release) | Config : build/x86_64-pld-linux-ssl/config.mak | Binary : Distribution/oscam-1.20_svn11486-x86_64-pld-linux-ssl +------------------------------------------------------------------------------- oscam-1.20.server-svn11486.x86_64.rpm

Wyraźnie jest napisane, iż w razie błędu należy kontaktować się poprzez: support@graterlia.xunil.pl

A czy przypisałeś odbiornik do ISUGOS? Jeżeli tak to czy po wgraniu od nowa odzyskałeś konto na tunerze?

Bardziej mi chodziło o to, że w GOS może tylko Ty używasz :) EDIT tux: config.recording.never_decrypt=true Oczywiście, że nie jest to standardowe ustawienie. Dlatego pytałem się, czy masz wgrany konfig poprzedni (SPARK) czy nowy. Po tym jak napisałeś, że nowy przyjąłem, że masz standardowe ustawienia i nie zmieniałeś ustawień tak wrażliwych. Ważne, że się wyjaśniło.

PIP jest traktowany jako ZAP a nie PVR. W tym jest różnica. Mnie zastanawia, dlaczego jest ten problem i tylko u Ciebie? A może tylko ty używasz F1? Tak czy inaczej...newcamd/mgcamd nie używałem nigdy, bo jest to przestarzały protokół i nigdy nie zamierzałem się uwsteczniać. To, czego się na jego temat naczytałem, i to od osób mądrzejszych ode mnie w sprawie SoftCamów wystarczyło mi aby raz na zawsze zapomnieć o tym protokole. Natomiast nie neguję tego, że coś u Ciebie nie działa jak, powinno. Fakty dodatkowe są takie, że sterowniki do tego tunera, te co mamy w repo zostały już tylko na upload oe-alliance (nie znalazłem na innym upload). Producent nie ma ich u siebie i nawet kompilacja OpenPLi pod ten konkretny tuner ślicznie się wywróciła z komunikatem, że nie można pobrać sterowników. Miałem ten pakiet sterowników od oe-alliance, więc wrzuciłem do odpowiedniego katalogu ze źródłami i kompilacja poleciała dalej. U producenta są te sterowniki, co dałem Ci na forum. Jak się okazało — nie wystartował tuner. Powodu, na razie nie znamy, bo nie mamy loga z debug. Całość zaczyna być lekko dziwna dlaczego? producent wycofuje z własnego upload sterowniki; te, co zostawił nie załadowały się u Ciebie; na upload oe-alliance są te, co producent wycofał/ Dla mnie nie wróży to nic dobrego. W świecie „puszek” DVB jesteśmy lekko związani. Nie możemy użyć wersji Kernela, jaka nam się podoba. Nie możemy wgrywać dowolnych sterowników, bo wymagają konkretnych wersji jajka. Paradoksalnie może być tak, że faktycznie jest coś zwalone. OpenPLi w swoich obrazach na WWW ma jakiś sterownik „diabli wiedzą skąd” i może nawet on działa, ale tylko z konkretnym jajkiem z OpenPLi i to tym, co jest w obrazie na WWW, a nie tym, co mogę skompilować. Podobnie może być np. w OpenATV. GOS bazuje całkowicie na tym, co jest dostępne, a nie na tym, co mają konkretne grupy tworzące sofy na wyłączność pod stołem. Oczywiście nie mam 100% pewności, że tak jest. Pamiętam jednak sprawy SH4 i to, że część softu było niejawna. Nie można było jej pobrać od producenta, a jednak np. OpenATV wypuszczał gotowe IMAGE z tym, czego oficjalnie nie było. Także scenariusze są przeróżne. Wszystkich softów GOS nikt nie testował dogłębnie, bo nie mamy dekoderów prywatnie. To czy coś w ogóle działa wnioskujemy po tym, co ktoś do nas napisze. Niestety, taka jest prawda.

Kolego. Zmiana protokołu na 10 minut to jest chwilka. Nikt Ci nic z tego powodu nie zrobi. Jeśli nie możesz tego zrobić to...powstrzymam się od komentarza. Dodanie drugiego protokołu do oscam to dosłownie kilka kliknięć — nawet podczas pracy. Także może skończmy te podchody i zabawę w kotka i myszkę. Nie upieram się, że błędu nie ma. W GOS (i nie tylko) było, jest i pewnie jeszcze będzie masa błędów. Twoje zachowanie ewidentnie wskazuje na coś, co jest zabronione regulaminem. Nawet jeżeli w istocie jest inaczej, to zachowanie mówi coś zupełnie innego. Bardzo chce pomóc, ale mnie też musisz zrozumieć. Jak nie możesz czegoś tu napisać to napisz np. na support@....i napisz dlaczego nie możesz. O wiele łatwiej będzie coś wykonać.

Ja rozumiem, że się upierasz nad czymś. Jednak zastanawia mnie jedno...pomijając to, że może coś faktycznie nie działać. Skoro "cały kram" jest Twój to jaki problem w teście innego protokołu? Wybacz, że dociekam sedna, ale męczy mnie to od samego początku. Ponadto zastanawiam się, jak softcam zachowa się z kartą w dekoderze? Szukamy wszystkiego. Tylko droga eliminacji. Powoli pole manewru się kończy.

Chodzi mi o to, że doszukałem się w swoich zasobach raporty podobne (czytaj brak możliwości obsługi dwóch głowic) na protokole mgcamd. Nie mam pewności, jak bardzo te raporty są wiarygodne, ale też wiem, że odkąd mam tuner z Linux nie użyłem mgcamd ani razu. Nie użyłem go, ponieważ już w tamtych czasach był to "dinozaur" a obecnie to nie mam już nawet kategorii na to. Przez pewien czas używam CCCAM ale tam też miałem pewne problemy. W rezultacie został CAMD. Jednak i CCCAM i CAMD według tego raportu nie miało tego błędu. Zakładając, że na SH4 nic nie działało jak powinno (czytaj jak wszędzie poza SH4) raporty mogą mówić prawdę. Stąd to pytanie o zmianę protokołu. Jak wykluczać to wszystko. Na razie wykluczyliśmy: na 99,9% OpenPLi E2 (testowałeś wersję skompilowaną specjalnie pod Formuler F1); wersje OSCam; brak dodatkowych demuxerów w /dev; pewnie coś jeszcze o czym zapomniałem. Powoli wszystko się zacieśnia i zaczynamy mieć problem z tym co jeszcze możemy sprawdzić.

Możesz na próbę użyć innego protokołu niż mgcamd?

Czy ustawienia E2 całe ustawiałeś dla MIPS32EL od początku czy wgrałeś ustawienia ze SPARKa?

I za chwilę przydałby się kabel debug. Teraz może nie wstać, bo sterownik się nie załadował. Ten nowy co dałem nie mam pewności, że w ogóle wstanie.

To jeszcze zrestartuj Tuner :) To są sterowniki kernela. Trzeba cały system załadować od nowa. Co do debug 6. Zobacz do pliku /etc/enigma2/debug_level. Zainteresuj się też opcję restartu GUI w trybie Debug.

Piszę post pod postem świadomie. W załączniku inne sterowniki dla Formuler F1. Wgraj i raportuj. Jako ciekawostkę napisze, iż te są ostatnie, jakie oficjalnie ma producent na u siebie. formuler_f1.tar.xz

To zaczynamy mieć ciekawy problem. Dlaczego? Plik co dałem do załącznika to specjalna wersja skompilowana wyłącznie pod F1. Skoro ta wersja E2 dalej ma ten sam problem to zagadka jest niesamowita. Możesz włączyć Debug 6, doprowadzić do błędu i podesłać plik loga?