Re: [vdr] xineliboutbut channel change judder

2009-10-27 Thread Holger Steinhaus
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.3
vdr_video: osd: (0, 0)-(720, 576)@1.3
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 100
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.8
vdr_video: osd: (0, 0)-(720, 576)@1.8
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
 
 -Pxineliboutput --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


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] [ANNOUNCE] VDR developer version 1.5.14

2008-01-28 Thread Holger Steinhaus
 Well, multiproto doesn't even compile on a current (2.6.24) kernel ..
 or I am doing something really wrong.
You must be. 

Compiles and runs fine here with a plain vanilla 2.6.24 kernel (i686) and the 
latest multiproto tree.

Regards,
  Holger

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


[vdr] [PATCH] HVR4000(lite) support for multiproto

2008-01-28 Thread Holger Steinhaus
Great thanks to Manu and Klaus for their latest updates. 

The attached patch adds HVR4000 support to it. It has been tested successfully 
together with kernel 2.6.24 on i686 using VDR 1.4.7 (DVB-S only) and VDR 
1.5.14.

Regards,
  Holger


multiproto-hvr4k-2008-01-28.patch.bz2
Description: BZip2 compressed data
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


[vdr] [PATCH] HVR4000(lite) support for multiproto

2008-01-27 Thread Holger Steinhaus
This patch implements support for HVR4000(lite) into the multiproto tree. It 
is an update of my patch from 2007-12-15. In contrast to the previous one 
it should conform better to the multiproto API and supports the set_params 
call.

For compatibility to non-multiproto-aware applications like vanilla VDR, the 
old set_frontend calling scheme is still supported if a module 
param legacy=1 is passed to the cx24116 module.

The patch includes the latest changes from Gregoire and Morfsta. It has been 
tested successfully with szap (legacy=1), VDR 1.4.7 (legacy=1), szap2 
(legacy=0) and VDR 1.5.13 (legacy=0) with Reinhards recent H.264 patches 
using a 2.6.23.12-i686 kernel. The problems with newer kernels like Craig 
mentioned may be resolved, but I'm currently not able to test this aspect. 

Special thanks to Gregoire for digging out some more lost fragments that were 
of great help.

Regards,
  Holger


multiproto-hvr4k-2008-01-27.patch.bz2
Description: BZip2 compressed data
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


[vdr] [PATCH] HVR4000(lite) support for multiproto

2008-01-27 Thread Holger Steinhaus
Here is an update for the update, as the last had to suffer a small hg 
accident.

Regards,
  Holger


multiproto-hvr4k-2008-01-27b.patch.bz2
Description: BZip2 compressed data
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr