[vlc-devel] Re: Doing an lseek() with VOB files ...

[John Michael Zorko]

Sigmund,

Since I use input_Seek(), this is already done for me.  I don't think I 
was clear in my description of the issue, so let me try again:

When VLC is playing from a file, seeking produces no video artifacts -- 
input_Seek() can be called to go to any position in the file and the 
video plays back wonderfully from the new position i.e. no jumbled-up 
stuff at all.  However, when VLC is playing from a stream (i've only 
tried multicast so far), and the server VLC providing the stream seeks 
to a new point in the file, the client VLC shows jumbled-up video for a 
fraction of a second before playing from the new position.  So, it 
appears that there is something that happens when playing from a file 
that doesn't happen when playing from a stream, and i'm trying to find 
it.  Since we do ff / rewind by seeking forward or backward n frames / 
GOPs, then playing a bit, then seeking again ... ff / rewind looks 
really bad because of the video artifacts that happen every time the 
server VLC seeks on the file.

I've found that if I pause the server VLC before doing the seek, the 
artifacts don't happen, but the pause latency is very high (often 1-2 
seconds), so we can't really expect to pause before every seek when 
doing ff / rewind operations.  So, i'm trying to find what causes the 
client VLC to display this behavior, and i'm looking in 
modules/mpeg/demux/ps.c, src/video_output/video_output.c, 
modules/codec/libmpeg2.c et al.  Can you illuminate me as to what may 
be causing this behavior?

Regards,

John

> Could you try calling input_AccessReinit( p_input ) before doing the 
> search?

Falling You - exploring the beauty of voice and sound
New EP, "hope thrown down," available now at
http://www.mp3.com/fallingyou











-- 
This is the vlc-devel mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://developers.videolan.org/lists.html
If you are in trouble, please contact <postmaster at videolan.org>