Re: [vdr] Raspberry Pi, Streamdev + rpihddevice
> I am still struggling howto get accelerated video playback going. Now the A20 > uses 70% CPU to playback a SD stream. I will look into using the android > driver with a linux wrapper around it. It should be doable, somebody on this > list reported success (but I didn't ask him for a howto) > > The board can be clocked from 90MHz .. 1GHz. I have yet to measure the power > consumption, but the chip gets quite hot (about 80 degrees) when running at > 1GHz continuously without heat sink. How stable is it overclocked that high? Also, how long have you been doing that? I don't know what the thermal tolerance is for the A20 but doesn't low power design not play nice with high temps? I would think without adding at least some cooling, overclocking that much will send it to see the grim reaper much much sooner...? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Raspberry Pi, Streamdev + rpihddevice
>Origineel Bericht >Van : marko.mak...@iki.fi >Datum : 08/07/2014 14:22 >Aan : vdr@linuxtv.org >Onderwerp : Re: [vdr] Raspberry Pi, Streamdev + rpihddevice > >Oh, hi, Martin! Long time no see. > >>Are you still using the old softdevice? I would have never guessed >>someone is still using it :-) > >Yes! I was in "stealth mode" for several years, until I finally upgraded >the software (Debian+VDR) from 2006 less than a year ago. > >I tried to contribute some patches to make softdevice work with current >VDR. It seemed that the mailing list archive was corrupted. I have been >thinking of cloning the old CVS repository and committing my patches on >top of it. Not that I expect anyone else to use it. It is mainly for >preserving the history. :) Do you have any tips how to do that? > >>I'm using an ARM-Based Qnap-NAS as vdr server, it works really well >>with an USB DVB-T Dual-Tuner, and xineliboutput. I'm in the process of >>upgrading to a Cubietruck and a raspberry pi as client, but due to lack >>of time I have not got very far. > >OK, I see. I would prefer an all-in-one solution (HDMI output, DVB-T >input, Ethernet and hard disk in a single device). This would seem to be >doable with an ARM board that supports SATA devices. On the RPi I would >not expect it to work, due to everything sharing the single USB bus. I am also building an all in one box based on the olinux allwinner A20 board. I have everything working (DVB-T, digitenne decoding, SATA, HDMI playback). I have connected 3 DVB-T receivers via a hub on one USB port, and the board happily recorded 3 shows, one per receiver. I am still struggling howto get accelerated video playback going. Now the A20 uses 70% CPU to playback a SD stream. I will look into using the android driver with a linux wrapper around it. It should be doable, somebody on this list reported success (but I didn't ask him for a howto) The board can be clocked from 90MHz .. 1GHz. I have yet to measure the power consumption, but the chip gets quite hot (about 80 degrees) when running at 1GHz continuously without heat sink. Kind regards, Cedric ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Raspberry Pi, Streamdev + rpihddevice
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 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 > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Raspberry Pi, Streamdev + rpihddevice
On Tue, Jul 08, 2014 at 02:34:37PM +0300, Marko Mäkelä wrote: > I guess that for the cheap ARM boards such as the Raspberry Pi, it > is simplest to keep the base hardware "always on" (the base power > consumption being so low, and because there is no battery-backed > clock or wakeup timer). I'm using a switchable power strip for my xineliboutput player, the TV set and everything else. :-) -- Alas, how love can trifle with itself! -- William Shakespeare, "The Two Gentlemen of Verona" ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Raspberry Pi, Streamdev + rpihddevice
Oh, hi, Martin! Long time no see. Are you still using the old softdevice? I would have never guessed someone is still using it :-) Yes! I was in "stealth mode" for several years, until I finally upgraded the software (Debian+VDR) from 2006 less than a year ago. I tried to contribute some patches to make softdevice work with current VDR. It seemed that the mailing list archive was corrupted. I have been thinking of cloning the old CVS repository and committing my patches on top of it. Not that I expect anyone else to use it. It is mainly for preserving the history. :) Do you have any tips how to do that? I'm using an ARM-Based Qnap-NAS as vdr server, it works really well with an USB DVB-T Dual-Tuner, and xineliboutput. I'm in the process of upgrading to a Cubietruck and a raspberry pi as client, but due to lack of time I have not got very far. OK, I see. I would prefer an all-in-one solution (HDMI output, DVB-T input, Ethernet and hard disk in a single device). This would seem to be doable with an ARM board that supports SATA devices. On the RPi I would not expect it to work, due to everything sharing the single USB bus. Another interesting development is this plugin that I sometimes use with my Samsung SmartTV: http://projects.vdr-developer.org/projects/plg-smarttvweb/. I basically only use softdevice on speakerless VGA monitor for cutting recordings. Marko ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Raspberry Pi, Streamdev + rpihddevice
Hi Marko, Am 08.07.14 13:34, schrieb Marko Mäkelä: Like you say, it would be useful if the tuners and also the HDMI output were suspended. I wonder if it is possible to detect if anything is connected to the HDMI output and powered on? If the HDMI attached display is disconnected or powered off, it would make sense to suspend the video and audio output (also on the electrical level) and detach all receivers that are not being used for any recordings. I like this idea :-) According to this http://www.raspberrypi.org/forums/viewtopic.php?&t=18292 post it is possible to detect if a monitor is connected. Not sure what happens if the monitor is switched off... Maybe tvservice can also be used (http://elinux.org/RPiconfig): # /opt/vc/bin/tvservice -m CEA Group CEA has 0 modes: # /opt/vc/bin/tvservice -m DMT Group DMT has 0 modes: with no monitor connected. Unfortunately I'm not at home so I can't try out what happens if you connect a monitor, switch in on/off, etc... For what it is worth, when I started using softdevice (not softhddevice) several years ago, I developed a method that allows the video decoding to be suspended when there is no interactive user (the system got nvram-wakeup by timer, not by the user pressing the Power button). With a software decoder, it is not only about power savings; it is also about avoiding crashes when the decoder is buggy and you get a glitch in the signal. I am still using the years-old hardware. I am interested in Are you still using the old softdevice? I would have never guessed someone is still using it :-) I must admit that I switched to the xineliboutput plugin years ago. I was missing the network features... upgrading to something ARM-based (Cubieboard?) at some point, maybe when USB DVB-T2 dongles become commodity (shortly after DVB-T2 is introduced in Germany, I hope). I'm using an ARM-Based Qnap-NAS as vdr server, it works really well with an USB DVB-T Dual-Tuner, and xineliboutput. I'm in the process of upgrading to a Cubietruck and a raspberry pi as client, but due to lack of time I have not got very far. Cheers, Martin ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Raspberry Pi, Streamdev + rpihddevice
On Tue, Jul 08, 2014 at 12:59:58PM +0200, Thomas Reufer wrote: 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... I guess that for the cheap ARM boards such as the Raspberry Pi, it is simplest to keep the base hardware "always on" (the base power consumption being so low, and because there is no battery-backed clock or wakeup timer). Like you say, it would be useful if the tuners and also the HDMI output were suspended. I wonder if it is possible to detect if anything is connected to the HDMI output and powered on? If the HDMI attached display is disconnected or powered off, it would make sense to suspend the video and audio output (also on the electrical level) and detach all receivers that are not being used for any recordings. For what it is worth, when I started using softdevice (not softhddevice) several years ago, I developed a method that allows the video decoding to be suspended when there is no interactive user (the system got nvram-wakeup by timer, not by the user pressing the Power button). With a software decoder, it is not only about power savings; it is also about avoiding crashes when the decoder is buggy and you get a glitch in the signal. I am still using the years-old hardware. I am interested in upgrading to something ARM-based (Cubieboard?) at some point, maybe when USB DVB-T2 dongles become commodity (shortly after DVB-T2 is introduced in Germany, I hope). Marko ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Raspberry Pi, Streamdev + rpihddevice
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 http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
