There's also the "suspendoutput" plugin. I don't know, where its upstream is 
currently located, but it's available in
the yavdr-PPA:


 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.


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 <tho...@reufer.ch 
> <mailto:tho...@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

Reply via email to