When changing channels with vdr-sxfe (remote client on same computer), I get some judder. Playback starts quite quickly at channel change, but then there's a freeze of both audio and video for about half a second before it starts again. Any idea what the problem can be?
Relevant .xine/config_xineliboutput;
engine.buffers.video_num_buffers:500 (tried 250, no difference) engine.buffers.video_num_frames:15 (tred 30, no difference) engine.buffers.audio_num_buffers is not set, so should use default 230 (?)
vdr-sxfe is run as
vdr-sxfe --video vdpau --audio oss --verbose --aspect 16:9 --fullscreen --post tvtime:method=use_vo_driver xvdr://127.0.0.1
The xinelibplugin is configured as
-P"xineliboutput --local=none --remote=37890"
I don't use local playback as it doesn't support all the configuration options that I use for vdpau. Material is mostly 576i.
Torgeir Veimo wrote:
When changing channels with vdr-sxfe (remote client on same computer), I get some judder. Playback starts quite quickly at channel change, but then there's a freeze of both audio and video for about half a second before it starts again. Any idea what the problem can be?
This behavior started somewhere after(?) 2.6.24 kernel, could be dvb-driver/kernel related.
Приветствую, Torgeir
I can confirm such behaviour with vdr-xine 093 and vdr 179 - yes, it's really annoing :( Sorry, don't know how to solve such problem
When changing channels with vdr-sxfe (remote client on same computer), I get some judder. Playback starts quite quickly at channel change, but then there's a freeze of both audio and video for about half a second before it starts again. Any idea what the problem can be?
Relevant .xine/config_xineliboutput;
engine.buffers.video_num_buffers:500 (tried 250, no difference) engine.buffers.video_num_frames:15 (tred 30, no difference) engine.buffers.audio_num_buffers is not set, so should use default 230 (?)
vdr-sxfe is run as
vdr-sxfe --video vdpau --audio oss --verbose --aspect 16:9 --fullscreen --post tvtime:method=use_vo_driver xvdr://127.0.0.1
The xinelibplugin is configured as
-P"xineliboutput --local=none --remote=37890"
I don't use local playback as it doesn't support all the configuration options that I use for vdpau. Material is mostly 576i.
On 25/10/2009, Goga777 goga777@bk.ru wrote:
Приветствую, Torgeir
I can confirm such behaviour with vdr-xine 093 and vdr 179 - yes, it's really annoing :( Sorry, don't know how to solve such problem
Me too.
The same happens with xine-ui-cvs, xine-lib-1.2 and vdr-plugin-xine-0.9.3. For me it looks like trouble while synchronizing audio and video streams. Maybe Xine is a bit more verbose than vdr-sxfe, so here is the output of xine after a channel change:
ao_flush (loop running: 1) ao_close audio_out: no streams left, closing driver audio discontinuity #22, type is 0, disc_off 0 waiting for in_discontinuity update #22 vdpau_set_property: property=0, value=0 vo_vdpau: deinterlace: none video discontinuity #22, type is 0, disc_off 0 current time : 434110135 vpts adjusted with prebuffer to 434110135 ao_flush (loop running: 1) video discontinuity #23, type is 0, disc_off 0 waiting for audio discontinuity #23 audio discontinuity #23, type is 0, disc_off 0 waiting for in_discontinuity update #23 current time : 434110218 vpts adjusted with prebuffer to 434110218 vdpau_set_property: property=0, value=0 vo_vdpau: deinterlace: none load_plugins: plugin vdpau_mpeg12 will be used for video streamtype 00. vdpau_set_property: property=0, value=1 vo_vdpau: deinterlace: temporal_spatial vdr_video: osd: (0, 0)-(720, 576)@1.33333 vdr_video: osd: (0, 0)-(720, 576)@1.33333 video_out: throwing away image with pts 434110218 because it's too old (diff : 40812). vdpau_set_property: property=8, value=125 vdpau_set_property: property=13, value=125 vdpau_set_property: property=8, value=125 vdpau_set_property: property=13, value=125 input_vdr: flush buffers (vb: 0, ab: 0, vf: 0, af: 0) done. osd: can't find out current locale character set ao_flush (loop running: 1) audio discontinuity #24, type is 0, disc_off 0 waiting for in_discontinuity update #24 vdpau_set_property: property=0, value=0 vo_vdpau: deinterlace: none video discontinuity #24, type is 0, disc_off 0 current time : 434167435 vpts adjusted with prebuffer to 434167435 ao_flush (loop running: 1) video discontinuity #25, type is 0, disc_off 0 waiting for audio discontinuity #25 audio discontinuity #25, type is 0, disc_off 0 waiting for in_discontinuity update #25 current time : 434167523 vpts adjusted with prebuffer to 434167523 osd: can't find out current locale character set video discontinuity #26, type is 2, disc_off 4943839138 waiting for audio discontinuity #26 audio discontinuity #26, type is 2, disc_off 4943839138 waiting for in_discontinuity update #26 current time : 434179784 audio vpts adjusted to video vpts 434167523 load_plugins: plugin mad will be used for audio streamtype 01. set_speed 125000 audio_alsa_out:open pause_resume=0 output sample rate 48000 will resample audio from 48000 to 48000 fixing sound card drift by 3120 pts set_speed 1000000 will resample audio from 48000 to 48000 audio jump, diff=3120 vdpau_set_property: property=0, value=0 vo_vdpau: deinterlace: none load_plugins: plugin vdpau_mpeg12 will be used for video streamtype 00. vdpau_set_property: property=0, value=1 vo_vdpau: deinterlace: temporal_spatial vdr_video: osd: (0, 0)-(720, 576)@1.77778 vdr_video: osd: (0, 0)-(720, 576)@1.77778 vdpau_set_property: property=8, value=100 vdpau_set_property: property=13, value=100 vdpau_set_property: property=8, value=100 vdpau_set_property: property=13, value=100 video jump osd: can't find out current locale character set fixing sound card drift by 3598 pts fixing sound card drift by 2699 pts fixing sound card drift by 2024 pts fixing sound card drift by 1519 pts 200 frames delivered, 0 frames skipped, 1 frames discarded
Am Sonntag, den 25.10.2009, 21:50 +1000 schrieb Torgeir Veimo:
When changing channels with vdr-sxfe (remote client on same computer), I get some judder. Playback starts quite quickly at channel change, but then there's a freeze of both audio and video for about half a second before it starts again. Any idea what the problem can be?
Relevant .xine/config_xineliboutput;
engine.buffers.video_num_buffers:500 (tried 250, no difference) engine.buffers.video_num_frames:15 (tred 30, no difference) engine.buffers.audio_num_buffers is not set, so should use default 230 (?)
vdr-sxfe is run as
vdr-sxfe --video vdpau --audio oss --verbose --aspect 16:9 --fullscreen --post tvtime:method=use_vo_driver xvdr://127.0.0.1
The xinelibplugin is configured as
-P"xineliboutput --local=none --remote=37890"
I don't use local playback as it doesn't support all the configuration options that I use for vdpau. Material is mostly 576i.
-- Regards, Holger
I am running xine-vdpau rel 285. I guess the "xine-lib" source is not really synced with current xine-lib.
What versions of xine-lib, patched or unpatched, are others using with xineliboutput and vdpau?