<div>Laurent,</div>
<div>Thank you for your feedback. I would suggest to decompose this issue into 2 separate things. First of all, there is an issue with ftp seek - if no one has objections, lets submit it (see attach).</div>
<div>Regarding libavi - can you please give me some clue how to reproduce this problem with instant seek? All avi's, that I have does not have this issue. If you can share with me your test file (or any ideas how I can create one), I can try to think how to improve avi demuxer.
</div>
<div> </div>
<div>Thanks in advance,</div>
<div>Andrew<br><br></div>
<div class="gmail_quote">On Jan 8, 2008 1:01 PM, Laurent Aimar <<a href="mailto:fenrir@via.ecp.fr">fenrir@via.ecp.fr</a>> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Hi<br><br>> Index: demux/avi/avi.c<br>> ===================================================================
<br>> --- demux/avi/avi.c (revision 23826)<br>> +++ demux/avi/avi.c (working copy)<br>> @@ -255,7 +255,7 @@<br>>      p_sys->track    = NULL;<br>>      p_sys->meta     = NULL;<br>><br>> -    stream_Control( p_demux->s, STREAM_CAN_FASTSEEK, &p_sys->b_seekable );
<br>> +    stream_Control( p_demux->s, STREAM_CAN_SEEK, &p_sys->b_seekable );<br> That part cannot be commited.<br> The avi demuxer will issue a lot of seek when fastseek is true (the worst<br>case is around 25 + 30 per second (25 for video, 30 for 48kHz mp3 audio)
<br> The AVI demuxer should be improved (the way data are read) to allow<br>proper AVI playback over slow seek protocol (and anyway a lot of files will<br>still not be readable).<br><font color="#888888"><br>--<br>fenrir<br>
_______________________________________________<br>vlc-devel mailing list<br>To unsubscribe or modify your subscription options:<br><a href="http://mailman.videolan.org/listinfo/vlc-devel" target="_blank">http://mailman.videolan.org/listinfo/vlc-devel
</a><br></font></blockquote></div><br>