Hi,<br><br>yesterday evening i followed your setup to create 1 client.<br>Server : VDR &amp; VDR2 server<br>Client : vdr-sxfe<br><br>When i run the second VDR server i can&#39;t switch channels. It&#39;s bloked on channels attached to the first transponder (hope you understand what i mean). plz help...
<br><br>cheers,<br>&#39;Z<br><br><div><span class="gmail_quote">2007/6/28, Alasdair Campbell &lt;<a href="mailto:ragawu@gmail.com">ragawu@gmail.com</a>&gt;:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On 18/06/07, Alasdair Campbell &lt;<a href="mailto:ragawu@gmail.com">ragawu@gmail.com</a>&gt; wrote:<br>&gt; On 16/06/07, Petri Hintukainen &lt;<a href="mailto:phintuka@users.sourceforge.net">phintuka@users.sourceforge.net
</a>&gt; wrote:<br>&gt; &gt; On Wed, 2007-06-13 at 19:16 +0100, Alasdair Campbell wrote:<br>&gt; &gt; &gt; Is it possible to have one of the VDR &#39;servers/instances&#39; to be<br>&gt; &gt; &gt; running on one of the clients rather than the main server pc?
<br>&gt; &gt;<br>&gt; &gt; Yes. Then you don&#39;t need the -D option.<br>&gt; &gt;<br>&gt; &gt; &gt; The exact same setup except Client2 has an instance of VDR running in the<br>&gt; &gt; &gt; background with 1 dvb card saving files to the server&#39;s /video mounted
<br>&gt; &gt; &gt; over nfs.<br>&gt; &gt; &gt; Ideally all Clients + Master VDR Server will see channels on Client<br>&gt; &gt; &gt; 2&#39;s satellite feed and be able to register timers on that server.<br>&gt; &gt;<br>&gt; &gt; This is more complicated :)
<br>&gt; &gt;<br>&gt; &gt; I think you need to set every timer manually to the system where it is<br>&gt; &gt; supposed to be recorded. Timersync won&#39;t work as it disables all<br>&gt; &gt; recording at client(s). Using timersync and enabling recording at the
<br>&gt; &gt; client won&#39;t work if you use streamdev: both systems will see the same<br>&gt; &gt; channels and would record the same timers in paraller.<br>&gt; &gt;<br>&gt; &gt; Maybe something like this might work:<br>
&gt; &gt; VDR1: (2x DVB-?):<br>&gt; &gt;&nbsp;&nbsp; streamdev-server, streamdev-client connected to VDR2<br>&gt; &gt; VDR2: (1x DVB-S):<br>&gt; &gt;&nbsp;&nbsp; streamdev-server, streamdev-client connected to VDR1<br>&gt; &gt; VDR3: (no DVB):
<br>&gt; &gt;&nbsp;&nbsp; 2 instances of streamdev-client: one connected to VDR1 and another to<br>&gt; &gt; VDR2.<br>&gt; &gt;<br>&gt; &gt; Note that circular streamdev setup doesn&#39;t work without patching<br>&gt; &gt; ( <a href="http://www.vdr-developer.org/mantisbt/view.php?id=198">
http://www.vdr-developer.org/mantisbt/view.php?id=198</a> )<br>&gt; &gt;<br>&gt; &gt; &gt; If there was a way for PCI buses to traverse networks, then the<br>&gt; &gt; &gt; location of the 3rd card wouldn&#39;t be an issue, but I don&#39;t believe
<br>&gt; &gt; &gt; that&#39;s possible...<br>&gt; &gt;<br>&gt; &gt; No, but transferring the device interface (/dev/dvb/...) over network is<br>&gt; &gt; possible with something like nbd (network block device). I think I saw
<br>&gt; &gt; similar redirector for DVB devices few years ago:<br>&gt; &gt; <a href="http://linuxtv.org/mailinglists/linux-dvb/2004/08-2004/msg00326.html">http://linuxtv.org/mailinglists/linux-dvb/2004/08-2004/msg00326.html
</a><br>&gt; &gt; But it seems quite old and unmaintained.<br>&gt;<br>&gt; I remember reading about this years ago, if it could work then it<br>&gt; would be ideal for my situation - maybe for others too. Vadim Epmak&#39;s
<br>&gt; address is bouncing so I&#39;ll ask on the DVB mailing list and see if<br>&gt; anyone else ever got it up and running.<br>&gt;<br>&gt; I&#39;m keen on trying it out myself, and have started reading about<br>&gt; porting drivers to 
2.6 kernels. Could be an interesting way to learn<br>&gt; more C ;-)<br><br>In hindsight, I believe learning C on my own by porting a driver to<br>the 2.6 kernel was a tad optimistic..<br><br>Sill won&#39;t compile, and I haven&#39;t got to grips with the changes in the
<br>dvb api from when this was written.<br><br>No response yet on the linuxtv list. I&#39;ll keep working at the code -<br>it could be a fun way to learn, and the principle seems quite<br>straight-forward.<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">http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr</a><br></blockquote></div><br>