Aufzeichnung -> Pause -> Play = VDR-Frontend (Xine) restart

Kann dieses Verhalten mit gleichen Fehlermeldungen für yaVDR 0.4pre1 bestätigen.

Siehe folgenden Post

Kann das auch bestätigen,gleiches Verhalten bei mir (pre2 alle updates)

Hallo,
Ein Pause bei LiveTV hat bei mir auch diesen effekt, Fehlermeldungen habe ich aber noch nicht geprüft.

Gruss,
raoul

Hi,
ist bei mir auch so bei der Pre 1 mit allen updates.

Gruß Jan

Zitat von vdrchuck

Einstellungen -> Audio -> Ausgabe an allen Geräten (Audio output will happen to all outputs. The default choice.)

auf

HDMI-Stereo (Audio Ausgabe erfolgt durch HDMI PCM. Diese Variante ermöglicht die Ton-Ausgabe für z.B. Fernseher mit HDMI-Eingang.)

jetzt wirds interessant.

Das ist meiner Meinung nach stark abhängig von der verwendeten Audio HW, ich hab mich mit dem Thema asound.conf damals mit der 0.3 ausgiebig beschäftigt.

Sound über mehr als eine Soundkarte (also das audio device Onboard und das auf der Grafikkarte) funktioniert bei mir zuerst einwandfrei, danach läuft aber spätestens nach 15 Min das CPU Load gegen 100%. Die Folge sind Bildhänger und Abstürze wie ihr berichtet. - Sound dagegen explizit von einem der beiden Geräte funktioniert einwandfrei. Eine Konfiguration mit der ich den onboard spdif wie den HDMI ohne dieses Problem aktivieren konnte hab ich bis heute nicht gefunden-

Jetzt ist es aber auch so, dass diese ganzen kursierenden asound.conf die so oder ähnlich wie die yavdr default conf aufgebaut sind nicht falsch sind, ich mein die Leute sind ja nicht blöd und posten in allen Boards son Mist. Es fällt jedoch auf das all diese Konfigurationen davon ausgehen, dass alle 3 devices (analog, spdif, hdmi) von einem einzigen Gerät kommen. Ich hab auch in anderen Boards schon gelesen das andernfalls Probleme auftreten.

Ich hab das für mich so gelöst, dass ich mit hdmi passtrough ins TV gehe und an dessen spdif Ausgang über einen Toslink Splitter die 5.1 Anlage sowie eine Soundbar angeschlossen habe. Das läuft seit nem 3/4 Jahr völlig unproblematisch. Ausserdem ist mir aufgefallen, das dieser Weg wesentlich mehr lipsync ist als der onboards spdif, um nicht zu sagen es läuft annähernd perfekt lipsync.

Chrisitan

Guten Morgen in die Runde,
ich habe auch dieses Verhalten. Ich nutze das xineliboutput-plugin.

Merkwürdig ist nur, daß es bis vor ca. 5 Wochen funktioniert hat.
Aber der Reihe nach...
Mein VDR mit Yavdr 0.3 ist abgeraucht (Platte defekt). Natürlich hatte ich kein Backup und musste neu installieren.
Ich habe mein System genau so aufgesetzt, wie es bis vor dem Ausfall tadellos gelaufen ist. Lediglich die vdr-Version hatte sich in der Zwischenzeit geändert.
Jetzt habe ich vdr 1.7.16, damals war es 1.7.14.

Mit dem Sound kann es meiner Meinung nach nicht zusammenhängen, da ich auch bereits mehrere Konfigs durch habe (Stereo, Pass Through, mal analog, mal nur hdmi mal beides etc.) und bei jeder Audiokonfig hatte ich das gleiche Problem, daß nach dem Beenden der Pause das Frontend neu gestartet wird.

Meine Buffer für Video und Audio habe ich in der /etc/vdr-sxfe/xineliboutput_config (heißt die so, habe gerade kein System zur Hand...) auch bereits deutlich um Faktor 10 nach oben gesetzt.

Den Frontend-Neustart habe ich übrigens auch beim Zappen.

Gruß,
Rainer

Mein System:
Intel Core 2 auf Asus-MB
Nvidia 9500 GT passiv
2* KNC One DVB-C
Yavdr 0.3

Selbes Verhalten hier, yavdr 04pre1 mit allen patches.

Aufnahmen werden auf NFS speichert. Beim Abspielen kommt es gelegentlich zu Abstuerzen des xineliboutput frontends, seltener beim zappen.
Was ueberhaupt nicht geht, ist Abspielen irgendeiner Aufnahme waehrend eine neue Aufnahme gerade laeuft. Dann crashed die Wiedergabe nach wenigen Sekunden.

Einen Einfluss des Servers moechte ich dabei (beinahe) ausschliessen. Die Last liegt bei 1% seit der Aufruestung von Atom N230 auf Pentium G620.

Logs kann ich erst heute abend sammeln.

Gleiches Verhalten auch bei mir mit pre2. Habe erst die Tage neu install und bin noch nicht ganz durch mit Anpassungen und wollte später schauen was da los ist, aber nun sehe ich, ich bin nicht allein!

MFG SVen

Sensationell, Audio auf Stereo ueber HDMI umgestellt, und schon klappts.

ich habe auch das selbige problem...aber ich brauche die einstellung sound auf allen karten.

Temp-Lösung hat bei mir funktioniert. Audio-Ausgang ist auf nur optisch umgestellt - Pausenverhalten ist wieder einwandfrei. Da ich Audio stets über die Anlage wiedergebe, ist die Einschränkung bei mir kein Problem.

Vielen Dank!

Habe eine Lösung für mich gefunden.

1. von Pause auf Play ruft keinen Frontendabsturz hervor
2. kein Frontendabsturz beim Zapping
3. Ton auf HDMI und Mainboard Line-Out analog

Technische Daten:

Asus P5KPL SE
Celeron 3400
2* KNC one DVB-C
Nvidia 9500 GT
yavdr 0.3.0.a mit dist-upgrade
Frontend: xineliboutputplugin

root@vdr:/etc/X11# aplay -l
**** Liste der Hardware-Geräte (PLAYBACK) ****
Karte 0: Intel [HDA Intel], Gerät 0: ALC887 Analog [ALC887 Analog]
  Sub-Geräte: 0/1
  Sub-Gerät #0: subdevice #0
Karte 0: Intel [HDA Intel], Gerät 1: ALC887 Digital [ALC887 Digital]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
root@vdr:/etc/X11#

root@vdr:/etc/X11# uname -a
Linux vdr 2.6.32-34-generic #77-Ubuntu SMP Tue Sep 13 19:40:53 UTC 2011 i686 GNU/Linux
root@vdr:/etc/X11#

/etc/vdr-sxfe/config_xineliboutput   (auszugsweise)


# Zu benutzender Audiotreiber
# { auto  null  pulseaudio  alsa  oss  esd  file  none }, default: 0
audio.driver:alsa


# Gerät für Monoausgabe
# string, default: default
audio.device.alsa_default_device:plughw:0,0


# Gerät für Stereoausgabe
# string, default: plug:front:default
audio.device.alsa_front_device:plughw:0,0


# ALSA Mixergerät
# string, default: PCM
#audio.device.alsa_mixer_name:PCM


# Soundkarte unterstützt mmap 
# bool, default: 0
# audio.device.alsa_mmap_enable:1


# Gerät für 5.1-Kanalausgabe
# string, default: iec958:AES0=0x6,AES1=0x82,AES2=0x0,AES3=0x2
audio.device.alsa_passthrough_device:plughw:0,0


# Gerät für 4-Kanalausgabe
# string, default: plug:surround40:0
audio.device.alsa_surround40_device:plughw:0,0


# Gerät für 5.1-Kanalausgabe
# string, default: plug:surround51:0
audio.device.alsa_surround51_device:plughw:0,0


# Lautsprecherplazierung
# { Mono 1.0  Stereo 2.0  Headphones 2.0  Stereo 2.1  Surround 3.0  Surround 4.0  Surround 4.1  Surround 5.0  Surround 5.1  Surround 6.0  Surround 6.1  Surro
und 7.1  Pass Through }, default: 1
audio.output.speaker_arrangement:Pass Through

Wie der aufmerksame Leser feststellt, habe ich im Webfrontend unter System -> Ton -> HDMI Pass Throuh eingestellt.

Es scheint, als wenn ein Script zur Audiokonfig keine korrekten Werte für z.B. "audio.device.alsa_surround51_device:plughw:0,0" schreibt. Daher hatte ich manuell anstelle

audio.device.alsa_surround51_device:plughw:0,0

audio.device.alsa_surround51_device:iec958

eingetragen, was wohl zu Fehlern gefürht hat.

Wenn noch etwas fehlt, meldet euch.

Gruß,
Rainer

Guten Morgen!
Habe bei mir das selbe Problem bei "Ausgabe auf allen Geräten"!
Nach Umstellen auf analoge Ausgabe kein Restart von xine...

Grüße,
wayne

Tja, auch bei mir ist das Problem akut.

Da ich aber HDMI und Analog benötige, ist die obige Lösung nicht optimal (aber besser als nichts!).

Hat jemand neuere Erkenntnisse, wie man die Sache gelöst bekommt? Ob es nur ein Problem der asound.conf ist?

Hallo Pause-Start-Frontendneustart-Geplagte,

gibts schon was neues zu dem Thema? Ich brauch leider auch den Ton am HDMI der Grafikkarte und am SPDIF des Mainboards für meinen Verstärker.
Kann man irgendwie zur Lösung beitragen?
Hab jetzt als Notlösung Xineliboutput laufen, da ist der Sprung erträglich. Hab damit aber leider Probleme beim Umschalten zu HD Sendern (kein Ton und/oder Pufferprobleme).

Petzi

So, nach einigen Versuchen, hab ich für mich eine Lösung gefunden. Ich habe im WFE "Ausgabe an allen Geräten" eingestellt und händisch in der asound.conf die analoge Ausgabe rausgeworfen. Jetzt funktioniert Aufzeichung abspielen => Pause => Start problemlos ohne Neustart des Frontends und ich hab Ton am HDMI-Ausgang der Grafikkarte und am SPDIF/TOSLINK des Mainboards. Hier mal die asound.conf (vielleicht hilfts ja jemand):

pcm.!default {
type plug
slave {
pcm "both" 
}
}


pcm.both {
    	type route
    	slave {
            	pcm multi
            	channels 4
    	}
    	ttable.0.0 1.0
    	ttable.1.1 1.0
    	ttable.0.2 1.0
    	ttable.1.3 1.0
}


pcm.multi {
    	type multi
    	slaves.a {
            	pcm "hdmi_hw" 
            	channels 2
    	}
    	slaves.b {
            	pcm "digital_hw" 
            	channels 2
    	}
    	bindings.0.slave a
    	bindings.0.channel 0
    	bindings.1.slave a
    	bindings.1.channel 1
    	bindings.2.slave b
    	bindings.2.channel 0
    	bindings.3.slave b
    	bindings.3.channel 1
}


pcm.hdmi_hw {
    	type hw
    	card 1
    	device 3
    	channels 2
}


pcm.hdmi_formatted {
    	type plug
    	slave {
            	pcm hdmi_hw
            	rate 48000
            	channels 2
    	}
}


pcm.hdmi_complete {
    	type softvol
    	slave.pcm hdmi_formatted
    	control.name hdmi_volume
    	control.card 1
}


pcm.digital_hw {
    	type hw
    	card 0
    	device 1
    	channels 2
}

Gruß
Petzi

ich habe es genauso wie petzi gemacht, funktioniert einwandfrei