Sound/Lautstärke - wie aus dem VDR abgreifen?

  • Hintergrund ist folgender: da der VDR immer wieder abstürzt beim Wechseln der Ton-Formate, ist die Ausgabe einfach auf PassThrough eingestellt. So lässt sich natürlich erstmal die Lautstärke an Receiver nicht direkt regulieren. Daher habe ich mir zwei kleine Skripte für LIRC gebastelt, die bei VOL+ und VOL- die Lautstärke am Receiver jeweils um eine Einheit erhöhen oder absenken. Das funktioniert natürlich wieder nur mit der Fernbedienung und nicht bei Webinterface, mobile App, etc..


    Was ich gerne hätte, wäre die Möglichkeit beim Ausblenden des Lautstärke-Balkens am OSD das Ausführen des Skripts mit Übergabe des zuletzt eingeblendeten Wertes (das Skript kann ich entsprechend anpassen). Aber wo kann ich im VDR die Ausführung dieses Skriptes zu diesem Zeitpunkt anstossen?


    Ausserdem würde ich eine Anzeige von 0..100% anstelle von 0..255 am OSD (SoftHDDevice) bevorzugen, so wie beim GraphTFT-Plugin.

    HW VDR: Thermaltake DH102 | Gigabyte GA-M720-US3 | AMD 270u | 8GB RAM | 120GB SSD System + 3TB HDD Daten | L4M Cine CT V6 + Flex S2 | Zotac GT630 | Futaba MDM166A | Atric IR-Einschalter Rev. 5 | NEC P553 | SEDU + 96 PIX | Pioneer SC-LX85 | Jamo S606
    SW VDR: Debian Wheezy | Kernel 3.2.0-4-amd64 | Mate 1.6 | VDR 2.2.0 | nVidia 331.79 | LIRC 0.9.0 | media_build_experimental | Plugins: permashift 1.0.3, softhddevice 0.6.1rc1-git, menuorg 0.5.1, skinnopacity 0.1.3, tvscraper 0.2.0-git, seduatmo 0.0.2-git, mplayer 0.10.2-hg, fritzbox 1.5.3, vdradmin-am 3.6.9, femon 1.7.19, targavfd 0.3.0, span 0.0.7, dvd 0.3.6-cvs, graphtftng 0.4.10-git, extrecmenu 1.2.4-git, epgsearch 1.0.1-git, block 0.1.2-git, cpumon 0.0.6a, ac3mode 0.1, HD-- 1.0.0-hg, u. v. a. ...

  • dbus2vdr gibt die Lautstärkeänderungen direkt bei Bedienen der Tasten als dbus-Signale aus. Dadurch kann man mit einem anderen Daemon, z.B. ein paar Zeilen Python, direkt darauf reagieren und eigene Aktionen absetzen.


    Beispiel müsste ich aber erst mal zusammensuchen, gab's aber schon, denke ich.


    Lars

  • Danke Lars, damit muss ich mich mal beschäftigen. Dbus2vdr ist jedenfalls noch nicht bei mir drin und von Python hab' ich gar keine Ahnung...


    Grüße,
    j.

    HW VDR: Thermaltake DH102 | Gigabyte GA-M720-US3 | AMD 270u | 8GB RAM | 120GB SSD System + 3TB HDD Daten | L4M Cine CT V6 + Flex S2 | Zotac GT630 | Futaba MDM166A | Atric IR-Einschalter Rev. 5 | NEC P553 | SEDU + 96 PIX | Pioneer SC-LX85 | Jamo S606
    SW VDR: Debian Wheezy | Kernel 3.2.0-4-amd64 | Mate 1.6 | VDR 2.2.0 | nVidia 331.79 | LIRC 0.9.0 | media_build_experimental | Plugins: permashift 1.0.3, softhddevice 0.6.1rc1-git, menuorg 0.5.1, skinnopacity 0.1.3, tvscraper 0.2.0-git, seduatmo 0.0.2-git, mplayer 0.10.2-hg, fritzbox 1.5.3, vdradmin-am 3.6.9, femon 1.7.19, targavfd 0.3.0, span 0.0.7, dvd 0.3.6-cvs, graphtftng 0.4.10-git, extrecmenu 1.2.4-git, epgsearch 1.0.1-git, block 0.1.2-git, cpumon 0.0.6a, ac3mode 0.1, HD-- 1.0.0-hg, u. v. a. ...

  • Hab ich auch nicht wirklich, aber es gibt da ungeheuer viel Doku zu. Auch ein gutes Buch "Thinking Python".


    Vielleicht hab ich die Tage mal Zeit, das etwas ausführlicher zu programmieren und als Beispiel im git zu hinterlegen. Das Problem gibt es häufiger.


    Lars

  • ich hab' nun mal versucht das Plugin zu kompilieren, aber erhalte folgende Fehlermeldung:

    Code
    recording.c: In static member function 'static void cDBusRecordingsHelper::ChangeName(cDBusObject*, GVariant*, GDBusMethodInvocation*)':
    recording.c:371:44: error: 'class cRecording' has no member named 'IsInUse'
    recording.c:381:26: error: 'class cRecording' has no member named 'ChangeName'
    make[1]: *** [recording.o] Fehler 1


    Irgendwelche Ideen?

    HW VDR: Thermaltake DH102 | Gigabyte GA-M720-US3 | AMD 270u | 8GB RAM | 120GB SSD System + 3TB HDD Daten | L4M Cine CT V6 + Flex S2 | Zotac GT630 | Futaba MDM166A | Atric IR-Einschalter Rev. 5 | NEC P553 | SEDU + 96 PIX | Pioneer SC-LX85 | Jamo S606
    SW VDR: Debian Wheezy | Kernel 3.2.0-4-amd64 | Mate 1.6 | VDR 2.2.0 | nVidia 331.79 | LIRC 0.9.0 | media_build_experimental | Plugins: permashift 1.0.3, softhddevice 0.6.1rc1-git, menuorg 0.5.1, skinnopacity 0.1.3, tvscraper 0.2.0-git, seduatmo 0.0.2-git, mplayer 0.10.2-hg, fritzbox 1.5.3, vdradmin-am 3.6.9, femon 1.7.19, targavfd 0.3.0, span 0.0.7, dvd 0.3.6-cvs, graphtftng 0.4.10-git, extrecmenu 1.2.4-git, epgsearch 1.0.1-git, block 0.1.2-git, cpumon 0.0.6a, ac3mode 0.1, HD-- 1.0.0-hg, u. v. a. ...

  • Irgendwelche Ideen?


    Mehr als die die schon in der Fehlermeldung stehen? Offensichtlich passen die Version des Plugins und des VDRs nicht zusammen.


    Gerald


    HP Proliant MicroServer Gen8, Xeon E3-1230, 12 GB RAM, 3xWD red 2TB im RAID 5, 2xSundtek MediaTV Home DVB-C/T, L4M TWIN-C/T, Ubuntu Server 14.04.1, Plex Media Server
    Samsung UE55H6470

  • ich hatte DBus2VDR aus dem git, nehme aber auch gerne eine ältere, die mit VDR 2.0.6 läuft...

    HW VDR: Thermaltake DH102 | Gigabyte GA-M720-US3 | AMD 270u | 8GB RAM | 120GB SSD System + 3TB HDD Daten | L4M Cine CT V6 + Flex S2 | Zotac GT630 | Futaba MDM166A | Atric IR-Einschalter Rev. 5 | NEC P553 | SEDU + 96 PIX | Pioneer SC-LX85 | Jamo S606
    SW VDR: Debian Wheezy | Kernel 3.2.0-4-amd64 | Mate 1.6 | VDR 2.2.0 | nVidia 331.79 | LIRC 0.9.0 | media_build_experimental | Plugins: permashift 1.0.3, softhddevice 0.6.1rc1-git, menuorg 0.5.1, skinnopacity 0.1.3, tvscraper 0.2.0-git, seduatmo 0.0.2-git, mplayer 0.10.2-hg, fritzbox 1.5.3, vdradmin-am 3.6.9, femon 1.7.19, targavfd 0.3.0, span 0.0.7, dvd 0.3.6-cvs, graphtftng 0.4.10-git, extrecmenu 1.2.4-git, epgsearch 1.0.1-git, block 0.1.2-git, cpumon 0.0.6a, ac3mode 0.1, HD-- 1.0.0-hg, u. v. a. ...

  • Alte Stände von dbus2vdr sind nicht zu empfehlen. Da es vdr 2.2.0 schon eine lange Weile gibt, wurde der Support dafür entfernt.


    Lars

  • Problem ist, dass einige Plugins unter 2.2.0 nicht tun, daher habe ich das hinten angestellt (zumindest als ich das letzte Mal versucht habe es zu bauen). Ich verstehe sowieso nicht, warum immer dermaßen viel an VDR rumgepatcht werden muss, z. B. GraphTFT, TargaVFD, Pin, uswusf...
    Wenn ich mal unendlich viel Zeit habe, versuche ich vielleicht mal einen 2.2.0 zu bauen, aber ehrlich gesagt habe ich andere Prioritäten als diese Kopillier-Orgien.


    Daher setze ich den Thread vorerst mal wieder auf "PAUSE".


    Trotzdem vielen Dank für die Hilfe!

    HW VDR: Thermaltake DH102 | Gigabyte GA-M720-US3 | AMD 270u | 8GB RAM | 120GB SSD System + 3TB HDD Daten | L4M Cine CT V6 + Flex S2 | Zotac GT630 | Futaba MDM166A | Atric IR-Einschalter Rev. 5 | NEC P553 | SEDU + 96 PIX | Pioneer SC-LX85 | Jamo S606
    SW VDR: Debian Wheezy | Kernel 3.2.0-4-amd64 | Mate 1.6 | VDR 2.2.0 | nVidia 331.79 | LIRC 0.9.0 | media_build_experimental | Plugins: permashift 1.0.3, softhddevice 0.6.1rc1-git, menuorg 0.5.1, skinnopacity 0.1.3, tvscraper 0.2.0-git, seduatmo 0.0.2-git, mplayer 0.10.2-hg, fritzbox 1.5.3, vdradmin-am 3.6.9, femon 1.7.19, targavfd 0.3.0, span 0.0.7, dvd 0.3.6-cvs, graphtftng 0.4.10-git, extrecmenu 1.2.4-git, epgsearch 1.0.1-git, block 0.1.2-git, cpumon 0.0.6a, ac3mode 0.1, HD-- 1.0.0-hg, u. v. a. ...

  • Wenn das die einzigen beiden Stellen sind, die mit vdr 2.0 Probleme bereiten, kann ich mal gucken, ob ich das rauspatche. Dann gibt es weniger Funktionalität.


    Lars.

  • Problem ist, dass einige Plugins unter 2.2.0 nicht tun

    Um welche Plugins geht es da? Es schwirren ja oft einige Patches im Forum un den Paketen der Distributionen herum, wenn die Plugin-Entwicklung Upstream eingeschlafen ist.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • jetzt hast Du das aber etwas aus dem Kontext genommen, weil Du den zweiten Satz nicht mitzitiert hast:

    Quote

    (zumindest als ich das letzte Mal versucht habe es zu bauen)


    ;) Das liegt mindestens schon ein Jahr zurück und ich vermute, dass sich da auch einiges verbessert hat.





    Um welche Plugins geht es da?


    So spontan fallen mir da GraphTFT, TargaVFD und Pin ein, sind aber vmtl. noch mehr...





    Es schwirren ja oft einige Patches im Forum un den Paketen der Distributionen herum, ...


    Das ist auch ein Problem im VDR, dass man sich den ganzen Kram zusammensuchen muss. Auf den Wiki-Seiten der Plugins sind solche Patches oft gar nicht erst erwähnt und man kann es nur mit Probieren lösen oder eben gar nicht. Ausserdem kommt es dann auch immernoch auf die Reihenfolge in der man die Patches anwendet an, was die Sache auch nicht einfacher macht. Leider hat sich Klaus bis jetzt nicht überreden lassen gerade die Schnittstellen zu den externen Anzeigesystemen in den VDR aufzunehmen, wo doch vmtl. die meisten Anwender solche Systeme einsetzen.


    Grüße,
    j.

    HW VDR: Thermaltake DH102 | Gigabyte GA-M720-US3 | AMD 270u | 8GB RAM | 120GB SSD System + 3TB HDD Daten | L4M Cine CT V6 + Flex S2 | Zotac GT630 | Futaba MDM166A | Atric IR-Einschalter Rev. 5 | NEC P553 | SEDU + 96 PIX | Pioneer SC-LX85 | Jamo S606
    SW VDR: Debian Wheezy | Kernel 3.2.0-4-amd64 | Mate 1.6 | VDR 2.2.0 | nVidia 331.79 | LIRC 0.9.0 | media_build_experimental | Plugins: permashift 1.0.3, softhddevice 0.6.1rc1-git, menuorg 0.5.1, skinnopacity 0.1.3, tvscraper 0.2.0-git, seduatmo 0.0.2-git, mplayer 0.10.2-hg, fritzbox 1.5.3, vdradmin-am 3.6.9, femon 1.7.19, targavfd 0.3.0, span 0.0.7, dvd 0.3.6-cvs, graphtftng 0.4.10-git, extrecmenu 1.2.4-git, epgsearch 1.0.1-git, block 0.1.2-git, cpumon 0.0.6a, ac3mode 0.1, HD-- 1.0.0-hg, u. v. a. ...

  • Wenn das die einzigen beiden Stellen sind, die mit vdr 2.0 Probleme bereiten, kann ich mal gucken, ob ich das rauspatche. Dann gibt es weniger Funktionalität.


    Lars.


    Vielen Dank Lars für das Angebot!


    Aber es könnte sein, dass nach den ersten zwei Meldungen dann wieder weitere folgen und so wichtig ist das nun auch nicht, dass man da wieder rumbasteln muss. Stattdessen werde ich nun doch zeitnah versuchen einen VDR auf Basis von 2.2.0 aufzubauen.


    Grüße,
    j.

    HW VDR: Thermaltake DH102 | Gigabyte GA-M720-US3 | AMD 270u | 8GB RAM | 120GB SSD System + 3TB HDD Daten | L4M Cine CT V6 + Flex S2 | Zotac GT630 | Futaba MDM166A | Atric IR-Einschalter Rev. 5 | NEC P553 | SEDU + 96 PIX | Pioneer SC-LX85 | Jamo S606
    SW VDR: Debian Wheezy | Kernel 3.2.0-4-amd64 | Mate 1.6 | VDR 2.2.0 | nVidia 331.79 | LIRC 0.9.0 | media_build_experimental | Plugins: permashift 1.0.3, softhddevice 0.6.1rc1-git, menuorg 0.5.1, skinnopacity 0.1.3, tvscraper 0.2.0-git, seduatmo 0.0.2-git, mplayer 0.10.2-hg, fritzbox 1.5.3, vdradmin-am 3.6.9, femon 1.7.19, targavfd 0.3.0, span 0.0.7, dvd 0.3.6-cvs, graphtftng 0.4.10-git, extrecmenu 1.2.4-git, epgsearch 1.0.1-git, block 0.1.2-git, cpumon 0.0.6a, ac3mode 0.1, HD-- 1.0.0-hg, u. v. a. ...

  • ich habe gerade gesehen, dass in /var/log/user.log folgende Einträge gemacht werden:

    Code
    Mar  2 20:58:29 xi vdr: [3509] [softhddev]SetVolumeDevice: 102
    Mar  2 20:58:30 xi vdr: [3509] [softhddev]SetVolumeDevice: 97
    Mar  2 20:58:32 xi vdr: [3509] [softhddev]SetVolumeDevice: 92


    Das gleiche funktioniert auch über SVDRPSEND.


    Es wäre also möglich diese Datei zu überwachen und im Bedarfsfall die Lautstärkeänderung an den Receiver weiterzugeben.

    HW VDR: Thermaltake DH102 | Gigabyte GA-M720-US3 | AMD 270u | 8GB RAM | 120GB SSD System + 3TB HDD Daten | L4M Cine CT V6 + Flex S2 | Zotac GT630 | Futaba MDM166A | Atric IR-Einschalter Rev. 5 | NEC P553 | SEDU + 96 PIX | Pioneer SC-LX85 | Jamo S606
    SW VDR: Debian Wheezy | Kernel 3.2.0-4-amd64 | Mate 1.6 | VDR 2.2.0 | nVidia 331.79 | LIRC 0.9.0 | media_build_experimental | Plugins: permashift 1.0.3, softhddevice 0.6.1rc1-git, menuorg 0.5.1, skinnopacity 0.1.3, tvscraper 0.2.0-git, seduatmo 0.0.2-git, mplayer 0.10.2-hg, fritzbox 1.5.3, vdradmin-am 3.6.9, femon 1.7.19, targavfd 0.3.0, span 0.0.7, dvd 0.3.6-cvs, graphtftng 0.4.10-git, extrecmenu 1.2.4-git, epgsearch 1.0.1-git, block 0.1.2-git, cpumon 0.0.6a, ac3mode 0.1, HD-- 1.0.0-hg, u. v. a. ...

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!