There's also the "suspendoutput" plugin. I don't know, where its upstream is
currently located, but it's available in
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
> 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. :)
> On Tue, Jul 8, 2014 at 6:59 AM, Thomas Reufer <tho...@reufer.ch
> <mailto:tho...@reufer.ch>> wrote:
> > 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
> > 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,
> > 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 -
> > 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.
> vdr mailing list
> firstname.lastname@example.org <mailto:email@example.com>
> vdr mailing list
vdr mailing list