[YaVDR testing] softhddevice kein Ton

Frodo · 16. Januar 2014

Ich habe gestern meine zwei testing YaVDR Geräte upgedatet und ein neues softhddevice Plugin bekommen, bei einem der Installationen bekomme ich mit dem neuen Plugin keinen Ton - XBMC funktioniert.

Code

vdr1:~# apt-cache policy vdr-plugin-softhddevice
vdr-plugin-softhddevice:
  Installiert: 1:0.6.1rc1.git20140114.1359-0yavdr0~precise
  Kandidat:    1:0.6.1rc1.git20140114.1359-0yavdr0~precise
  Versionstabelle:
 *** 1:0.6.1rc1.git20140114.1359-0yavdr0~precise 0
       1002 http://ppa.launchpad.net/yavdr/testing-vdr/ubuntu/ precise/main amd64 Packages
        100 /var/lib/dpkg/status

Der einzige Unterschied ist die Art der Sound Ausgabe:

vdr1 nutzt "HDMI-Passthrough" der Sound geht hier über einen Denon AV-Receiver an den TV über HDMI die Lautstärke wird am AV-Receiver gesteuert.
vdr4 nutzt den default "Ausgabe an allen Geräten" der Ton wird direkt am Monitor ausgegeben die Läutstärke wird vom VDR geregelt.

Nach dem ich das SoftHDDevice selbst ohne Patches aus dem git gebaut habe funktioniert der Ton wieder.

Scheinbar fehlt folgender Patch: Der Patch war unvollständig deshalb habe ich Ihn wieder entfernt. Die YaVDR Version entspricht nicht der Version im git vom 14.01.

Meine Version ist im ppa:frodo-vdr/testing-yavdr-plugins zu finden. Er beinhaltet die Sourcen aus dem GIT und die Build Optionen des YaVDR Pakets.
Es dauert aber noch ein bischen bis das PPA es auch gebaut hat.

seahawk1986 · 16. Januar 2014

Ich kann das mit dem unvollständigen Patch nicht nachvollziehen - der entspricht dem was johns hier gepostet hat: softhddevice gibt Sounddevice nicht frei - das ist genau der Patch im Source-Paket: https://launchpad.net/~yavdr/+…dr0~precise.debian.tar.gz

Zitat von Frodo

Die YaVDR Version entspricht nicht der Version im git vom 14.01.

Also es ist dieser Commit: http://projects.vdr-developer.…8f806ef9f6269bfbdb8f81d4c
Und das ist das Paket auf Launchpad: https://launchpad.net/~yavdr/+…09/+listing-archive-extra

Code

wget http://projects.vdr-developer.org/git/vdr-plugin-softhddevice.git/snapshot/vdr-plugin-softhddevice-590bae406a06f128f806ef9f6269bfbdb8f81d4c.tar.gz
wget https://launchpad.net/~yavdr/+archive/testing-vdr/+files/vdr-plugin-softhddevice_0.6.1rc1.git20140114.1359.orig.tar.gz
$ md5sum *.tar.gz
b99443915b191ba6f889837b81f3306e  vdr-plugin-softhddevice_0.6.1rc1.git20140114.1359.orig.tar.gz
b99443915b191ba6f889837b81f3306e  vdr-plugin-softhddevice-590bae406a06f128f806ef9f6269bfbdb8f81d4c.tar.gz

Ich sehe den Fehler nicht... - es ist der Commit vom 14.01 mit dem Patch von johns (und der ist drin, um das Verhalten zu testen, da er für die Version 6.2 relevant sein dürfte).

holymoly · 16. Januar 2014

moin,

Zitat von Frodo

bei einem der Installationen bekomme ich mit dem neuen Plugin keinen Ton

das hatte ich gestern hier mit der '1:0.6.1rc1.git20140114.1359-0yavdr0~precise' ebenso, bin dann mangels Kenntnissen wieder zurück zur 'Installiert: 1:0.6.1rc1.git20131220.2124-0yavdr0~precise'
Hatte vorher saemtliche Ton-Einstellungen durchgetestet, kein Ton, im log war auch keine Fehlermeldeung von alsa zu finden.
mfg

9000H · 16. Januar 2014

Hi,

mit dem build von Frodo

Code

root@yavdr:/home/yavdr/deb# apt-cache policy vdr-plugin-softhddevice
vdr-plugin-softhddevice:
  Installiert: 1:0.6.1rc1.git20140116.2030-0yavdr0~precise
  Kandidat:    1:0.6.1rc1.git20140116.2030-0yavdr0~precise
  Versionstabelle:
 *** 1:0.6.1rc1.git20140116.2030-0yavdr0~precise 0
        100 /var/lib/dpkg/status
     1:0.6.1rc1.git20140114.1359-0yavdr0~precise 0
        500 http://ppa.launchpad.net/yavdr/testing-vdr/ubuntu/ precise/main amd64 Packages
     1:0.6.1rc1.git20131220.2124-0yavdr0~precise 0
        500 http://ppa.launchpad.net/yavdr/stable-vdr/ubuntu/ precise/main amd64 Packages

Alles anzeigen

hab ich wieder Ton.

CU
9000h

Dr. Seltsam · 16. Januar 2014

schaut bitte auch mal hier und testet die neue softhddevice-Version mit Zusatzparametern. Das ist nämlich auch Sinn und Zweck des enthaltenen Patches -herauszufinden, bei wievielen Leuten es ohne Parameter läuft, und wer sie braucht.

Dr. Seltsam · 16. Januar 2014

um das nochmal ganz deutlich klarzustellen:

Der Fehler, der u.a. beim Wechsel vdr/xbmc und evtl. auch zurück zum Tonverlust führt, ist im softhddevice-git noch nicht behoben. Er lässt sich einfach umgehen, indem ClearOnSwitch abgeschaltet wird.

Inzwischen gibt es einen Patch von johns, der aber dazu führt, dass das Plugin dann mit zusätzlichen Parametern gestartet werden muss, damit es auf die gleiche Weise wie vorher arbeitet. Wenn jetzt im yavdr repository nicht nur ein aktueller git-snapshot von softhddevice drin ist, sondern zusätzlich auch noch der Patch angewandt wurde (der im Moment eigentlich nur zum Testen für bestimmte Leute gedacht war), dann müsst Ihr dem Plugin die dafür neu geschaffenen Parameter (siehe von mir verlinkter Beitrag) mitgeben. Es wird dann entweder reichen, nur -w alsa-close-open mitzugeben, oder es ist zusätzlich -w alsa-close-open-delay erforderlich.

Wird nur -w alsa-close-open gesetzt, entspricht dies dem Verhalten des Plugins im alten yavdr-Paket. Mit aktiviertem ClearOnSwitch gibt es dann wahrscheinlich Probleme beim Wechsel vdr/xbmc und evtl. auch zurück. Wird auch -w alsa-close-open-delay gesetzt, sollte es jetzt hoffentlich auch mit aktiviertem ClearOnSwitch einwandfrei funktionieren.

Frodo · 17. Januar 2014

Dr. Seltsam
Bist Du sicher das die Parameter so stimmen?
vdr --help gibt mir folgendes zurück

Code

softhddevice (0.6.1rc1) - A software and GPU emulated HD device


  -a device     audio device (fe. alsa: hw:0,0 oss: /dev/dsp)
  -p device     audio device for pass-through (hw:0,1 or /dev/dsp1)
  -c channel    audio mixer channel name (fe. PCM)
  -d display    display of x11 server (fe. :0.0)
  -f            start with fullscreen window (only with window manager)
  -g geometry   x11 window geometry wxh+x+y
  -v device     video driver device (va-api, vdpau, noop)
  -s            start in suspended mode
  -x            start x11 server, with -xx try to connect, if this fails
  -X args       X11 server arguments (f.e. -nocursor)
  -w workaround enable/disable workarounds
        no-hw-decoder           disable hw decoder, use software decoder only
        no-mpeg-hw-decoder      disable hw decoder for mpeg only
        still-hw-decoder        enable hardware decoder for still-pictures
        still-h264-hw-decoder   enable h264 hw decoder for still-pictures
        alsa-driver-broken      disable broken alsa driver message
        ignore-repeat-pict      disable repeat pict message
  -D            start in detached mode

Alles anzeigen

Ein -w alsa-close-open oder -w alsa-close-open-delay gibt es hier nicht.

Dr. Seltsam · 17. Januar 2014

Wie auch? Du hast doch selbst geschrieben, dass Du das Plugin ohne den Patch gebaut hast.

holymoly · 17. Januar 2014

moin,

Zitat von Dr. Seltsam

schaut bitte auch mal hier und testet die neue softhddevice-Version mit Zusatzparametern.

habe es mit der aktuellen Version und mit '-w alsa-close-open' getestet, das konstante Knacken ist weg und der Ton funktioniert wieder
mfg

Dr. Seltsam · 17. Januar 2014

Und nun versuch doch bitte *zusätzlich* noch alsa-close-open-delay

johns · 17. Januar 2014

Wenn noch mehr Probleme habe, dann wird die finale Version wie gehabt funktionieren und die, die mit dem neuen Kernel/Alsa Probleme haben, mit -w alsa-no-close-open deaktivieren können.

Johns

holymoly · 17. Januar 2014

moin,

Zitat von Dr. Seltsam

Und nun versuch doch bitte *zusätzlich* noch alsa-close-open-delay

damit funktioniert es ebenso.
mfg

Dr. Seltsam · 17. Januar 2014

Zitat von holymoly

moin,

damit funktioniert es ebenso.
mfg

auch dann, wenn ClearOnSwitch aktiviert ist?

holymoly · 17. Januar 2014

Hallo,

Zitat von Dr. Seltsam

auch dann, wenn ClearOnSwitch aktiviert ist?

habe es so in der plugin.softhddevice.conf

Code

-D -w alsa-close-open -w alsa-close-open-delay

ist doch korrekt so? Damit ist der Ton soweit ok, hab jetzt aber nicht so viel probiert.
mfg

Dr. Seltsam · 17. Januar 2014

m.E. ist das korrekt so. Probier auch mal bei laufendem vdr

svdrpsend plug softhddevice DETA

und danach

svdrpsend plug softhddevice ATTA

holymoly · 17. Januar 2014

moin,
nach dem 'svdrpsend plug softhddevice ATTA' sind Bild und Ton ok
mfg

bottkars · 18. Januar 2014

Zitat von johns

Wenn noch mehr Probleme habe, dann wird die finale Version wie gehabt funktionieren und die, die mit dem neuen Kernel/Alsa Probleme haben, mit -w alsa-no-close-open deaktivieren können.

Johns

Joau, bei mir hat es auch nicht so wiirlich geklappt.

Auf beiden Systemen hatte ich entweder keinen ton oder einen sehr stark blechern verzerrten ton.
Ich teste aber gerne am Abend nochmal die neue Version mit den Parametern / bzw detach und attach

Markus23 · 18. Januar 2014

So,

ich hab bei mir nun auch mal einige Tests gemacht. Hatte ja das Problem , dass nach XBMC beenden der Ton weg war in VDR und mit der Option ClearOnSwitch = 0 ging es dann wieder.
Nun die (angeblich) gepatchte Version auf yavdr/testing installiert und probiert.

asound.conf seht auf :
pcm.!default {
type hw
card 0
device 7
}

In der plugin.softhddevice steht standardmässig :
-D
-a hw 0,7
-p hw 0,7

Nun mit den Tests begonnen...

Mit ClearOnSwitch = 0:
- Kein Ton in VDR, schon beim ersten Starten nicht

Mit ClearOnSwitch = 1 :
- Kein Ton in VDR , schon beim ersten Starten nicht

Mit ClearOnSwitch = 1 und -w alsa-close-open :
- Ton in VDR
- Nach Beenden von XBMC wieder kein Ton in VDR

Mit ClearOnSwitch = 1 und -w alsa-close-open und -w alsa-close-open-delay :
- Ton in VDR
- Nach Beenden von XBMC wieder kein Ton in VDR

Mit ClearOnSwitch = 0 und -w alsa-close-open (also wie ohne Patch und nur ClearOnSwitch = 0) :
- Ton in VDR
- Nach XBMC beenden wieder Ton

Mit DETA und ATTA hab ich erst gar nicht probiert, weil es ja so schon nicht funktioniert hat!
Also bei mir keinerlei Verbesserungen , das einzige was hilft ist ohne Patch ClearOnSwitch = 0 , oder mit Patch ClearOnSwitch = 0 UND -w alsa-close-open

Gruß,

Markus

mini73 · 18. Januar 2014

Ich hoffe, du hast da

Code

-D
-a hw:0,7
-p hw:0,7

stehen...
Ohne Doppelpunkt wird das natürlich nichts.

Lars

Markus23 · 18. Januar 2014

Ja, sorry - hatte ich vergessen zu tippen..
Ist natürlich MIT : , es funktionierte grundsätzlich ja mit diesen beiden optionen

Nutze nun erstmal die "gepachte" Version aus yavdr/testing weiter , allerdings mit ClearOnSwitch=0 und -w alsa-close-open.

[YaVDR testing] softhddevice kein Ton

Jetzt mitmachen!

Teilen