What I have done is lowered the priority to the streamdev-client in one room, and leaving the priority high in my main room.  The main room RPI is powered by the TV USB port so with my programable remote I insert a 10 second delay between issuing the poweroff command to the rpi and powering off the TV (which removes power from the RPI).  This seems to have resolved my contention issues.


On Wed, Jul 9, 2014 at 3:20 PM, Lars Hanisch <dvb@flensrocker.de> wrote:
Am 09.07.2014 18:47, schrieb Lars Hanisch:
> Hi,
>
>  There's also the "suspendoutput" plugin. I don't know, where its upstream is currently located, but it's available in
> the yavdr-PPA:
>
>  https://launchpad.net/~yavdr/+archive/ubuntu/unstable-vdr/+sourcepub/4067463/+listing-archive-extra

 vdr-wiki is back online, here's the official source:

 http://phivdr.dyndns.org/vdr/vdr-suspendoutput/

Lars.

>
>  As far as I know it stops live TV so the device (streamdev-client in this case) has no receivers anymore and the server
> is free for another client.
>
> Regards,
> Lars.
>
> Am 08.07.2014 15:41, schrieb Norm Dressler:
>> Thanks for the good info in this thread.  I have done a couple of things.  I have configured irexec and the power off in
>> vdr to shutdown vdr on the client, and another button to start up vdr.  That seems to do the trick for the time being.
>> Also I've matched the framerate from video to TV and it is much better - thanks Thomas!
>>
>> I have 2 other issues with the RPI:
>> On an older LCD with a buggy edid, when I turn off the TV, then turn it back on I must reset the RPI at just the right
>> time to get video back.  It doesn't seem to be sending an HDMI command to reset (or whatever command it needs) at any
>> point.
>> Also on this older TV, any non-2 channel audio is being heard.  Anyone know how to downgrade 5 or 6 channel sound to 2
>> channel for proper HDMI out?
>>
>> Regarding shutdown based on whether the TV is on or not, perhaps CEC could help in most instances.  In my case with the
>> one older TV it wouldn't help but that's my problem.  :)
>>
>> Norm
>>
>>
>> On Tue, Jul 8, 2014 at 6:59 AM, Thomas Reufer <thomas@reufer.ch <mailto:thomas@reufer.ch>> wrote:
>>
>>     Hi
>>
>>     > When I'm watching TV with one of the RPI's and want to move to the other
>>     > RPI, I cannot change the channel from what the first RPI was viewing.  I am
>>     > not sure how to tell streamdev to stop streaming so that I can watch TV on
>>     > the other RPI?  I hope I've been clear with that - it does sound a bit
>>     > confusing.  I know there is a mainmenu entry that says suspend server, but
>>     > it didn't seem to do anything, unless its done in the background.
>>
>>     Especially for devices like Raspberry Pi it would be very nice to have kind of a "standby" function in VDR, which
>>     detaches active receivers and call an appropriate function on the primary device to suspend and blank the output.
>>     Then resuming VDR would only take a fraction of a second...
>>
>>     > In regards to the rpihddevice I am seeing some tearing or 'flutter' when
>>     > there is high motion with 1080 HD.  Its not so bad that it isn't usable -
>>     > it most certainly works 99% of the time just fine.
>>
>>     Have you set the HDMI frame rate according your video format?
>>
>>     > The one feature I miss
>>     > with the rpihddevice that softhddevice had was the automatic zoom - hoping
>>     > that gets added to the wish list at some point.
>>
>>     I'm afraid this might take a while, since accessing the decoded image is not that easy, however possible. But
>>     rpihddevice supports the ScaleVideo() method, so in principle it's possible to do it manually.
>>
>>     Regards,
>>     Thomas
>>
>>
>>     _______________________________________________
>>     vdr mailing list
>>     vdr@linuxtv.org <mailto:vdr@linuxtv.org>
>>     http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>>
>>
>>
>>
>> _______________________________________________
>> vdr mailing list
>> vdr@linuxtv.org
>> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>>
>
>
> _______________________________________________
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>


_______________________________________________
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr