Updated patch attached:<br><br>Added Force pause, force resume<br>Updated pl_pause to behave as in oldhttp<br><br><br><div class="gmail_quote">On Thu, Apr 21, 2011 at 5:20 PM, Rob <span dir="ltr"><<a href="mailto:rob@hobbyistsoftware.com">rob@hobbyistsoftware.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Added Force pause and Force resume in status.xml<br>
</blockquote>
<br></div>
force pause and force resume look useful.<br>
<br>
re toggle_pause<br>
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
toggle pause. If current state was 'stop', play item <id>:<br>
?command=pl_pause&id=<id><br>
</blockquote>
<br>
I don't like this approach of asking for an id that will only be used in certain circumstances. I think old http approach of letting vlc figure out what to play was much better.<br>
<br>
in oldhttp<br>
1) the current item in the playlist (the last one playing) is still marked as current even when play is stopped (requests/playlist.xml)<br>
(luahttp discards the 'current' marker when play is stopped).<br>
<br>
2) pl_pause will start play with the current item<br>
<br>
3) as a fallback, if no item is 'current' then the first item in the playlist should be played<br>
at the moment, the fallback is never needed; Even if items are enqueued rather than being played, vlc marks the first item as 'current'.<br>
<br>
<br>
cheers,<br><font color="#888888">
<br>
Rob<br>
</font></blockquote></div><br>