robert_cz

Tak sobie pomyślałem, że może warto by z rootfs wyrzucić do opcjonalnych paczki odpowiedzialne za obsługę DVD fizycznego i plików ISO. Postanowiłem potestować i wymusić odinstalowanie paczek: libdreamdvd - 0.0.4 libdvdnav - 4.2.1 libdvdread - 4.9.9 Dam znać czy "popsuje" to stabilność systemu.

Przyjrzałem się trochę plikom z paczki autofs: opkg files autofs Package autofs (4.1.4.6) is installed on root and has the following files: /usr/lib/autofs/mount_generic.so /usr/lib/autofs/mount_ext2.so /usr/sbin/automount /usr/lib/autofs/mount_afs.so /usr/lib/autofs/mount_bind.so /usr/lib/autofs/parse_sun.so /usr/lib/autofs/mount_ext3.so /usr/lib/autofs/mount_nfs.so /usr/lib/autofs/mount_autofs.so /etc/rc.d/init.d/autofs /usr/lib/autofs/lookup_file.so /usr/lib/autofs/ /etc/rc.d/rc5.d/S56autofs /usr/lib/autofs/lookup_yp.so /etc/auto.hotplug /usr/lib/autofs/lookup_nisplus.so /sbin/ /usr/sbin/ /usr/lib/autofs/mount_changer.so /usr/lib/autofs/lookup_program.so /etc/rc.d/rc3.d/S56autofs /etc/auto.network /sbin/hotplug /usr/lib/autofs/lookup_multi.so /etc/rc.d/init.d/ /usr/lib/autofs/lookup_userhome.so Moim zdaniem kilka bibliotek jest niepotrzebnych: (3.516B)/usr/lib/autofs/lookup_userhome.so - module for Linux automount to generate symlinks to user home directories. (raczej nikt nie tworzy więcej użytkowników więc homedirectories też raczej są niepotrzebne), (13.808B)/usr/lib/autofs/lookup_yp.so - module for Linux automountd to access a YP (NIS) automount map. (Serwerów NIS dla zcentralizowanego zarządzania raczej nikt nie będzie wykorzystywał, bo i po co), (4.268B)/usr/lib/autofs/lookup_nisplus.so - Module for Linux automountd to access a NIS+ automount map (jw) (3.288B)/usr/lib/autofs/mount_afs.so - Module for Linux automountd to "mount" AFS filesystems. (sieciowego systemu plików AFS też raczej nie potrzebujemy w tunerach). Ten to może się czasem komuś przydać, ale dla 99% raczej nie będzie potrzebny: (5.464B)/usr/lib/autofs/mount_changer.so - module for Linux automountd to mount filesystems from cd changers Razem 30.344B do zaoszczędzenia, no i oczywiście mniej niepotrzebnych plików.

Jakimś dziwnym trafem w folderze Extensions wraca folder WebInterface mimo, że w rootfs go nie ma. Generuje on tylko błąd: Plugin Extensions/WebInterface failed to load: No module named plugin Plugin probably removed, but not cleanly in /usr/lib/enigma2/python/Plugins/Extensions/WebInterface Sprawdzałem zaraz po pierwszym uruchomieniu, po przejściu wizarda konfiguracji głowic.

Z jakiegoś powodu po którejś z aktualizacji przestało mi montować DVD. Moim zdaniem wygląda na to jak by OpenPLI pozmieniało sobie kod żródłowy pod autofs 5. Jedną ze zmian którą znalazłem, to zmiana punktu montowania z /autofs na /media w pliku Harddisk.pyo. https://sourceforge.net/p/openpli/enigma2/ci/49c30168048d9793dd633a7dca7fb64fc04a357b/ Zdekompilowałem naszą wersję Harddisk.pyo i wygląda, że nie ma tej zmiany, można prosić o jej wprowadzenie? I wygląda na to, że jednak zmiana autofs na wersję 5, może się okazać konieczna: http://forum.xunil.pl/index.php/topic,1563.msg19298.html#msg19298 Ale prowadząca już do folderu media, a nie do autofs.

dopiero się uczę, mam śroodowisko zrobione, ale mi coś nie idzie :-( Oczywiście się z Tobą zgadzam, że do release nie ma sensu dodawać funkcji na co dzień nie potrzebnej, ale taka paczka do testów by się przydała, a samemu mi na razie nie wychodzi. Ale skoro odpowiedziałeś to Cię o coś zapytam: Gstream działa na pluginach, jak on sobie radzi z wywołaniami z OpenPLi bo nie ma wtyczek od mpeg2 i mpeg4 nie znalazłem? [Aktualizacja 1] Ale jak by podzielić paczkę na gstreamer z bibliotekami potrzebnymi OpenPLI i gstream-tools, narzędziami do testowania (tak jak proponowałem tu: http://forum.xunil.pl/index.php/topic,2078.0.html), (już podzielone) to w tej drugiej do tych narzędzi można by dokompilować debug?

Czy dałoby się dokompliować wersję gstreamer-gos-tools z opcjami debug? Bo aktualnie dają taki błąd: GraterliaOS:/hdd# gst-launch --gst-debug-help Error initializing: Unknown option --gst-debug-help Wydaje mi się, że to problem nie dokompilowanego debugu.

Czytając trochę w sieci zobaczyłem, że w innych dystrybucjach nasza aktualna paczka gstreamer-gos jest podzielona na dwie gstreamer i gstreamer-tool zawierającej poniższe binarki, przydatne do testów, ale na co dzień nie potrzebne: \usr\bin\ gst-xmllaunch gst-xmllaunch-0.10 gst-xmlinspect gst-xmlinspect-0.10 gst-launch gst-launch-0.10 gst-feedback gst-feedback-0.10 gst-typefind gst-typefind-0.10 gst-inspect gst-inspect-0.10 gst-visualise-0.10 gst-discoverer-0.10 Sprawdzone, wywaliłem powyższe pliki i sprawdziłem czy wszystko działa i działa bez zarzutu zarówno telewizja jak i IPTV oraz wcześniej zapisane nagrania. Do zaoszczędzenia jest 184KB [Aktualizacja] Paczka od wersji gstreamer-gos - 0.10.36-8 już podzielona. Dziękuję

Ostatnio trochę siedzę w tym gstreamerze i zobaczyłem, że po zainstalowaniu paczki z tematu, gst-inspect daje błąd brakującego pliku. Można prosić o aktualizację paszki, oczywiście w wolnej chwili, bo to nic krytycznego. :-) gst-inspect (gst-inspect-0.10:23656): GStreamer-WARNING **: External plugin loader failed. This most likely means that the plugin loader helper binary was not found or could not be run. (gst-inspect-0.10:23656): GStreamer-WARNING **: Failed to load plugin '/usr/lib/gstreamer-0.10/libgstaudiovisualizers.so': libgstfft-0.10.so.0: cannot open shared object file: No such file or directory Paczka gst-plugins-good-gos-ext ma poniższe błędy: (gst-launch-0.10:14747): GStreamer-WARNING **: External plugin loader failed. This most likely means that the plugin loader helper binary was not found or could not be run. (gst-launch-0.10:14747): GStreamer-WARNING **: Failed to load plugin '/usr/lib/gstreamer-0.10/libgstspectrum.so': libgstfft-0.10.so.0: cannot open shared object file: No such file or directory (gst-launch-0.10:14747): GStreamer-WARNING **: Failed to load plugin '/usr/lib/gstreamer-0.10/libgstaudiofx.so': libgstfft-0.10.so.0: cannot open shared object file: No such file or directory A gst-plugins-base-ext-gos ma: (gst-launch-0.10:15673): GStreamer-WARNING **: External plugin loader failed. This most likely means that the plugin loader helper binary was not found or could not be run. (gst-launch-0.10:15673): GStreamer-WARNING **: Failed to load plugin '/usr/lib/gstreamer-0.10/libgstvorbis.so': libvorbis.so.0: cannot open shared object file: No such file or directory

Nie wiem, czy to tu, ale jak nie tu, to proszę o przeniesienie w odpowiednie miejsce. Coś ncftp nie chce gadać: GraterliaOS:~# opkg install ncftp Installing ncftp (3.2.5-1) on root. Downloading http://graterlia.xunil.pl/repodata/release/sh4/ncftp_3.2.5-1_sh4.ipk. Configuring ncftp. GraterliaOS:~# ncftp /usr/bin/ncftp: line 1: syntax error: unexpected word (expecting ")")

[Aktualizacja] Dobra, problem rozwiązany i rozwiązanie było banalne. Po pobraniu listy z repozytorium konieczne było "przeklikać każdy z kanałów raz z włączoną głowicą i podłączoną anteną, tak żeby raz przynajmniej kanał zaświecił i później przy przejściu na "pracę bez głowicy" wszystko działa bez problemu. Musze pomyśleć o jaki plik chodzi i co zrobić żeby nie trzeba było przeczekiwać kanałów.

A jak by zaprząc do tego jakiś zewnętrzny komputer z Linuxem i VLC, ze zdalnym wywołaniem programów? https://wiki.videolan.org/Documentation:Streaming_HowTo/Command_Line_Examples/ To oczywiście czyste teoretyzowanie.

Z czystej ciekawości, nie dałoby się, żeby ten transcoding korzystał z kooprocesorów? Pytanie z czystej ciekawości, a nie żebym chciał żeby ktoś to zrobił.

ok, mogę poczekać, bo ja już sobie ten folder dodałem do systemu. Cieszę się , że Was zainteresowałem tym programikiem.

Dziękuję, a można by jeszcze prosić o to żeby w paczce był katalog /var/local/iptraf/ Bo bez niego nie zapisują się zmiany w ustawieniach: http://iptraf.seul.org/2.7/config.html

Na MC, odrobinę pomaga odpalenie mc z opcją -a mc -a ramka wtedy jest robiona ze znaków - i + [Aktualizacja 1] Wygląda jak by problem był gdzieś w samym putty, bo połączenie przez klienta ssh pod Linux-em działa świetnie, a pod windowsem w aplikacjach nie opartych na putty, też wyświetla poprawnie, np. w tej http://tp.vbap.com.au/ [Aktualizacja 2] Ciekawe czy putty pod Linuxem też ma ten sam problem? Jutro sprawdzę. [Aktualizacja 3] To sprawdziłem, pod Linuxem putty wyświetla ramki ok, to musi być jakiś problem wersji Windows.

No dobra, skoro ten symlink i tak jest niepoprawny /usr/lib/libpng12.so.0 to na początek poproszę o skasowanie go z "czystej wersji" żeby nie bałaganił. już zniknęło, dziękuję. Aktualizacja: Jednak problem jest inny, dałem grab z konsoli i dostałem: Grabbing 32bit Framebuffer ... Framebuffer-Size : 720 x 576 Grabbing Video ... cannot access /dev/bpamem0! err = -1 Resizing OSD to : 2072460268 x 693630308 Segmentation fault Aktualizacja2: Postanowiłem uzupełnić brakujący plik /lib/modules/bpamem.ko i jeszcze nic, więc skasowałem /dev/bpamem0, a potem zrobiłem: ln -s /lib/modules/bpamem.ko /dev/bpamem0 Po czym wygląda to lepiej: GraterliaOS:~# grab Grabbing 32bit Framebuffer ... Framebuffer-Size : 720 x 576 Grabbing Video ... Using bpa2 part : LMI_VID - 0x10980000 28311552 cannot map required mem Resizing OSD to : 2078202860 x 693630308 Segmentation fault Niestety przy dodawaniu modułu mam taki błąd: GraterliaOS:~# insmod /lib/modules/bpamem.ko insmod: can't insert '/lib/modules/bpamem.ko': invalid module format Pewnie tu jest to o czym @tux pisał z ujednoliceniem jądra. Aktualizacja3: Po tej modyfikacji wszystko działa pięknie. dzięki @tux << 08 Kwiecień 2015 >> [test] dodanie brakującego modułu bpamem.ko dla ADB5800xx;

Może wystarczy symlink, ale pytanie do czego, pobawię się jutro.

był hasło na roota, ale nie drążmy tematu, jak mi się to jeszcze przytrafi na nowej instalacji to dam znać.

A ja już chyba coś znalazłem :-) plik /usr/lib/libpng12.so.0 to jest odnośnik prowadzący do nieistniejącego pliku /usr/lib/libpng12.so.0.16.0 Jutro dorzucę ten plik z innej dystrybucji. nie znalazłem też tego pliku (symlinka) w żadnej z zainstalowanych paczek.

Tak tylko teoretycznie pytałem, z czystej ciekawości. Trochę poza tematem, przydałaby się taka opcja zap z innego kanału na webif. Oczywiście czysto teoretycznie. MPD, można coś więcej?

A takie statyczne zrzuty co kilka sekund z innego kanału?

Też tak myślałem, ale spotkałem to jeszcze na jednym tunerze, pocieszam się, że było to przed ostatnią aktualizacją SSH i na systemie który instalację miał już dawno temu.

mi się podoba to okienko z EPG aktualnego kanału. A można zrobić na takiej ramce PIP taki "PictureInRamka"? :-)

Czy ktoś ma jakiś pomysł, czy muszę instalować wszystko od nowa? pozdrawiam :) EDIT: rozwiązanie: nie wiem jak to się stało to wręcz nieprawdopodobne ale w katalogu /usr/bin/ plik wget zmienił nazwę na -wget ??? dlatego nie działało opkg update. Po zmianie nazwy na prawidłową wszystko wróciło do normy. nie mam pojęcia jak to się mogło stać. Prawdopodobne :-) Zobacz czy w katalogu /root nie pojawiły Ci się pliki uruchamialne o dziwnych nazwach. To taki Virusik jest który dostaje się przez lukę w ssh

I wyleciały. A mogę jeszcze jedną rzecz prosić? W czystym systemie w folderze /media jest folder dvd, można prosić o zmianę tego folderu na symlink do /autofs/sr0 tak właśnie autofs montuje napęd DVD. Wiem, że drobnostka, ale skoro ten folder już jest, to czemu nie zrobić żeby prowadził tam gdzie będzie działać?