On Wed, 20 May 2009 17:24:24 +0200, Frank Schmirler wrote
> For some (historical?) reasons VTP uses priority 1 to attach its
> receiver. The other client most likely uses priority 0, so it is not
> allowed to switch channels. Please change the following line in
> streamdev's server/connectionVTP
Hi,
On Tue, 19 May 2009 19:45:30 +0100, scott wrote
> It does however switch channel when the second instance of vdr is started
> even though the second instance has no client connected.
VDR insists on tuning a channel when started. So that's how it's supposed to
be. Just keep the second instance
On Fri, 15 May 2009 16:44:37 +0200, "Frank Schmirler"
wrote:
> Hi Scott,
>
> On Thu, 14 May 2009 18:02:22 +0100, scott wrote
>> I have on the streamdev server, the behaviour to "Offer Suspend" and
>> "Client may suspend" to "yes", I was hoping that with this setup I would
>> get "last one wins, e
Hi Scott,
On Thu, 14 May 2009 18:02:22 +0100, scott wrote
> I have on the streamdev server, the behaviour to "Offer Suspend" and
> "Client may suspend" to "yes", I was hoping that with this setup I would
> get "last one wins, except for recordings which always win". Is there
> something wrong with
Hi,
I have an not uncommon arrangement: 1 vdr machine in the living room with
a budget card connect to a TV, a streamdev server (ip 192.168.2.33). I
start it with:
$VDRPRG -c /etc/vdr -v /data/video --lib=/etc/vdr/plugins/lib -P "xine -r"
-Pstreamdev-server -w 60 $*'
and that works fine. I