vlc-cvs video output jerky

[Steven M. Schultz]

> From: Samuel Hocevar <sam at zoy.org>
> 
>    Well, actually the CVS version of the video output module is supposed
> to be a lot better, so this is definitely not the expected behaviour.

	That is what I thought was supposed to be the case ;)

>    If you have some time to test things, try the following and tell us
> if any of these solved your problem:
> 
>     - try another video output module, such as x11 or sdl (no idea
>     whether SDL works under BSD/OS though).

	SDL works very nicely (the author of the SDL took back the changes I
	submitted)

	vlc -V sdl mpegfile

	works much better than the default (Xvideo).   

	Using '-V x11' gives an error though:

VideoLAN Client - version 0.2.92-dev_2002-01-08 Ourumov - (c) 1996-2002 VideoLAN

vout error: never heard of chroma 0x00000003 (   b)
vout error: plugin was unable to allocate at least one direct buffer
vpar error: can't open vout, aborting

>     - in plugins/x11/xcommon.c, change the value of MAX_DIRECTBUFFERS,
>     especially try the value 1.

	Ok, recompiling with MAX_DIRECTBUFFERS set to 1 and running "vlc -v":

VideoLAN Client - version 0.2.92-dev_2002-01-08 Ourumov - (c) 1996-2002 VideoLAN

module: browsing `.'
module: browsing `plugins'
module: browsing `/usr/local/lib/videolan/vlc'
module: locking memcpy module `memcpymmxext'
module: locking interface module `gtk'
intf: interface initialized
input: playlist item `q8-vcd.mpg'
module: locking input module `mpeg_ps'
module: locking decoder module `mpeg_vdec'
module: locking motion module `motionmmxext'
module: locking iDCT module `idctmmxext'
module: locking decoder module `mpeg_adec'
aout: no aout present, spawning one
module: locking audio output module `dsp'
vpar: no vout present, spawning one
module: locking video output module `xvideo'
vout info: got 1 direct buffer(s)
vout info: picture in 352x240, chroma 0x30323449 (I420), aspect ratio 4:3
vout info: picture out 352x240, chroma 0x32315659 (YV12), aspect ratio 4:3
vout warning: late picture skipped (0x81c32b0)
vout warning: late picture skipped (0x81c37d8)
vout warning: late picture skipped (0x81c38e0)

	While I do see infrequent "late picture" messages the playback with
	MAX_DIRECTBUFFERS = 1 is smooth (as it is with the 0.2.92 release
	version).

>     - in plugins/x11/xcommon.c, function InitDisplay(), force b_shm to
>     be set to 0.

	I will defer this test since changing MAX_DIRECTBUFFERS changed the
	video output behaviour.
	
	If there are other tests that might provide useful information let me
	know and I'll try to run them.

	Steven Schultz
	sms at 2bsd.com