robert_cz

Chodzi CI o ten projekt? https://ssl.bulix.org/projects/lcd4linux/ A co byś chciał wyświetlać i na jakim wyświetlaczu, wbudowanym? Pytam z ciekawości.

To nie do końca błąd, ale fajnie by było w "czystej wersji" zrobić taką zmianę. Wyrzucić dwa "zerowe pliki: /etc/enigma2/blacklist /etc/enigma2/whitelist System bez nich działa poprawnie, jak się z menu odbiornika dodaje zablokowane kanały lub listy ulubionych, to plik jest tworzony, a rozwiąże to problem z tym, że plik blacklist jest w paczce "enigma2-channels-hotbird-richter-polskie" ustawiony jako konfiguracyjny i jak istnieje ten pusty plik w "czystym systemie" to nie jest zapisywany, tylko jest tworzony nowy z dodatkiem opkg.

To może warto by dodać zależność do Dmanpi żeby wymagał paczki DreamExplorer, skoro bez niego nie działa?

No to moim zdaniem z "surowej" wersji systemu ten folder i plik mogą spokojnie zostać posprzątane.

Chce tylko pomóc ;-( mogę zrobić więcej, ale nie wiem na ile mogę sam. To co, zrobić aktualizację tej paczki dodając ten plik? tylko której paczki dmnapi, czy dreamexplorer? A czysty obraz, to już tylko konkretne wybrane osoby raczej?

Zobaczyłem, że w logach pojawia się coś takiego: Plugin Extensions/DreamExplorer failed to load: No module named DreamExplorer.plugin Plugin probably removed, but not cleanly in /usr/lib/enigma2/python/Plugins/Extensions/DreamExplorer Zajrzałem do folderu usr/lib/enigma2/python/Plugins/Extensions/DreamExplorer i znalazłem tam plik: keymap.xml jest tam jakieś mapowanie klawisza dla dmnapi, plik keymap.xml jest też w "czystych" obrazach, a nie ma go w żadnej z paczek. Można prosić o wykasowanie do z czystego obrazu i ewentualne dodanie go do odpowiedniej paczki enigma2-plugin-dreamexplorer lub enigma2-plugin-dmnapi ?

A pewnie, że dziękuję, nawet bardzo dziękuję. A jaki macie plan, żeby nie trzeba było ręcznie kasować plików? Jakaś zmiana opcji "wyłączania" głowicy?

Pluginem zająłem się jako awaryjnym wyjściem dla opcji, jest jedna sytuacja w której się może przydać plugin, jak na tunerze serwerze mamy np. DVB-T, choć to też można załatwić przez opcję. @herpoi, podaj mi proszę jak "ręcznie" naprawić problem TS-ów, skasować /dev/.../demux3?

@matzg wiesz, że jak uda się rozwiązać problem ze strumieniami .ts o którym pisałem w tym wątku: http://forum.xunil.pl/index.php?topic=1882.msg25431#msg25431 i na który @j00zek i @herpoi mają rozwiązanie, to będzie można wrócić do oryginalnej wersji wtyczki i nie będzie problemu ani z brakiem strumienia, który rozwiązałeś przez zmianę 1 na 4095, jak problem picon też się sam rozwiąże. @ j00zek jest trochę tajemniczy, ale wygląda jak by plik /dev/dvb/adapter0/demux3 był nadmiarowy. Wytłumaczyłby ktoś mi o co chodzi z tymi plikami demux o jak to działa i dlaczego pojawił się ten z 3 na końcu?

Poprosiłbym o kompilację i dodanie paczki IPtraf: http://iptraf.seul.org/ Aplikacja pozwala na ekranie konsoli oglądać statystyki komunikacji TCP IP. Zainstalowałem te binarki i bardzo ładnie działa: https://code.google.com/p/sh4twbox/downloads/detail?name=iptraf-3.0.0-2-sh4.pkg.tar.xz&can=2&q= W załączniku zrzut z Iptraf przy oglądaniu TVP1 w streamie.

Jeżeli mi coś nie umknęło, to 4097 zawsze leci przez gSreamer. Wymuszenie obsługi eplayer3 w multi to 4099. Przynajmniej tak to wygląda w kodzie FreePlayera. Ja już się gubię, a te z 1 też da się wymusić, czy zawsze będą tak samo? Do wyboru w menu po zainstalowaniu multiframework mam: - gStreamer - GST&FFM - automatycznie Czyli domyślnie, jak rozumiem, bez zainstalowanego multiframeworka działa gStreamer?

A gdzie to przestawić, bo nie mogę znaleźć?

Link który zamieściłeś, coś nie działa. Chwilowo nie mam drugiego BOX-a, jak tylko "dopadnę" to sprawdzę ;-) A wiesz może czy są jakieś wydajnościowe różnice między gstream i multiframework?

to te z jedynką nie chcą działać :-( EPG będzie działać, bo ten kawałek kodu dotyczy już samego "wywołania" strumienia. A może na OpenPLI ich poproszę, chociaż trochę są zablokowani jak się pisze, że to chodzi o odbiornik, który nie wspierają natywnie. Właśnie, że działa pozornie, do restartu tunera :-( Potem trzeba włączać głowicę. Ogólnie działa, jak jest głowica z podłączoną anteną, problemy są na tunerach z wyłączoną, lub nieobecną głowicą.

A kto z developerów jest "opiekunem" OpenPLi w Graterli?

A spojrzałbyś, poproszę, na ten kod OpenPLI, może tam się da zrobić podobną modyfikację? Jak to widzisz?

Picony standardowo identyfikowane są po id kanału. Trzeba by zrobić linki symboliczne zmieniając "1" na "4097". z palca to zajmie wieki... nie dało by się zrobić jakiegoś skryptu który na podstawie tego co jest w /usr/local/share/enigma2/picon robił by symlinki z zmienioną nazwą z np. 1_0_19_15_3200_13E_820000_0_0_0.png na 4097_0_19_15_3200_13E_820000_0_0_0.png Coś takiego?: #!/bin/bash picons=/usr/local/share/enigma2/picon/*.png for file in $picons do link=`echo "$file" | sed 's/\/1_/\/4097_/g'` ln -s $file $link done To może by go dodać do paczki tak żeby trafiał do user_scripts?

A może skoro wiemy na czym polegał problem, zajmiemy się, moim zdaniem fajniejszą funkcją, która robi to samo, a wymaga tylko wpisania w opcjach enigmy IP zdalnego odbiornika i aktywowania funkcji: Włącz zapasowy zdalny odbiornik" (EN: "Enable Fallback remote receiver") Wystarczy w tej modyfikacji: https://sourceforge.net/p/openpli/enigma2/ci/3609ff62e1051451fd990f7ef3124eeda8d28e1d/ W opcjach tego strumienia który enigma chce otwierać podmienić tą nieszczęsną jedynke na 4097, ale tu niestety moje zdolności programistyczne są za słabe, jedyne co znalazłem, że ta zmiana powinna być gdzieś tu w pliku lib/service/servicedvb.cpp: ePtr<eDVBResourceManager> res_mgr; std::string remote_fallback_url = eConfigManager::getConfigValue("config.usage.remote_fallback"); if(!m_is_stream && !m_is_pvr && (remote_fallback_url.length() > 0) && !eDVBResourceManager::getInstance(res_mgr)) { eDVBChannelID chid, chid_ignore; int system; service.getChannelID(chid); eServiceReferenceDVB().getChannelID(chid_ignore); if(!res_mgr->canAllocateChannel(chid, chid_ignore, system)) { size_t index; while((index = remote_fallback_url.find(':')) != std::string::npos) { remote_fallback_url.erase(index, 1); remote_fallback_url.insert(index, "%3a"); } std::ostringstream remote_service_ref; remote_service_ref << std::hex << service.type << ":" << service.flags << ":" << service.getData(0) << ":" << service.getData(1) << ":" << service.getData(2) << ":0:0:0:0:0:" << remote_fallback_url << "/" << service.type << "%3a" << service.flags; for(index = 0; index < 8; index++) remote_service_ref << "%3a" << service.getData(index); service = eServiceReferenceDVB(remote_service_ref.str()); m_is_stream = true; m_is_pvr = false; } } Dokładniej to pewnie gdzieś w tym kawałku: remote_service_ref << std::hex << service.type << ":" << service.flags << ":" << service.getData(0) << ":" << service.getData(1) << ":" << service.getData(2) << ":0:0:0:0:0:" << remote_fallback_url << "/" << service.type << "%3a" << service.flags; for(index = 0; index < 8; index++) remote_service_ref << "%3a" << service.getData(index); service = eServiceReferenceDVB(remote_service_ref.str()); Ale niestety nie do końca jestem pewien co oznacza co. :-( Rozwiązuje to zaróeno problem EPG, Picon i w ogóle wtyczka stanie się niepotrzebna.

Picony standardowo identyfikowane są po id kanału. Trzeba by zrobić linki symboliczne zmieniając "1" na "4097". Ja jestem za wrzuceniem już wtyczki, a szczegóły dopracuje się w większym gronie?

Wszystko co mogłem sprawdzić działa: - EPG jest - ale z EPGImport, bo po zmianie z 1 na 40cośtam tracimy EPG ze strumienia, - zmiana wersji językowej audio też działa, Straty: - brak EPG ze strumienia DVB - da się przeżyć :-) - brak picon kanałów. Więcej nie widzę, najważniejsze, że działa, moim zdaniem możemy wrzucić do repozytorium. PS. A może na oficjalnej stronie projektu warto by jakoś poinformować o Twojej poprawce i dlaczego była potrzebna, może zrobiliby na to jakiś parametr we wtyczce? Możesz wkleić jakich zmian dokonałeś? Wielkie dzięki.

Może być, może w tym co pisali było, że jak nie jest jako strumień DVB TS, to nie pobiera EPG, ale jak już jest skądś pobrane, to działa. Bo jak miałem tylko z 1 zamiast tego 40cośtam, to strasznie się zdziwiłem, że na nowo zainstalowanym tunerze bez EPGImport, bez głowicy zaczęło się pojawiać EPG na kanałach, oznacza to, że przynajmniej samo EPG wtedy działa ze strumienia ts :-). A jak idą testy?

dziwne, bo mi też EPG działało, a zgodnie z tym co przeczytałem nie powinno.

Znalazłem małe wideo z pokazem jak działa, niestety po niemiecku: A zasada działania jest prosta, dodaje do listy kanałów tunera zdalnego, bez głowicy np., listę streamów na podstawie listy kanałów innego tunera w sieci, żeby potem z tego streamu oglądać, oczywiście dobrze by było jak by zdalny tuner miał podwójną głowicę. [Aktualizacja] Powstrzymuję mój hura optymizm :-( Listę kanałów czyta poprawnie ze zdalnego tunera, ale coś jednak jest nie tak, szukam. [Aktualizacja2] Już wiem dlaczego nie chcą działać kanały z automatycznie wygenerowanej listy przez tą wtyczkę. Nasze tunery dziwnie się zachowują jak w pierwszej pozycji za services mają 1, a tak się domyślnie robi ta lista, chcą demuxa i obsługę Video robić za pomocą głowicy, ten sam "dziwny problem występuje przy próbie odtwarzania plików .ts nagranych wcześniej z wyłączoną głowicą. Tunery natywnie wspierane przez openPLI tego nie mają, niektórzy sugerują, że to problem sterowników. Nie za bardzo znam strukturę plików listy, ale znalazłem w jednym z postów dotyczącym IPTV na liście kanałów, że zamiast jedynki na pierwszym miejscu jest 4097, poprawiłem manualnie i działa. #SERVICE 4097:0:1:423b:3db8:13e:820000:0:0:0:http%3A//192.168.1.5%3A8001/1%3A0%3A1%3A423b%3A3db8%3A13e%3A820000%3A0%3A0%3A0:TELE 5 Wie ktoś gdzie znaleźć dokumentację struktury tych plików list? jedyne co znalazłem, to, to: http://radiovibrations.com/dreambox/services.htm [Aktualizacja3] tu znalazłem coś więcej: http://forums.openpli.org/topic/30071-channel-id/?view=findpost&p=370031 przestawiając na 4097 niestety tracimy EPG :-( A Problem z działaniem jeśli jest jedynka, jeśli w SERVICE jest 1 to oznacza strumień DVB TS i wraca problem, że sterownik naszych sprzętów, upiera się, że do strumienia TS chce głowicę z podłączoną anteną :-( Moim zdaniem są 3 wyjścia, które niestety mnie przerastają: 1) znaleźć błąd w sterowniku - rozwiązuje najwięcej, 2) zmodyfikować w kodzie OpenPLI tam gdzie jest obsługa "zapasowego zdalnego odbiornika", żeby podmieniało tą nieszczęsną jedynkę na 4097, może jakiś dodatkowy parametr? Może OpenPLI zaakceptowało by Forka, czy Merge (chyba tak to się nazywa :-)) od tego miejsca https://sourceforge.net/p/openpli/enigma2/ci/3609ff62e1051451fd990f7ef3124eeda8d28e1d/ 3) modyfikacja wtyczki żeby generowała pliki z 4097 zamiast 1.

A do jakiego folderu wrzucić? Extensions/RemoteChannelStreamConverter/locale Przeanalizuj to co było w lokalach (jakie pliki) i co jest w tym co podesłałem ...wyciągnij wnioski Zapytałem, bo wydawało mi się przez chwilę, że powinno być w /usr/lib/locale Wtyczka okazuje się, że działa, tylko pojawia się nie we wtyczkach, tylko w system -> wyszukiwanie kanałów :-) Mogę prosić o dodanie do repozytorium? Powinno rozwiązać mój problem z tunerem bez głowicy. Z góry dziękuję

A do jakiego folderu wrzucić? Wiem, że wyjdę na lamera, ale nie bardzo rozumiem po co jest plik setup.py? Przyznam się, że działam troszkę jak małpka, raz się udało, to staram się wszędzie tak samo robić, a te pliki setup.py chyba jednak po coś są, tylko ja nie wiem co z nimi zrobić ;-(