Verständnisfrage confix_xineliboutput

TheChief · 8. Juni 2011

Da meine HD-Sender bisher immer instabil liefen, bin ich gerade mal dabei, meine config_xineliboutput zu optimieren.

Wozu ist dieser Eintrag gut?

audio.a52.dynamic_range:1

Brauchts den? Wenn ja, wofür? Oder kann ich den Eintrag auskommentieren.

Ebenso würde mich das für alle "audio.synchronization"-Einträge interessieren. Brauch ich
die Einträge? Hab die gestern mal auskommentiert und habe das Gefühl,
HD ist stabiler geworden.

Zum Thema Audio als Info: Hab einen Onkyo-Receiver zwischen TV und VDR. Hab immer wieder ds Problem,
dass sich das xine-Frontend neustartet, wenn ich zwischen Audiospuren hin und her schalte.

Ansonsten hier mal meine confi, eventuell kann mir noch jemand Tipps zum Optimieren geben.

Code

gui.deinterlace_by_default:1
gui.experience_level:Master of the known universe
gui.dropped_frames_warning:0
gui.amp_level:50
gui.panel_visible:0
gui.setup_x:945
gui.setup_y:376
gui.splash:0
audio.driver:alsa
audio.a52.dynamic_range:1
audio.a52.level:200
audio.device.alsa_default_device:hw:1,7
audio.device.alsa_front_device:hw:1,7
audio.device.alsa_mmap_enable:1
audio.device.alsa_passthrough_device:hw:1,7
audio.device.alsa_surround40_device:hw:1,7
audio.device.alsa_surround51_device:hw:1,7
audio.output.speaker_arrangement:Pass Through
audio.volume.mixer_volume:75
video.output.vdpau_deinterlace_method:temporal_spatial
video.output.vdpau_enable_inverse_telecine:0
video.output.vdpau_sd_only_properties:noise+sharpness
video.output.vdpau_studio_levels=0
video.output.vdpau_display_queue_length:4
video.processing.ffmpeg_thread_count:2
media.dvd.device:/dev/dvd1
media.vcd.device:/dev/dvd1
engine.buffers.audio_num_buffers:500
engine.buffers.video_num_buffers:1000
engine.buffers.video_num_frames:50
engine.performance.memcpy_method:mmx

Alles anzeigen

Danke und Grüsse
TheChief

fnu · 11. Juni 2011

TheChief

Leider schweigst Du Dich bzgl. Einzelheiten der Instabilitäten aus, aber irgendwie bezweifle ich, das die Audio Einstellungen in der config-Datei dafür verantwortlich zeichnen ...

Interessant finde ich auch, welche Werte bei Dir offensichtlich gegenüber dem Default verändert wurden, ich stelle nicht soviel ein und habe eher keine Probleme, allerdings nutze ich xine als Frontend. Der von Dir angefragte Parameter wird wie folgt beschrieben:

Code

# Benutze dynamische A/52 Bereichskomprimierung
# bool, default: 0
audio.a52.dynamic_range:1

Der Parameter

Code

video.output.vdpau_studio_levels:1

Sollte auf "1" gesetzt werden, das hat was mit der korrekten Umsetzung des Farbraum des gesendeten Materials zu tun, nix mit Stabilität oder Performance.

Die Parameter die IMHO mittelbar Einfluß auf die Performance der Ausgabe haben sehen bei mir so aus:

Code

audio.synchronization.av_sync_method:resample
video.output.vdpau_enable_inverse_telecine:0
video.output.vdpau_sd_deinterlace_method:temporal_spatial
video.output.vdpau_sd_only_properties:noise+sharpness
video.output.vdpau_display_queue_length:4
video.processing.ffmpeg_thread_count:2
media.xvdr.num_buffers_hd:4000
engine.buffers.audio_num_buffers:250 # muß bei sxfe/xineliboutout min. 500 betragen!
engine.buffers.video_num_buffers:2500
engine.buffers.video_num_frames:22
engine.decoder.disable_flush_at_discontinuity:1
engine.decoder.disable_flush_from_video_out:1
engine.performance.memcpy_method:libc

Alles anzeigen

Bei meiner FX 580 setze ich noch folgenden Parameter:

Code

video.output.vdpau_hd_deinterlace_method:temporal_spatial

Regards
fnu

TheChief · 11. Juni 2011

Zitat von fnu

Leider schweigst Du Dich bzgl. Einzelheiten der Instabilitäten aus, aber irgendwie bezweifle ich, das die Audio Einstellungen in der config-Datei dafür verantwortlich zeichnen ...

Naja instabil heisst, dass es irgendwann, meist nach 10-30 min zu Klötzchenbildung kommt und sich entweder das Frontend neustartet oder einfach stehen bleibt. Da ich ausserdem Probleme habe, wenn ich zwischen Audiospuren wechsle, war das
erstmal mein erster Ansatz, um die Config aufzuräumen. Play Buffer overflows sind dann auch im syslog zu finden.

audio.a52.dynamic_range:1 brauche ich demnach nicht, wenn default 0 ist? Sämtliche audio.synchronization Einträge habe ich auch auskommentiert und konnte bisher keine
Verschlechterung feststellen. Du hast ja in Deiner config "audio.synchronization.av_sync_method:resample", wozu ist das gut? Warum muss ich irgendwas resamplen?

Hab gerade gesehen, dass mein "engine.buffers.video_num_buffers" auf 250 stand, was aber die Stabilität gebenüber 1000 oder 2000 nicht merklich beeinflusst hat.

Ich werd mal weiter testen. Werd bei Gelegeheit auch mal probieren, die VDR direkt an den TV anzuschliessen, um zu testen, ob die Probleme mit den Audiospuren am Receiver liegen.

EDIT: Am Onkyo liegts nicht. Auch ohne Receiver kann ich nich geschweit twischen Audiospuren wechseln. Oft bleibt das Frontend einige Sekunden hängen oder startet sich ganz neu. Die Alsa Version ist übrigens 1.0.23.

Grüsse
TheChief

bepis1337 · 11. Juni 2011

Ich würde testweie config_xineliboutput mal umbenennen und neu erstellen lassen. Das geschieht automatisch beim starten vom frontend.

TheChief · 16. Juni 2011

Nachdem ich nun von xinliboutput auf xine gewechselt bin, gibt es auf ein paar HD Sendern noch Probleme:

Code

Jun 16 19:05:38 vdr vdr: [2107] cVideoRepacker: operating in H.264 mode
Jun 16 19:05:39 vdr vdr: [2107] SetBrokenLink: no GOP header found in video packet
Jun 16 19:05:42 vdr vdr: [2109] Text2Skin: channelInfo display update thread ended (pid=1905, tid=2109)
Jun 16 19:05:43 vdr vdr: [2107] cDolbyRepacker: skipped 1532 bytes while syncing on next AC3 frame
Jun 16 19:05:46 vdr vdr: [2108] buffer usage: 70% (tid=2107)
Jun 16 19:05:46 vdr vdr: [2108] buffer usage: 60% (tid=2107)
Jun 16 19:05:52 vdr vdr: [2108] buffer usage: 70% (tid=2107)
Jun 16 19:05:52 vdr vdr: [2108] buffer usage: 80% (tid=2107)
Jun 16 19:05:54 vdr vdr: [2108] buffer usage: 90% (tid=2107)
Jun 16 19:05:54 vdr vdr: [2108] buffer usage: 100% (tid=2107)
Jun 16 19:05:57 vdr vdr: [2107] 1 cRepacker messages suppressed
Jun 16 19:05:57 vdr vdr: [2107] cDolbyRepacker: skipped 1532 bytes while syncing on next AC3 frame
Jun 16 19:05:57 vdr vdr: [2108] buffer usage: 60% (tid=2107)
Jun 16 19:05:58 vdr vdr: [2108] buffer usage: 70% (tid=2107)
Jun 16 19:05:58 vdr vdr: [2108] buffer usage: 60% (tid=2107)
Jun 16 19:05:58 vdr vdr: [2108] buffer usage: 70% (tid=2107)
Jun 16 19:05:59 vdr vdr: [2108] buffer usage: 80% (tid=2107)
Jun 16 19:06:00 vdr vdr: [2108] buffer usage: 90% (tid=2107)
Jun 16 19:06:01 vdr vdr: [1905] switching to channel 5
Jun 16 19:06:01 vdr vdr: [1905] cTS2PES got 0 TS errors, 1 TS continuity errors
Jun 16 19:06:01 vdr vdr: [1905] cTS2PES got 0 TS errors, 3 TS continuity errors

Alles anzeigen

Der Sound fängt an zu stocken und irgendwann hängt auch das Bild kurzeitig.

Meine config für xine sieht so aus:

Code

vdr:~# egrep ^[^' '*#] /root/.xine/config
.version:2
gui.deinterlace_by_default:1
gui.experience_level:Master of the known universe
gui.panel_visible:0
audio.driver:alsa
audio.device.alsa_front_device:hw:1,7
audio.device.alsa_mixer_name:PCM
audio.device.alsa_mmap_enable:1
audio.device.alsa_passthrough_device:hw:1,7
audio.device.alsa_surround40_device:hw:1,7
audio.device.alsa_surround51_device:hw:1,7
audio.output.speaker_arrangement:Pass Through
audio.synchronization.av_sync_method:resample
video.driver:vdpau
video.output.vdpau_enable_buggy_xcb_workaround:0
video.output.vdpau_enable_inverse_telecine:0
video.output.vdpau_hd_deinterlace_method:temporal_spatial
video.output.vdpau_sd_deinterlace_method:temporal_spatial
video.output.vdpau_sd_only_properties:noise+sharpness
video.output.vdpau_skip_chroma_deinterlace:1
video.output.vdpau_studio_levels:1
video.output.vdpau_display_queue_length:4
video.processing.ffmpeg_thread_count:2
media.audio_cd.device:/dev/dvd1
media.xvdr.num_buffers_hd:4000
media.xvdr.scr_treshold_hd:20
engine.buffers.audio_num_buffers:1000
engine.buffers.video_num_buffers:2500
engine.buffers.video_num_frames:22
engine.decoder.disable_flush_at_discontinuity:1
engine.decoder.disable_flush_from_video_out:1
engine.performance.memcpy_method:sse

Alles anzeigen

Kan nochmal jemand die config anschauen und mir sagen, was ich noch optimieren kann? Sind eventuell die Buffers zu
klein oder zu gross? Man findet hier im Forum ja die verschiedensten Angaben. Mit Default-Werten hab ich das gleiche
Problem, mit 500 Audio-Buffer und 2000 Video-Buffer ebenso. Wie ist es mit den video_num_frames? Müssen die unter
xine auch grösser sein?

Danke
TheChief

EDIT: video.output.vdpau_studio_levels:1 hab ich jetzt mal auf 0 gesetzt, damit hab ich knackigere Farben.

rudirabbit · 16. Juni 2011

Ich hatte mit Xine auch genau diese Audio Probleme.
MIt einer Änderungen des xine.modeLiveTV.monitoringMode auf durchgehend war es bei mir deutlich besser. (warum auch immer)

Inzwischen bin ich wieder auf xineliboutput umgestiegen...

TheChief · 16. Juni 2011

xine vs. xineliboutput entwickelt sich bei mir irgendwie zu Pest vs. Cholera

Die Einstellung probier ich mal.

Fireblade · 16. Juni 2011

Hi TheChief,
da ich nicht so der Bastler bin nutze ich produktiv noch xine 0.9.3, da ich der Familie die Tonprobleme ersparen möchte.
Diese Version läuft bei mir jetzt seit ca. 9 Monaten zur vollsten zufriedenheit mittlerweile mit nvidia 270.41.06.
HD läuft ohne Probleme, mit folgenden Einstellungen (System WZ)

Code

xine.autoPrimaryDeviceMode = autoPrimaryDeviceOn
xine.image16:9.zoomX = 100
xine.image16:9.zoomY = 100
xine.image4:3.zoomX = 124
xine.image4:3.zoomY = 120
xine.interactWithEitScannerMode = interactWithEitScannerOff
xine.modeLiveTV.monitoringDuration = 10
xine.modeLiveTV.monitoringMode = monitoringOnce
xine.modeLiveTV.prebufferFramesAudio = 10
xine.modeLiveTV.prebufferFramesVideoHD = 20
xine.modeLiveTV.prebufferFramesVideoSD = 6
xine.modeLiveTV.prebufferHysteresis = 8
xine.muteMode = muteExecute
xine.osdExtent.X = 1920
xine.osdExtent.Y = 1080
xine.osdGammaCorrection = 123
xine.osdMode = osdOverlay
xine.transparencyMode = transparencyOn
xine.volumeMode = volumeChangeSW

Alles anzeigen

config für xine hängt an.

Gruß Axel

TheChief · 16. Juni 2011

Danke, auch das werde ich mal versuchen, wenn ich mit der anderen Einstellung keinen Erfolg habe.

rudirabbit · 17. Juni 2011

Zitat von TheChief

xine vs. xineliboutput entwickelt sich bei mir irgendwie zu Pest vs. Cholera

Nicht nur bei dir
Mein Testsystem lief mit dem xine-Plugin relativ gut. Audio Probleme sind bei mir wie gesagt mit der Änderung bei xine.modeLiveTV.monitoringMode verschwunden.
Auf dem Hauptsystem habe ich dann die Änderungen auch gemacht, das lief nicht so gut.
Ich führe es auf die Xine-Lib zurück, ich habe den Eindruck das die alte xine-lib nicht ganz deinalliert wird (trotz distclean)
Daher setzte ich gerade alles komplett neu auf, mal sehen ..

mfg.

villeneuve · 11. Oktober 2012

Zitat von fnu
Der Parameter
Code
video.output.vdpau_studio_levels:1
Sollte auf "1" gesetzt werden, das hat was mit der korrekten Umsetzung des Farbraum des gesendeten Materials zu tun, nix mit Stabilität oder Performance.

Kurze Frage zum Verständnis: In der Xine Konfigurationsdatei steht als Erklärung zu der Option "disable studio level", also bewirkt "video.output.vdpau_studio_levels:1" nach meinem Verständnis, daß der volle Farbraum 0-255 ausgegeben wird, weil Studio-Level 0-235 entspricht.
Mein Fernseher ist auf 0-255 eingestellt, in XBMC ebenfalls 0-255, in der xorg.conf habe ich dazu nichts definiert. Die Farben werden auch schlechter, wenn ich den Fernseher im laufenden XBMC-Betrieb auf 0-235 schalte. Wie sollte ich nun "video.output.vdpau_studio_levels" einstellen?

Verständnisfrage confix_xineliboutput

Jetzt mitmachen!

Teilen