2014.12.20. 20:41 keltezéssel, VDR User írta:
almost no resources to run VDR + mplayer plugin + mpv-player. With
How did you installed mpv-player on RPI? Did you compile it, or are you
using Jessie instead of Wheezy?
How stable it is? Does it using hw acceleration on PI?
thanks,
István
> Hi, just curious as I have a Rasp running Openelec and xbmc.
>
> What advantages does this software have over the stuff I am using?
My answer would be smaller/lightweight, fast, low system requirements,
no extra junk you may not want/need/use. VDR provides core
functionality and plugins provide
2014.12.20. 17:54 keltezéssel, Brian-Imap írta:
What advantages does this software have over the stuff I am using?
Well, it depends. I'm using vdr for about 10 years, and I'm used to vdr
"behaviour" (menu, osd). Using rpihddevice plugin on a Raspberry Pi i
can continue to use VDR's menu.
Usi
Primary benefit is the software is lightweight compared to xbmc. I don't
want a full media center - I have other devices like a Roku and chromecast
for that. With just VDR and streamdev it's fast and responsive. With
remotetimers all recordings are on the headless server too.
Norm
__
On 12/2/2014 7:51 PM, Füley István wrote:
Hello,
Can somebody tell me if using a Rasberry pi + rpihddevice plugin I get
picture on R-Pi's analog (RCA) TV out?
I would like to answer myself: it works perfectly :) Tested on
Raspberry Pi Model B, 512MB RAM.
BTW: awesome plugin, thanks!
István
Hello,
Can somebody tell me if using a Rasberry pi + rpihddevice plugin I get
picture on R-Pi's analog (RCA) TV out?
I would like to answer myself: it works perfectly :) Tested on Raspberry
Pi Model B, 512MB RAM.
BTW: awesome plugin, thanks!
István
Hello,
Can somebody tell me if using a Rasberry pi + rpihddevice plugin I get
picture on R-Pi's analog (RCA) TV out?
thanks,
István
2014.07.07. 20:08 keltezéssel, Norm Dressler írta:
Hi all, I just set up a couple of RPI's with the configuration of a
Raspberry Pi, rpihddevice and streamdev-c
On Tue, Jul 08, 2014 at 05:01:15PM +0200, cedric.dew...@telfort.nl wrote:
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 exp
Am 15.07.2014 um 21:30 schrieb Norm Dressler :
> Ok, so I'm back to the released version of 0.0.9 (not GIT). It does the same
> thing - blanks the screen, etc. I recorded the channel for a bit to see if
> it happens with the recording and it does happen with the recording. I think
> exited
Ok, so I'm back to the released version of 0.0.9 (not GIT). It does the
same thing - blanks the screen, etc. I recorded the channel for a bit to
see if it happens with the recording and it does happen with the recording.
I think exited VDR and ran omxplayer directly with the TS file and it did
N
Trying these things now. I had installed that version of rpihddevice only
because the how-to I followed linked to it :) I will record some of the
HD stream in question and then try and replay it both within VDR and from
omxplayer.
my config.txt:
hdmi_force_hotplug=1
hdmi_group=1
hdmi_mode=16
Am 15.07.2014 um 14:08 schrieb Norm Dressler :
> Thanks for the quick response. I had downloaded a tarball of 0.0.5 and I
> believe the git version I have is 0.0.9.
Well, 0.0.5 was quite long time ago… ;-)
> I applied the patch but I'm still getting the disruptions - where it was
> blankin
Thanks for the quick response. I had downloaded a tarball of 0.0.5 and I
believe the git version I have is 0.0.9.
I applied the patch but I'm still getting the disruptions - where it was
blanking the screen before it seems to be 'glitching' and occasionally
blanking.
Norm
On Tue, Jul 15, 2014
Hi Norm
> It was already set to 6. I tried 7 with no difference. It had been working
> fine with my Pioneer receiver up until this latest version. A direct
> connection to the TV seems to work with my other setup.
What's the exact version you've been using before? I'm not aware of any recent
It was already set to 6. I tried 7 with no difference. It had been
working fine with my Pioneer receiver up until this latest version. A
direct connection to the TV seems to work with my other setup.
Norm
On Tue, Jul 15, 2014 at 3:15 AM, VDR User wrote:
> >> New problem though, with 1080i a
>> New problem though, with 1080i atsc, I'm getting screen blanking every 20
>> seconds or so. It's fine with 480i with the deinterlacer enabled (as per
>> the log). 720p also works fine with deinterlacer disabled. I can't find
>> anything in the log files that might help with troubleshooting
Hi Norm
Am 15.07.2014 um 01:44 schrieb Norm Dressler :
> New problem though, with 1080i atsc, I'm getting screen blanking every 20
> seconds or so. It's fine with 480i with the deinterlacer enabled (as per the
> log). 720p also works fine with deinterlacer disabled. I can't find
> anything
Hi all, well, I upgraded my rpihddevice to the git repository and see that
you have added a 'zoom' type feature for SD - that's awesome!
New problem though, with 1080i atsc, I'm getting screen blanking every 20
seconds or so. It's fine with 480i with the deinterlacer enabled (as per
the log). 72
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
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-ext
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 (strea
> 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)
>
>
>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 gue
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
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 us
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 pa
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
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
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 soun
Yes, I suppose it would be if there isn't a suspend or similar. I will
have to investigate the irexec commands for that.
As for the jp6 - I don't think this little board has that - or at least
does the reset function. I think its something completely different used
for testing.
On Mon, Jul 7, 2
Hi,
would it be possible to re-define the Shutdown button on your remote
to only stop vdr and not shutdown the whole system. With irexec you
could restart vdr again.
The other way would be to add a button to JP6 (the reset port). With
this pushbutton, you can restart the Raspberry Pi after a shu
Hi all, I just set up a couple of RPI's with the configuration of a
Raspberry Pi, rpihddevice and streamdev-client.
Works great but a couple of questions.
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.
32 matches
Mail list logo
