[yaVDR 0.5-alpha1] softhdddevice - schwarzes Bild beim Start

Kannst du mal die sound-device.conf der "Alle Geräte"-Variante durch die HDMI-Variante ersetzen und nachsehen, ob es an der 3x auftauchenden gleichen Startbedingung in dieser Datei liegt?

Moin!

Habe gerade sound-devices.conf bei "Ausgabe auf allen Geräten" auf
[...]
start on sound-device-changed SOUND_INITIALIZED=1 KERNEL=card0
stop on sound-device-removed KERNEL=card0
[...]
geändert und das System startet sauber durch.

Bei "Ausgabe auf allen Geräten" mit der angelegten sound-devices.conf
[...]
start on sound-device-changed SOUND_INITIALIZED=1 KERNEL=card0 and SOUND_INITIALIZED=1 KERNEL=card0 and SOUND_INITIALIZED=1 KERNEL=card0
[...]
bleibt das System bei

root 2037 1979 0 09:12 ? 00:00:00 start wait-for-job-state WAIT_FOR=sound-device TARGET_GOAL=start WAIT_STATE=running WAITER=vdr-frontend WAIT_FOREVER=1

hängen. Nach "kill 2037" ist dann wieder das Bild/Ton da.

Gruss,
Holger.

Ok, dann muss unser Template wohl auch noch verhindern, dass die gleiche Karte mehrfach auftaucht.

Zitat von seahawk1986

Ok, dann muss unser Template wohl auch noch verhindern, dass die gleiche Karte mehrfach auftaucht.

Hi, seahawk1986.

Ich habe die /etc/init/sound-device.conf ein wenig editiert, ohne Upstart Experte zu sein.
Der Systemstart läuft sauber durch mit

start on ((sound-device-changed SOUND_INITIALIZED=1 KERNEL=card0) and
(sound-device-changed SOUND_INITIALIZED=1 KERNEL=card0) and
(sound-device-changed SOUND_INITIALIZED=1 KERNEL=card0))

Vielleicht hilft dass, beim Vereinfachen der Templates.

Gruss,
Holger.

Zitat von holger_p.

Vielleicht hilft dass, beim Vereinfachen der Templates.

Ah ok, dann scheint es ein Syntax-Fehler gewesen zu sein - das sollte sich leicht beheben lassen

Zitat von seahawk1986

Ah ok, dann scheint es ein Syntax-Fehler gewesen zu sein - das sollte sich leicht beheben lassen

Bin in Upstart nicht wirklich sattelfest bzw. habe nahezu Null Ahnung, aber könnte durchaus möglich sein.

Müßte vorher mal jemand testen, der unterschiedliche Sound-Karten eingebaut/in Nutzung hat.

Da es sich bei der Thematik ja nicht wirklich um ein SoftHDDevice Problem handelt, macht es ggf. Sinn den Thread hier weiterzuführen (???)...

Gruß,
Holger.

Kannst du das mal als /usr/share/yavdr/templates/etc/init/sound-device.conf/10_header testen:

<?cs def:get_card(type) ?><?cs each:item = system.hardware.alsa ?><?cs if:name(item) == type ?><?cs var:item.card ?><?cs /if ?><?cs /each ?><?cs /def ?>


<?cs if:system.sound.type == "all" ?>
start on <?cs each:item = system.hardware.alsa ?><?cs if:!first(item) ?> and <?cs /if ?>(sound-device-changed SOUND_INITIALIZED=1 KERNEL=card<?cs var:item.card ?>)<?cs /each ?>
stop on sound-device-removed <?cs each:item = system.hardware.alsa ?><?cs if:!first(item) ?> or <?cs /if ?>KERNEL=card<?cs var:item.card ?><?cs /each ?>
<?cs elif:system.sound.type == "passthrough" ?>
start on sound-device-changed SOUND_INITIALIZED=1 KERNEL=card<?cs call:get_card("hdmi") ?>
stop on sound-device-removed KERNEL=card<?cs call:get_card("hdmi") ?>
<?cs elif:system.sound.type == "spdif" ?>
start on sound-device-changed SOUND_INITIALIZED=1 KERNEL=card<?cs call:get_card("digital") ?>
stop on sound-device-removed KERNEL=card<?cs call:get_card("digital") ?>
<?cs else ?>
start on sound-device-changed SOUND_INITIALIZED=1 KERNEL=card<?cs call:get_card(system.sound.type) ?>
stop on sound-device-removed KERNEL=card<?cs call:get_card(system.sound.type) ?>
<?cs /if ?>
pre-start script 
true 
end script 


post-stop script 
true 
end script

Und dann die /etc/init/sound-device.conf neu erzeugen:

sudo process-template /etc/init/sound-device.conf

Zitat von holger_p.

Da es sich bei der Thematik ja nicht wirklich um ein SoftHDDevice Problem handelt, macht es ggf. Sinn den Thread hier weiterzuführen (???)...

Ich weiß nicht, ob es sich hier irgendwo um einen echten Fehler des SoftHDDevice handelt, nur kommt es vermutlich zu einer Race-Condition beim Attachen des Frontends, die wir noch nicht im Griff haben...

Zitat von seahawk1986

Kannst du das mal als /usr/share/yavdr/templates/etc/init/sound-device.conf/10_header testen:
[...]
Und dann die /etc/init/sound-device.conf neu erzeugen:

Code

sudo process-template /etc/init/sound-device.conf

Das Template erzeugt die sound-device.conf mit

start on (sound-device-changed SOUND_INITIALIZED=1 KERNEL=card0) and (sound-device-changed SOUND_INITIALIZED=1 KERNEL=card0) and (sound-device-changed SOUND_INITIALIZED=1 KERNEL=card0)

und mein System startet sauber durch.
Jetzt ist >nur< noch jemand notwendig, der das mal mit mehr als einer SoundCard testet.

Gruss,
Holger.

Das lassen wir die alpha-Tester machen, sobald das neu gebaute yavdr-utils in testing landet...

Zitat von seahawk1986

Das lassen wir die alpha-Tester machen, sobald das neu gebaute yavdr-utils in testing landet...

Bei mir läuft es

HTPC:~$ aplay -l
**** Liste der Hardware-Geräte (PLAYBACK) ****
Karte 0: PCH [HDA Intel PCH], Gerät 0: ALC892 Analog [ALC892 Analog]
  Sub-Geräte: 0/1
  Sub-Gerät #0: subdevice #0
Karte 0: PCH [HDA Intel PCH], Gerät 1: ALC892 Digital [ALC892 Digital]
  Sub-Geräte: 0/1
  Sub-Gerät #0: subdevice #0
Karte 1: NVidia [HDA NVidia], Gerät 3: HDMI 0 [HDMI 0]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
Karte 1: NVidia [HDA NVidia], Gerät 7: HDMI 0 [HDMI 0]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
Karte 1: NVidia [HDA NVidia], Gerät 8: HDMI 0 [HDMI 0]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
Karte 1: NVidia [HDA NVidia], Gerät 9: HDMI 0 [HDMI 0]
  Sub-Geräte: 0/1
  Sub-Gerät #0: subdevice #0

Audio-Einstellung: Ausgabe auf allen Geräten.

Vielen Dank!

Murry

Update und dist-upgrade soeben durchgeführt, process-template erledigt, Neustart, aber noch immer keinTon:

syslog sagt:

Jul 14 18:45:43 vdr /usr/bin/signal-event.real[3401]: finished processing signal change-sound Jul 14 18:45:51 vdr rsyslogd-2177: imuxsock lost 136 messages from pid 3498 due to rate-limiting Jul 14 18:45:51 vdr vdr: audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'

aplay -L:

null
    Discard all samples (playback) or generate zero samples (capture)
sysdefault:CARD=Intel
    HDA Intel, ALC1200 Analog
    Default Audio Device
front:CARD=Intel,DEV=0
    HDA Intel, ALC1200 Analog
    Front speakers
surround40:CARD=Intel,DEV=0
    HDA Intel, ALC1200 Analog
    4.0 Surround output to Front and Rear speakers
surround41:CARD=Intel,DEV=0
    HDA Intel, ALC1200 Analog
    4.1 Surround output to Front, Rear and Subwoofer speakers
surround50:CARD=Intel,DEV=0
    HDA Intel, ALC1200 Analog
    5.0 Surround output to Front, Center and Rear speakers
surround51:CARD=Intel,DEV=0
    HDA Intel, ALC1200 Analog
    5.1 Surround output to Front, Center, Rear and Subwoofer speakers
surround71:CARD=Intel,DEV=0
    HDA Intel, ALC1200 Analog
    7.1 Surround output to Front, Center, Side, Rear and Woofer speakers
iec958:CARD=Intel,DEV=0
    HDA Intel, ALC1200 Digital
    IEC958 (S/PDIF) Digital Audio Output
dmix:CARD=Intel,DEV=0
    HDA Intel, ALC1200 Analog
    Direct sample mixing device
dmix:CARD=Intel,DEV=1
    HDA Intel, ALC1200 Digital
    Direct sample mixing device
dsnoop:CARD=Intel,DEV=0
    HDA Intel, ALC1200 Analog
    Direct sample snooping device
dsnoop:CARD=Intel,DEV=1
    HDA Intel, ALC1200 Digital
    Direct sample snooping device
hw:CARD=Intel,DEV=0
    HDA Intel, ALC1200 Analog
    Direct hardware device without any conversions
hw:CARD=Intel,DEV=1
    HDA Intel, ALC1200 Digital
    Direct hardware device without any conversions
plughw:CARD=Intel,DEV=0
    HDA Intel, ALC1200 Analog
    Hardware device with all software conversions
plughw:CARD=Intel,DEV=1
    HDA Intel, ALC1200 Digital
    Hardware device with all software conversions
hdmi:CARD=NVidia,DEV=0
    HDA NVidia, HDMI 0
    HDMI Audio Output
hdmi:CARD=NVidia,DEV=1
    HDA NVidia, HDMI 1
    HDMI Audio Output
dmix:CARD=NVidia,DEV=3
    HDA NVidia, HDMI 0
    Direct sample mixing device
dmix:CARD=NVidia,DEV=7
    HDA NVidia, HDMI 1
    Direct sample mixing device
dsnoop:CARD=NVidia,DEV=3
    HDA NVidia, HDMI 0
    Direct sample snooping device
dsnoop:CARD=NVidia,DEV=7
    HDA NVidia, HDMI 1
    Direct sample snooping device
hw:CARD=NVidia,DEV=3
    HDA NVidia, HDMI 0
    Direct hardware device without any conversions
hw:CARD=NVidia,DEV=7
    HDA NVidia, HDMI 1
    Direct hardware device without any conversions
plughw:CARD=NVidia,DEV=3
    HDA NVidia, HDMI 0
    Hardware device with all software conversions
plughw:CARD=NVidia,DEV=7
    HDA NVidia, HDMI 1
    Hardware device with all software conversions

aplay -l:

pcm.!default {
	type hw
	card 1
	device 3
}

wenn ich device 7 manuell eingetrage, gibt's Ton, automatisch leider noch immer nicht..

Hardware lt. Sig., onboard-Sound aktiv, 0.5 auf eigener Platte zum Testen.

edit: Soundauswahl im wfe passthrough oder hdmi-stereo

Tom

Zitat von dontom

wenn ich device 7 manuelll eingetrage, gibt's Ton, automatisch leider nich immer nicht..

Dann liegt der Fehler immer noch bei der Soundkarten-Erkennung, ich habe gestern und heute nur an dem Template für die /etc/init/sound-device.conf etwas geändert.

Zitat von seahawk1986

Dann liegt der Fehler immer noch bei der Soundkarten-Erkennung, ich habe gestern und heute nur an dem Template für die /etc/init/sound-device.conf etwas geändert.

Kann ich was sinnvolles beitragen ( testen ), oder sind ab hier die Spezialisten gefragt?

Tom

Wenn, dann dieses Thema in einem eigenständigen Post. Ich bin leider noch nicht weiter dazu gekommen zu dem Thema weitere Untersuchungen zu machen.

Im Prinzip geht es wohl darum: https://github.com/yavdr/yavdr…actions/find-alsa-devices
Das Problem ist zu erkennen, welches Gerät wirklich das richtige ist und in die Datenbank geschrieben werden soll... da fehlt wohl einfach noch eine zuverlässige Methode, die immer das richtige Ergebnis liefert.

Also ich wollte mal Rückmeldung geben. Habe heute auf Version 20120714181421testing-0yavdr0~precise von yavdr-utils installiert. Dort ist mein Problem wohl behoben, denn das Frontend startet nun wieder ordnungsgemäß.

Danke

Gesendet von meinem GT-I9100 mit Tapatalk 2

Zitat von seahawk1986

Im Prinzip geht es wohl darum: https://github.com/yavdr/yavdr…actions/find-alsa-devices
Das Problem ist zu erkennen, welches Gerät wirklich das richtige ist und in die Datenbank geschrieben werden soll... da fehlt wohl einfach noch eine zuverlässige Methode, die immer das richtige Ergebnis liefert.

Nachdem ja softhddevice Standard zum Testen der Alpha ist nutze ich den mplayer zur Wiedergabe von Videos.

Wie is es denn da mit der automatischen Erkennung ?

Wir die Datei /usr/share/vdr-plugin-mplayer/mplayer bei der Installation erzeugt ?

Hir musste ich naemlich mein sounddevice anpassen.

Hier war eine manuelle Anpassung der Sound-HW notwendig, damit eine Soundausgabe funktionierte.

--> oder gibt es einen Thread Sounderkennung // mplayer fuer 0.5alpha1

Moin!

Zitat von bottkars

Nachdem ja softhddevice Standard zum Testen der Alpha ist nutze ich den mplayer zur Wiedergabe von Videos.

Eventuell solltest du mal dem neuen Plugin "play" eine Chance geben, findest du in unstable.
Wenn du weiterhin auf testing bleibst, musst du allerdings manuell eine /etc/vdr/plugins/plugin.play.conf anlegen (die ist nämlich in yavdr-utils drin, auch nur in unstable) mit dem Inhalt

-a alsa:device=<hier was passendes eintragen>
-v vdpau:deint=4:hqscaling=1,xv,x11
-d :1<auch hier ggf. anpassen>
-s
-o
-f

Das macht schon einen ziemlich guten Eindruck.

Lars.

Davon ab sollte mplayer Standardmässig "default" verwenden. Wir setzen default in der sound.conf auf die gewünschte Soundkarte. Dementsprechend dürfte es besagtes Problem eigentlich nicht geben.