Hallo liebe Macher,
Könnte es sein, dass das Paket Imagemagick in der MLD5.5 AMD64 Testing ohne PNG Unterstützung daherkommt ?
Die PNG Unterstützung wird für einige GraphLcd-Skinns benötigt. Möglicherweise gibt es ja auch gute Gründe dafür.
Also ich würde eine PNG Unterstützung befürworten / benötigen.
Liebe Grüße PC-Medusa
Danke Claus,
Funktioniert perfekt !
An dieser Stelle nochmals mein Dank für Deine wiederholte schnelle und unkomplizierte Hilfe.
Danke pc-medusa
Hallo,
Ich hab mal wieder ein neues Problem.
Ich hätte gerne im Ausgeschaltetem Zustand von MLD auf meinem über Graphlcd angesteuertem Pearl-USB-dpf das MLD Logo angezeigt bekommen.
Das Funktioniert auch korrekt, wenn man den MLD herunterfährt.
Ich benutze aber Suspend to Ram und hier zeigt das Display leider nichts an.
Das wird wohl in der /etc/init.d/rc.pearl geregelt ? was muß ich tun, danit das auch beim Suspemd to Ram ausgeführt wird ?
vielen Dank schonmal
pc-medusa
Mal versuchen eventlircd zu installieren. es scheint doch irgendwie mit reinzuspielen.
Eventuell auch mal ein:
MLD> /etc/init.d/lirc-yausbir stop
MLD> /etc/init.d/lirc-yausbir start
Ansonsten habe ich noch für die interressierten meine /etc/yausbir.conf
pc-medusa
Bei der Installation von lirc-yausbir wird auch eine yausbir.conf nach /etc/yausbir.conf installiert.
Diese ist entsprechen den Ausgaben von IRW anzupassen.
aus dem Kopf jetzt mal in etwa so:
/etc/yausbir.conf
[NEC_4096]
0x03 KEY_UP
0x88 KEY_1
usw.
Dabei sollten die Key-codes mit der /etc/vdr/XKeySymremote.conf korrespondieren.
KEY_UP entspricht up in XKeySymremote.conf
Für die Farbtasten sollte man dann F1-F4 wählen, Die Menütaste ist "space" Die Usertasten (User1-6 ?) sind q, w ,e ,r .t .z
Von zu Hause kann ich dann bei Bedarf noch meine yausbir.conf posten.
der Yausbir geht hier bei MLD andere Wege als bei Yavdr.
pc-medusa
so jetzt funktionieren schon mehr taste, aber immer noch nicht alle gewünschten.
Ich habe mich einfach mal an die Anfangsjahre des VDR zurückerinnert. Da war doch was mit Fernbedienung anlernen.
Also alle remote.conf* gelöscht (natürlich vorher Sicherheitskopie) vdr neu gestartet und die Tasten angelernt.
Dabei stellte sich herraus, das die yausbir als XKeySym in den VDR kommt. also offensichtlich über X11 und Softhddevice.
Da wefen sich gleich wieder neue Fragen auf.
Wie stelle ich das eventuell auf eventlircd um ?
Wie schalte ich dann den Weg über X11 softhddevice ab
pc-medusa
Hallo an alle und besonders an die yausbir-Liebhaber
Mein yaUsbir funktioniert unter MLD 5.4 mit dem lirc-yausbir - Paket schon fast perfekt. Aber leider nur die Zifferntasten und die Pfeiltasten.
aber der Reihe nach.
Frisches MLD 5.4 mit Paket lirc-yausbir installiert.
irw mit yausbir socket aufgerufen und einige Tasten gedrückt
irw /var/run/lirc/lircd-yausbir
1c 00 None RC-5_24
1c 01 None RC-5_24
1c 02 None RC-5_24
12 00 None RC-5_24
12 01 None RC-5_24
12 02 None RC-5_24
13 00 None RC-5_24
13 01 None RC-5_24
13 02 None RC-5_24Aha - bei meiner Fernbedienung (oneforall URC8308 code1333) wäre RC-5_24 in die yausbir.conf zu schreiben
aus meiner vorhandenen lirc.conf schnell eine passende yausbir.conf gezaubert.
test mit irw sieht eigentlich alles gut aus
MLD> /etc/init.d/lirc-yausbir stop
Stoping lirc-yausbir: done
MLD> /etc/init.d/lirc-yausbir start
Staring lirc-yausbir: done
MLD> irw /var/run/lirc/lircd-yausbir
12 00 KEY_UP RC-5_24
20 00 KEY_CHANNELUP RC-5_24
20 01 KEY_CHANNELUP RC-5_24
1c 00 KEY_MENU RC-5_24
1c 01 KEY_MENU RC-5_24
35 00 KEY_PROG4 RC-5_24
35 01 KEY_PROG4 RC-5_24
31 00 KEY_ESC RC-5_24
05 00 KEY_5 RC-5_24noch ein Test mit evtest
MLD> evtest
No device specified, trying to scan all of /dev/input/event*
Available devices:
/dev/input/event0: Power Button
/dev/input/event1: Sleep Button
/dev/input/event2: Power Button
/dev/input/event3: Goeasily Int_Co.,Limited QX-169 Yangtze Alligat
/dev/input/event4: Goeasily Int_Co.,Limited QX-169 Yangtze Alligat
/dev/input/event5: HDA Intel Front Mic
/dev/input/event6: HDA Intel Rear Mic
/dev/input/event7: HDA Intel Line
/dev/input/event8: HDA Intel Line Out Front
/dev/input/event9: HDA Intel Line Out Surround
/dev/input/event10: HDA Intel Line Out CLFE
/dev/input/event11: HDA Intel Front Headphone
/dev/input/event12: HDA NVidia HDMI/DP,pcm=3
/dev/input/event13: HDA NVidia HDMI/DP,pcm=7
/dev/input/event14: HDA NVidia HDMI/DP,pcm=8
/dev/input/event15: lircd
Select the device event number [0-15]: 15
Input driver version is 1.0.1
Input device ID: bus 0x0 vendor 0x0 product 0x0 version 0x0
Input device name: "lircd"
Supported events:
Event type 0 (EV_SYN)
Event type 1 (EV_KEY)
Event code 1 (KEY_ESC)
Event code 2 (KEY_1)
Event code 3 (KEY_2)
.
.
Event code 613 (KEY_KBDINPUTASSIST_CANCEL)
Properties:
Testing ... (interrupt to exit)
Event: time 1518895512.830082, type 1 (EV_KEY), code 103 (KEY_UP), value 1
Event: time 1518895512.830082, -------------- SYN_REPORT ------------
Event: time 1518895513.030439, type 1 (EV_KEY), code 103 (KEY_UP), value 0
Event: time 1518895513.030439, -------------- SYN_REPORT ------------
Event: time 1518895514.438314, type 1 (EV_KEY), code 402 (KEY_CHANNELUP), value 1
Event: time 1518895514.438314, -------------- SYN_REPORT ------------
Event: time 1518895514.557919, type 1 (EV_KEY), code 402 (KEY_CHANNELUP), value 2
Event: time 1518895514.557919, -------------- SYN_REPORT ------------
Event: time 1518895514.758797, type 1 (EV_KEY), code 402 (KEY_CHANNELUP), value 0
Event: time 1518895514.758797, -------------- SYN_REPORT ------------
Event: time 1518895516.173452, type 1 (EV_KEY), code 139 (KEY_MENU), value 1
Event: time 1518895516.173452, -------------- SYN_REPORT ------------
Event: time 1518895516.374209, type 1 (EV_KEY), code 139 (KEY_MENU), value 0
Event: time 1518895516.374209, -------------- SYN_REPORT ------------
Event: time 1518895518.269108, type 1 (EV_KEY), code 203 (KEY_PROG4), value 1
Event: time 1518895518.269108, -------------- SYN_REPORT ------------
Event: time 1518895518.381005, type 1 (EV_KEY), code 203 (KEY_PROG4), value 2
Event: time 1518895518.381005, -------------- SYN_REPORT ------------
Event: time 1518895518.581375, type 1 (EV_KEY), code 203 (KEY_PROG4), value 0
Event: time 1518895518.581375, -------------- SYN_REPORT ------------
Event: time 1518895519.436866, type 1 (EV_KEY), code 1 (KEY_ESC), value 1
Event: time 1518895519.436866, -------------- SYN_REPORT ------------
Event: time 1518895519.548720, type 1 (EV_KEY), code 1 (KEY_ESC), value 2
Event: time 1518895519.548720, -------------- SYN_REPORT ------------
Event: time 1518895519.748930, type 1 (EV_KEY), code 1 (KEY_ESC), value 0
Event: time 1518895519.748930, -------------- SYN_REPORT ------------
Event: time 1518895521.124819, type 1 (EV_KEY), code 6 (KEY_5), value 1
Event: time 1518895521.124819, -------------- SYN_REPORT ------------
Event: time 1518895521.236637, type 1 (EV_KEY), code 6 (KEY_5), value 2
Event: time 1518895521.236637, -------------- SYN_REPORT ------------
Event: time 1518895521.437424, type 1 (EV_KEY), code 6 (KEY_5), value 0
Event: time 1518895521.437424, -------------- SYN_REPORT ------------Der VDR reagiert aber nur auf die Tasten KEY_UP KEY_DOWN KEY_RIGHT KEY_LEFT und die Zifferntasten. KEY_MENU, KEY_OK, KEY_ESC usw zeigen keine Wirkung.
Ich habe keine Ahnung wo das weggefiltert wird. Nach meinen Erkenntnissen ist eventlircd bei lirc-yausbir nicht beteiligt. Ein Stoppen oder Starten von eventlircd bringt jedenfalls keine Änderung.
in meiner Verzweifelung habe ich schon die /etc/vdr/remote.conf des VDR geändert. mit (LIRC.Menu KEY_4) sollte eigentlich das das Menü aufgehen, wenn mann die Taste 4 drückt, aber es wird weiterhin die 4 an den VDR gesendet.
Wo laufen denn die Events lang ? yaUsbir.py >>> /var/run/lirc/lircd-yausbir >>> lircd2uinput >>> /device/input/event15 >>> und weiter ???
Irgendwie gibt es da noch sowas wie /sys/devices/virtual/input spielt das eventuell eine Rolle ??
Vieleicht kann mich ja jemand etwas erleuchten.
vielen Dank schonmal fürs lesen bis hierhin 
pc-medusa
Danke,
Installiert wieder
Hallo Wolfgang,
So in etwa hatte ich das auch interpretiert. Ich habe aber absulut keinen Plan wie ich das Problem ohne allzuviel Schaden anzurichten lösen könnte.
Dazu kenne ich mich zu wenig aus. Wird wohl irgendwas an Paketabhänigkeiten sein.
Ich denke ich warte bis clausmuus wieder etwas mehr "Luft" hat.
Trotzdem vielen Dank
pc-medusa
Hallo,
ich bekomme das Paket lirc-yausbir nicht installiert, er sagt mir folgendes:
MLD> apt-get install lirc-yausbir
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following additional packages will be installed:
lircd2uinput python python-gobject-2 python-libs python-uinput python-yausbir
The following NEW packages will be installed:
lirc-yausbir lircd2uinput python python-gobject-2 python-libs python-uinput python-yausbir
0 upgraded, 7 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/6.521 kB of archives.
After this operation, 24,1 MB of additional disk space will be used.
Do you want to continue? [Y/n] y
Create a snapshot of '/mnt/root/@root' in '/mnt/root/2018-01-28 18:31'
Delete subvolume (no-commit): '/mnt/root/2018-01-28 18:25'
Selecting previously unselected package python.
(Reading database ... 20858 files and directories currently installed.)
Preparing to unpack .../0-python_2.7-12_amd64.deb ...
Unpacking python (2.7-12) ...
Selecting previously unselected package python-gobject-2.
Preparing to unpack .../1-python-gobject-2_2.7-5_amd64.deb ...
Unpacking python-gobject-2 (2.7-5) ...
Selecting previously unselected package python-uinput.
Preparing to unpack .../2-python-uinput_2.7-11_amd64.deb ...
Unpacking python-uinput (2.7-11) ...
Selecting previously unselected package lircd2uinput.
Preparing to unpack .../3-lircd2uinput_0-0_amd64.deb ...
Unpacking lircd2uinput (0-0) ...
Selecting previously unselected package python-libs.
Preparing to unpack .../4-python-libs_2.7-2.1_amd64.deb ...
Unpacking python-libs (2.7-2.1) ...
Preparing to unpack .../5-python-yausbir_2.7-5_amd64.deb ...
Unpacking python-yausbir (2.7-5) ...
dpkg: error processing archive /tmp/apt-dpkg-install-ltIxrU/5-python-yausbir_2.7-5_amd64.deb (--unpack):
trying to overwrite '/usr/lib/x86_64-linux-gnu/girepository-1.0/GIRepository-2.0.typelib', which is also in package gir1.2-glib-2.0 1.54.1-0
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Selecting previously unselected package lirc-yausbir.
Preparing to unpack .../6-lirc-yausbir_2017.08.23-11_amd64.deb ...
Unpacking lirc-yausbir (2017.08.23-11) ...
Errors were encountered while processing:
/tmp/apt-dpkg-install-ltIxrU/5-python-yausbir_2.7-5_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)Hat jemand einen Tip was ich da tun kann ?
vielen Dank pc-medusa
Hi,
noch mal kurz eine Neuinstallation getestet -- scheint alles korrekt gesetzt zu werden, FB funktioniert mit Paket dvb-mb.
danke pc-medusa
Hallo Claus,
Hatte mal wieder etwas Zeit mich mit dem Problem zu beschäftigen.
Die Lösung ist eigentlich ganz trival -- Da sich der Treiber geändert hat muß auch der Eintrag in der /boot/config.txt angepasst werden.
Bei mir steht jetzt statt (bei rc-core) dtoverlay=lirc-pi (dvb-mb) dtoverlay=gpio-ir
pc-medusa
Hallo Claus,
Leider funktioniert es immer noch nicht mit dem Paket dvb-mb.
Im WebIF wird zwar jetzt der "rpi on gpio" angeboten, und offensichtlich auch der korrekte Eintrag in der /boot/config.txt gemacht. Laut lsmod wird gpio_ir_recv geladen. Ab da hört es aber auch schon auf.
Anscheinend wird der gpio-ir nicht korrekt eingebunden. Start lirc bringt "Starting lirc for GPIO failed"
Alles getestet mit frischer "Netzwerkinstallation Client" IR ging bis zur Installation von bvb-mb.
pc-medusa
Hallo Skippy,
Mit dem Paket mld-remote hatte ich es zuerst versucht. Leider wird da nach installation der "rpi on gpio" nicht im WebIF angeboten bei Einstellungen, Fernbedienung. Meine Vermutung der Treiber wird jetzt als Kernelmodul über das rc-core geladen.
Jedenfalls hat der "rpi on GPIO" nach der Installation von rc-core funktioniert. Nur eben mein DVB-Stick nicht mehr, da dvb-mb automatisch deinstalliert wurde
pc-medusa
Hallo Gemeinde,
Leider drehe ich mich hier im Kreis mit der Einrichtung einer Fernbedienung.
Da die Fernbedienung meines MyGica USB DVB_C/DVB-T2 Sticks nicht so schick ist (und vom im Moment noch nicht so toll vom Treiber unterstützt wird) dachte ich mir -- nichts ist einfacher als einen TOSP an den Pi hängen, beliebige FB nehmen und schon läuft es.
Nur leider schließen sich die Pakete dvb-mb (für den USB-DVB-C/DVB-T2 - stick nötig) und rc-core (für rpi on gpio nötig) aus irgendeinem Grund gegenseitig aus. (Bei Installation des einen Pakets wird automatisch das andere gelöscht.
gibt es eine Möglichkeit, das MLD System zu überlisten und beide Pakete zu Installieren ? Oder hat jemand andere Zielführende Ideen ?
Vielen Dank
pc-medusa
Hey, gut zu hören. Meinst du das neue dvb-mb Paket mit DDDvb , TBS , linuxtv drivers und S2 6400? Oder das ältere Paket dvb-mbe?
Kannst du uns den link zu den fw files zukommen lassen?
keine Ahnung. Einfach ein frisches MLD 5.3 Installiert und dann das Paket dvb-mbe im WebIf dazuinstalliert.
Link zu den Firmwaredateien ist in Post 1
pc-medusa
So - mit dem aktuellen Rpi 3 MLD 5.3 (unstable) und dem dvb-mbe Paket wird der Stick gefunden.
Ich musste lediglich die beiden Firmware-Dateien noch kopieren.
DVB-T Betrieb sieht schon mal gut aus, Ich kann sogar DVB-T2 Sender "hören" ( Fernsehbild mit H.265 erwarte ich vom Pi eh nicht)
DVB-C Test steht noch aus.
Vielen Dank nochmal an die "Macher", die den MLD immer wieder auf einen super aktuellen Stand bringen.
pc-medusa
Ja unter MLD 5.1 gibt es das Paket dvb-mbe scheint aber wie vermutet zu alt zu sein.
Gibs noch andere Ideen ?
pc-medusa
Hört sich gut an, aber ein dvb-mbe Paket wird mir garnicht angeboten. Im Webif gibs nur dvb und dvb-sundtek
pc-medusa
Leider bekomme ich meinen neuen T230 USB DVB-T/C nicht zum laufen.
Wie ich aus verschiedenen Beiträgen schon erfahren habe Handelt es sich um die "neue" Version des T230 mit komplett anderer Hardware.
Die ältere Version des T230 hat die ID 0572:c688 die neue Version hat die ID 0572:c689
Der Stick meldet sich folgendermaßen:
usb 1-2: New USB device found, idVendor=0572, idProduct=c689
usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 1-2: Product: EyeTV Stick
usb 1-2: Manufacturer: Geniatech
usb 1-2: SerialNumber: 160361Die Firmware für den Stick gibt es wohl hier:
https://tvheadend.org/boards/5…864?r=22723#message-22723
Soweit kein Problem
Hier:
https://www.kodinerds.net/inde…?postID=323506#post323506
ist auch beschrieben, wie der Treiber per Media_Build installiert werden kann.
Nur ist das ja unter MLD nicht so ohne weiteres möglich.
Welche Möglichkeiten habe ich den Stick unter MLD in Betrieb zu nehmen ?
vielen Dank pc-medusa