Le 25 mai 2010 14:19, Rémi Denis-Courmont <span dir="ltr"><<a href="mailto:remi@remlab.net">remi@remlab.net</a>></span> a écrit :<br><div class="gmail_quote"><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>
On Mon, 24 May 2010 20:13:32 +0200, Benjamin Zores <<a href="mailto:ben@geexbox.org">ben@geexbox.org</a>> wrote:<br>
> Being author of libdlna, I know a lot about UPnP/DLNA protocol.<br>
> Based on your page, I'd however suggest you discard libupnp (piece of<br>
> crap) and consider gupnp instead.<br>
> But it's up to you to see :-)<br>
<br>
</div>I don't know gupnp. But glib being a "piece of crap" as well, I would not<br>
recommend it.<br>
<br>
And glib is not available in VLC for Windows and MacOS (because it is a<br>
useless piece of crap).<br></blockquote><div> <br>I am no expert... however at last fosdem there were at least two upnp/dlna presentation (and I saw one of them). Both can be found at <a href="http://live.gnome.org/Brussels2010/Devroom">http://live.gnome.org/Brussels2010/Devroom</a><br>
<br>Frank Scholz
<span id="line-294" class="anchor"></span><span id="line-295" class="anchor"></span><em>Coherence - The Digital 
Livingroom and beyond (sharing our media with UPnP/DLNA)<br>and</em><br>Zeeshan Ali (Khattak)
<span id="line-202" class="anchor"></span><span id="line-203" class="anchor"></span><em>GUPnP & Rygel: 
Liberating Digital Living</em><br><br>I think that is the one I assisted to. It was presented by someone from Nokia working in Finland.<br>I don't remember anything but he spended a bit of time explaining upnp/dlna but also the available stack he found and why he did build on GUPnP rather than anything else. It might be related to the language, licence, memory footprint, glib availability or specific to maemo or...<br>
<br>Anyway, someone from VLC should try to contact or talk to (why not in real live) Ali and ask if he can summarise how he came to that decision, what are the other option, ...<br><br>If not helpfull for choosing the stack to build on, it can still be used for interoperability testing.<br>
<br>Good work.<br><br>David Glaude<br></div></div>