<!DOCTYPE html>
<html>
<head>
<title></title>
</head>
<body><div> </div>
<div>On Tue, May 24, 2016, at 11:09, Filip Roséen wrote:<br></div>
<blockquote type="cite"><p>One immediate reaction:<br></p><ul><li>if we have a playlist set to loop that contains one item which result in ERROR_S, this patch will completely stop the playback - even if there are other playable items in the list.<br></li></ul></blockquote><div> </div>
<div>No, this will prevent the current failing item to be opened automatically. Users will be still able to manually open it.<br></div>
<div>This don't prevent next items to be opened too.<br></div>
<div> </div>
<blockquote type="cite"><blockquote style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204, 204, 204);padding-left:1ex;"><p>If “Repeat All” or “Repeat current Item” option are set. The same failing item will be opened in loop.<br></p></blockquote><p>This might be what most expect us to do.<br></p><p>I do not think that looping items should depend on whether there is an error when we try to play them, because there is nothing saying that the error will remain next time we try to do it.<br></p><p>We should trust that the user knows what it has asked us to do, and even assume that any input that we are asked to play should be played (even if this results in an error). Proving that the underlying bytestream does not change before the next time we theoretically would have played the item is impossible, and we can also not prove that an access that fails one time, always will fail.<br></p><p>One alternative way to handle this issue <i>might</i> be to have the playlist-thread temporarily “sleep” (in terms of playing next item) for a logarithmic (increasing) duration of time it if notice that no item in the current list can be played.<br></p></blockquote><div> </div>
<div>I like this idea.<br></div>
<div> </div>
<blockquote type="cite"><blockquote style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204, 204, 204);padding-left:1ex;"><p>This is not fixing every case: In general, EsOut will fail because of an unknown/bad codec and the “state” event will be END_S (and not ERROR_S).<br></p></blockquote><div><u>_______________________________________________</u><br></div>
<div>vlc-devel mailing list<br></div>
<div>To unsubscribe or modify your subscription options:<br></div>
<div><a href="https://mailman.videolan.org/listinfo/vlc-devel">https://mailman.videolan.org/listinfo/vlc-devel</a><br></div>
</blockquote><div> </div>
</body>
</html>