<div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Anyway, the Qt side of implementation is going well, I have the aforementioned embedded add/remove buttons working in my repo (for the Podcast SD which supports configuration), we just need to think about the above dilemmas and inject a little support for this project from plugins' side.<br>
</blockquote><div><br>Oh, and BTW, I see this as a workaround ( the selector code needs some complicated "special case" code for every SD to fit them all into the described design).<br><br>I plan to reform (extend, replace) the SD ABI. Instead I have an idea about a more generic Media Provider ABI, which would offer consistent way across all media providers for their configuration and allow a consistent organisation of media locations and their browsing.<br>
<br>As much as I discovered, I think there might be such a thing as a public API in libvlc. But while that one is dependent on SD ABI, which in turn depends on playlist ABI, my idea is to replace the former and strip down the latter, which would also result in a simpler actual (playing) playlist, which would be implemented just as a flat list of input_item_t (we had much discussion about that already...). And yes, I think most of the code in modules/demux/playlist should cease to be under the demux ABI and become a back-end of the envisioned Media Provider ABI.<br>
<br>Meanwhile, I wanted to point out that my current work is still founded on playlist and SD ABIs and is only a glue to quickly implement the desired design of Qt interface for the 1.1.0 release. Yes, I do wish to have it included in 1.1.0, therefore I'm just thinking practically and currently the (appearance of) goal achieved is more important than the means. Later, we will think the other way round.<br>
<br>Cheers!<br></div></div>