That might be, but one of the reasons that I run VDR is the ability to tweak the capabilities and the user experience. So changing the client is just as interesting as implementing a suitable backend.<br><br><div class="gmail_quote">
2009/4/14 Matthias Müller <span dir="ltr">&lt;<a href="mailto:keef@networkhell.de">keef@networkhell.de</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hi,<br>
<br>
Torgeir Veimo schrieb:<br>
<div class="im">&gt; If the netclient hardware runs GPL software I assume that in theory<br>
&gt; someone could implement a streamdev client that facilitated the hw<br>
&gt; mepg2/4 decoder?<br>
<br>
</div>If you look at the specs and the description Georg provided, a<br>
streamdev-client isn&#39;t needed, only a proper streamdev-server, that<br>
relays the transport stream from the transponder to the network and<br>
implements a feedback-channel to provide infos like supported demuxes<br>
and so on.<br>
&gt;<br>
&gt; 2009/4/14 Georg Acher &lt;<a href="mailto:acher@in.tum.de">acher@in.tum.de</a> &lt;mailto:<a href="mailto:acher@in.tum.de">acher@in.tum.de</a>&gt;&gt;<br>
<div><div></div><div class="h5">&gt;<br>
&gt;     On Mon, Apr 13, 2009 at 04:03:02PM +0200, Matthias Müller wrote:<br>
&gt;<br>
&gt;     &gt; I have no netceiver to play with and didn&#39;t look at the sources. But<br>
&gt;     &gt; it&#39;s nice to see a real world use for IPv6 in consumer hardware<br>
&gt;     (if you<br>
&gt;     &gt; can call the reel boxes consumer hardware, it&#39;s probably only for a<br>
&gt;     &gt; limited, but sophisticated market.<br>
&gt;<br>
&gt;     The client and the also available standalone NetCeiver should<br>
&gt;     bring it more<br>
&gt;     to the &quot;masses&quot; as the price will be comparable to typical HDTV<br>
&gt;     receivers.<br>
&gt;<br>
&gt;     &gt; Does it just use a fixed multicast-address to receive the stream<br>
&gt;     and if<br>
&gt;     &gt; yes, how is the communication to the tuner realized? Is this<br>
&gt;     something<br>
&gt;     &gt; reel-specific or could this be used to start a unified<br>
&gt;     streaming-concept<br>
&gt;     &gt; for vdr based on standards (and using IPv6 to avoid all that<br>
&gt;     ugly IPv4<br>
&gt;     &gt; stuff...)<br>
&gt;<br>
&gt;     It is a proprietory protocol in the sense as it is no standard.<br>
&gt;     When there<br>
&gt;     are so many IPTV standards to choose from, why make not a new one?<br>
&gt;     ;-) At<br>
&gt;     the time we started, DVB-IPTV was not even named and still I think<br>
&gt;     it is so<br>
&gt;     bloated that it cannot be efficiently used to use cheap hardware as a<br>
&gt;     server.<br>
&gt;<br>
&gt;     However, our protocol uses standard protocols like MLDv2 just with a<br>
&gt;     different interpretation to make it light-weight and use hardware<br>
&gt;     supported<br>
&gt;     streaming. In the end, one NetCeiver can stream up to 6 full<br>
&gt;     S2-transponders<br>
&gt;     (~40MByte/s), only the zapping time increases a bit... Do that<br>
&gt;     with a PC :p<br>
&gt;<br>
&gt;     The protocol translates (almost) all DVB specifics to ethernet, so<br>
&gt;     it was no<br>
&gt;     problem to wrap it back to DVB-API. The multicast address is not<br>
&gt;     static but<br>
&gt;     contains all relevant reception parameters. The basic<br>
&gt;     communication only<br>
&gt;     exchanges a few MLDv2-messages (no XML), so it can be processed<br>
&gt;     very fast<br>
&gt;     and also gains from MLDv2-aware switches. Only tuner capabilities<br>
&gt;     and tuning<br>
&gt;     states (SNR, lock, ...) are transmitted regularly in a side band<br>
&gt;     via XML on<br>
&gt;     a specific multicast address. That also allows zero configuration<br>
&gt;     for the<br>
&gt;     client. We will write a &quot;white paper&quot; about the protocol,<br>
&gt;     currently we just<br>
&gt;     don&#39;t have enough time...<br>
&gt;<br>
&gt;     For the client side, the sources will be published as GPL.<br>
&gt;     Currently we use<br>
&gt;     a closed source daemon with a dvb loopback driver in the kernel,<br>
&gt;     but that<br>
&gt;     makes it hard to fully use the tuner virtualization and costs some<br>
&gt;     overhead<br>
&gt;     for small CPUs. Since we already have a native vdr plugin for<br>
&gt;     that, the<br>
&gt;     network code will be then forced to be GPL anyway ;-)<br>
&gt;<br>
&gt;     --<br>
</div></div>&gt;             Georg Acher, <a href="mailto:acher@in.tum.de">acher@in.tum.de</a> &lt;mailto:<a href="mailto:acher@in.tum.de">acher@in.tum.de</a>&gt;<br>
<div class="im">&gt;             <a href="http://www.lrr.in.tum.de/~acher" target="_blank">http://www.lrr.in.tum.de/~acher</a><br>
</div>&gt;     &lt;<a href="http://www.lrr.in.tum.de/%7Eacher" target="_blank">http://www.lrr.in.tum.de/%7Eacher</a>&gt;<br>
<div class="im">&gt;             &quot;Oh no, not again !&quot; The bowl of petunias<br>
&gt;<br>
&gt;     _______________________________________________<br>
&gt;     vdr mailing list<br>
</div>&gt;     <a href="mailto:vdr@linuxtv.org">vdr@linuxtv.org</a> &lt;mailto:<a href="mailto:vdr@linuxtv.org">vdr@linuxtv.org</a>&gt;<br>
<div class="im">&gt;     <a href="http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr" target="_blank">http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr</a><br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; --<br>
&gt; -Tor<br>
</div>&gt; ------------------------------------------------------------------------<br>
<div><div></div><div class="h5">&gt;<br>
&gt; _______________________________________________<br>
&gt; vdr mailing list<br>
&gt; <a href="mailto:vdr@linuxtv.org">vdr@linuxtv.org</a><br>
&gt; <a href="http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr" target="_blank">http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr</a><br>
&gt;<br>
<br>
<br>
_______________________________________________<br>
vdr mailing list<br>
<a href="mailto:vdr@linuxtv.org">vdr@linuxtv.org</a><br>
<a href="http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr" target="_blank">http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>-Tor<br>