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 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@xxxxxxxxx <mailto:thomas@xxxxxxxxx>> 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@xxxxxxxxxxx <mailto:vdr@xxxxxxxxxxx> > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > > > > > _______________________________________________ > vdr mailing list > vdr@xxxxxxxxxxx > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > _______________________________________________ vdr mailing list vdr@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
