[vlc-devel] VLC decoder flushing?

John Michael Zorko j.zorko at att.net
Mon Aug 11 20:10:58 CEST 2003

Hello, all ...

The current VLC has this issue i'm trying to work on -- if you set one 
VLC instance as a server, then stream to another VLC instance (same or 
different machine), if you seek on the server VLC, the client VLC's 
video gets jumbled up for a bit before it recovers.  This same behavior 
doesn't happen when VLC is reading the media from a file rather than 
the network, and it does not happen if the server VLC is paused before 
doing the seek.

Since we use input_Seek() to do other things as well (ff / rewind), we 
would like to not have these visual artifacts.  Pausing the stream 
between each seek is not really optimal for us, as unpausing it takes 
too much time (sometimes the client VLC, even with --udp-caching set 
low (100) and --udp-sout-caching set low (100) on the server VLC, takes 
2-3 seconds to respond after the server VLC is unpaused) and we seek a 

So, i'm exploring the following:

1. Are there certain points in the media that we can seek to that don't 
exhibit this artifact?  Even if I seek to a sequence header or the pack 
header before the sequence header, the artifact is still there when 

2. Is there a function I can call after input_Seek() that will sort of 
flush the decoder, or otherwise make these artifacts less likely?



Falling You - exploring the beauty of voice and sound
New EP, "hope thrown down," available now at

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>

More information about the vlc-devel mailing list