Re: Minimum working value of engine.buffers.video_num_buffers for various video streams (HD, in particular)?

While on the subject of buffers, there was this patch mentioned awhile back:
-----------------------------------------------------------------------
http://www.nvnews.net/vbulletin/showpost.php?p=2198488&postcount=17

  Re: xine / VDPAU drop 90% of HD video frames
I hope that I found final solution.
This solution is increase volume of output surfaces.

In file
xine-lib-1.2/src/video_out/video_out_vdpau.c

change line:
#define NOUTPUTSURFACE 2

try value 6
-----------------------------------------------------------------------
When I last updated xine, I didn't do the change was was noticing a few 
problems. I changed it to 4 and it seems more stable. Sometimes when I 
leave vdr on a 1080i channel and come back it would be playing in freeze 
frame. Channel change fixed it. I don't see that since increasing to 4. 
There where other random glitches that seemed to be fixed as well. This 
is with an Asus 8400 Silent and ATSC (mpeg2) streams.

On 8/5/2010 2:40 PM, Darren Salt wrote:
> It was mentioned in #xine that the default engine.buffers.video_num_buffers
> value (500) is too low for HD DVB streams.
>
> One clip which I downloaded (slightly broken, due to bad reception) requires
> that this be set to 1000, and I'm told that there's a live stream which
> requires this to be set to 1500.
>
> If anybody can test this and report back whether a higher value is
> *required*, that would be useful for the next release.
>

------------------------------------------------------------------------------
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev