<br><br><div class="gmail_quote">2009/4/17 Rémi Denis-Courmont <span dir="ltr"><<a href="mailto:rem@videolan.org">rem@videolan.org</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Le lundi 6 avril 2009, basos g a écrit :<br>
<div class="im">> A list of slave list config options could optionally be related<br>
> to a module config item. It's purpose is to add a gui capability<br>
> of updating slave list configs that depend on a master (list) config<br>
> on-the-fly.<br>
> A use case of this is at capture device panels where capability lists<br>
> are populated according to the selected input device.<br>
<br>
</div>I suspect it would be more flexible to declare who is the master for<br>
each slave rather than declare who are the slaves for each master.<br>
</blockquote></div><br><br>I understand that this would be more convenient when declaring masters. And i could provide a modified implementation for the plugin interface (e.g. provide a master with the apropriate call to a macro at the declaration of the slave plugin, rather a list of slaves at the declaration of a master plugin). But the underlying structure would still be a list of slaves stored at the master configuration. This is needed as it will provide faster execution ( bear in mind that slaves seeking could be triggered by UI events and should respond fast enough). Also the implementation for this is already defined.<br>
<br><br>