I went to follow up with this.  I checked and AStreamPrebufferStream doesn't respond to p_access->b_eof.  Should it?  Or should directory.c just return a 0 (EOF marker) to tell AStreamPrebufferStream to go ahead and stop trying?
<br><br>Enrique<br><br><div><span class="gmail_quote">On 10/8/07, <b class="gmail_sendername">Laurent Aimar</b> <<a href="mailto:fenrir@via.ecp.fr">fenrir@via.ecp.fr</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Fri, Oct 05, 2007, Enrique Osuna wrote:<br>> modules/access/directory.c reports that the "unable to find item in<br>> playlist" and returns VLC_ENOOBJECT to AReadStream.  AReadStream<br>> returns this value back to AStreamPrebufferStream and it's treated as
<br>> if no data is available, so AStreamPrebufferStream waits<br>> STREAM_DATA_WAIT and tries again.<br> When an access return an error, stream_t will handle it as a transitory<br>error and never as a fatal one (that's why it will retry a bit latter).
<br><br> The best way for now, is that on fatal error you just act like an EOF<br>(as you won't return anymore data)<br> I am not sure but I think you can continue to return a negative value as<br>long as you set p_access->
info.b_eof to true to warn stream that you will<br>never recover from that error.<br><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">http://mailman.videolan.org/listinfo/vlc-devel</a><br></blockquote></div><br>