Re: [vdr] Does anyone see this or is the VDR mailing list broken?
On Fri, Feb 8, 2013 at 7:53 AM, Torgeir Veimo wrote: > Which devices are you thinking about, that can be had for $35, uses > less than 5w power and which can do accelerated playback of > mpeg2/h.264 with open source software? If you want a low-power device for $35 that does hw-accel decoding of h264, and additionally mpeg2 if you purchase the codec, then you should buy a Raspberry Pi. If you want a device with sata, a faster cpu, hw-accel h264 & mpeg2 standard, dedicated ethernet that doesn't piggyback the usb bus, run linux (ubuntu, debian, and arch seems to be common) or android, don't have issues with Netflix, etc... then look into all the alternatives available now. Most are in a similar price range or ball park. Some are more expensive like the Minix NEO-G4-108A ($61.99 at newegg) but you also get more for your money; hdmi adapter, usb cable, power adapter, remote control, 8gb storage.. There's nothing special about the Raspberry Pi. It was somewhat unique when it first came out but there are several (most are ARM/Mali400) boards out. Of all these types of devices that have hit the market recently, the Raspberry Pi is probably the least powerful of them all. Some people even refer to it as crippled because of design choices. BTW, you should remember that the $35 Raspberry Pi isn't usable out-of-the-box. It doesn't come with any cables, any storage, any power source, nothing but the board itself. You aren't paying $35 for a usable device -- it's $35 + $sd card + $cables (usb/hdmi) + $power supply at a minimum. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Does anyone see this or is the VDR mailing list broken?
Which devices are you thinking about, that can be had for $35, uses less than 5w power and which can do accelerated playback of mpeg2/h.264 with open source software? On Sat, Feb 9, 2013 at 1:46 AM, VDR User wrote: > On Fri, Feb 8, 2013 at 6:15 AM, Torgeir Veimo wrote: >> Maybe someone should to donate a Raspberry Pi to Klaus so that he is >> caught by that pi-fever as well.. > > I have an extra Raspberry Pi sitting here but I don't see what good > sending it to Klaus would do. The Raspberry Pi is very slow doing > everything besides hardware accelerated h264 and mpeg2 (if you paid > for the codec) decoding. Compiling on it, updating it, etc... is > terrible! There are other similar devices with far better capabilities > and speed to be honest. > > ___ > 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] Does anyone see this or is the VDR mailing list broken?
On Fri, Feb 8, 2013 at 6:15 AM, Torgeir Veimo wrote: > Maybe someone should to donate a Raspberry Pi to Klaus so that he is > caught by that pi-fever as well.. I have an extra Raspberry Pi sitting here but I don't see what good sending it to Klaus would do. The Raspberry Pi is very slow doing everything besides hardware accelerated h264 and mpeg2 (if you paid for the codec) decoding. Compiling on it, updating it, etc... is terrible! There are other similar devices with far better capabilities and speed to be honest. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Does anyone see this or is the VDR mailing list broken?
Here's a description about whats needed from xine in order to use hw accelerated playback when using directfb on the pi; http://www.raspberrypi.org/phpBB3/viewtopic.php?t=28104 On Sat, Feb 9, 2013 at 12:15 AM, Torgeir Veimo wrote: > Maybe someone should to donate a Raspberry Pi to Klaus so that he is > caught by that pi-fever as well.. > > On Sat, Feb 9, 2013 at 12:13 AM, Torgeir Veimo wrote: >> Not using xine i think. There's the vompclient, which uses a different >> OSD altogether from vanilla VDR. It works fairly well. XBMC with PVR >> addition using VNSI also works fairly well. Both have some glitches >> currently though, eg when you get a window overlay in XBMC (eg. the >> schedule), video playback starts to stutter and move along at half >> speed. >> >> On Sat, Feb 9, 2013 at 12:09 AM, Morfsta wrote: >>> On Fri, Feb 8, 2013 at 11:38 AM, Torgeir Veimo wrote: The purpose for me would be to run a VDR client on a raspberry pi. XBMC already runs there and I've used it a bit with VNSI, but until I can get the native GUI running on XBMC, it's not WAF ready. I assume whenever libxine is finally able to make use of the hw accelerated decoding, xinelibplugin will supply what's needed. >>> >>> Yes, I have a few Pis too, I posted awhile ago as to whether anyone >>> had had any joy with getting a VDR client running on it but didn't get >>> a response. >>> >>> I would much prefer to use a Pi as a client, rather than run it >>> through XBMC which seems very laggy as a PVR on a Pi. >>> >>> Is anyone working on xine acceleration for the Pi do you know? >>> >>> Thanks >>> >>> ___ >>> 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] Does anyone see this or is the VDR mailing list broken?
Maybe someone should to donate a Raspberry Pi to Klaus so that he is caught by that pi-fever as well.. On Sat, Feb 9, 2013 at 12:13 AM, Torgeir Veimo wrote: > Not using xine i think. There's the vompclient, which uses a different > OSD altogether from vanilla VDR. It works fairly well. XBMC with PVR > addition using VNSI also works fairly well. Both have some glitches > currently though, eg when you get a window overlay in XBMC (eg. the > schedule), video playback starts to stutter and move along at half > speed. > > On Sat, Feb 9, 2013 at 12:09 AM, Morfsta wrote: >> On Fri, Feb 8, 2013 at 11:38 AM, Torgeir Veimo wrote: >>> The purpose for me would be to run a VDR client on a raspberry pi. >>> XBMC already runs there and I've used it a bit with VNSI, but until I >>> can get the native GUI running on XBMC, it's not WAF ready. I assume >>> whenever libxine is finally able to make use of the hw accelerated >>> decoding, xinelibplugin will supply what's needed. >> >> Yes, I have a few Pis too, I posted awhile ago as to whether anyone >> had had any joy with getting a VDR client running on it but didn't get >> a response. >> >> I would much prefer to use a Pi as a client, rather than run it >> through XBMC which seems very laggy as a PVR on a Pi. >> >> Is anyone working on xine acceleration for the Pi do you know? >> >> Thanks >> >> ___ >> 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] Does anyone see this or is the VDR mailing list broken?
Not using xine i think. There's the vompclient, which uses a different OSD altogether from vanilla VDR. It works fairly well. XBMC with PVR addition using VNSI also works fairly well. Both have some glitches currently though, eg when you get a window overlay in XBMC (eg. the schedule), video playback starts to stutter and move along at half speed. On Sat, Feb 9, 2013 at 12:09 AM, Morfsta wrote: > On Fri, Feb 8, 2013 at 11:38 AM, Torgeir Veimo wrote: >> The purpose for me would be to run a VDR client on a raspberry pi. >> XBMC already runs there and I've used it a bit with VNSI, but until I >> can get the native GUI running on XBMC, it's not WAF ready. I assume >> whenever libxine is finally able to make use of the hw accelerated >> decoding, xinelibplugin will supply what's needed. > > Yes, I have a few Pis too, I posted awhile ago as to whether anyone > had had any joy with getting a VDR client running on it but didn't get > a response. > > I would much prefer to use a Pi as a client, rather than run it > through XBMC which seems very laggy as a PVR on a Pi. > > Is anyone working on xine acceleration for the Pi do you know? > > Thanks > > ___ > 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] Does anyone see this or is the VDR mailing list broken?
On Fri, Feb 8, 2013 at 11:38 AM, Torgeir Veimo wrote: > The purpose for me would be to run a VDR client on a raspberry pi. > XBMC already runs there and I've used it a bit with VNSI, but until I > can get the native GUI running on XBMC, it's not WAF ready. I assume > whenever libxine is finally able to make use of the hw accelerated > decoding, xinelibplugin will supply what's needed. Yes, I have a few Pis too, I posted awhile ago as to whether anyone had had any joy with getting a VDR client running on it but didn't get a response. I would much prefer to use a Pi as a client, rather than run it through XBMC which seems very laggy as a PVR on a Pi. Is anyone working on xine acceleration for the Pi do you know? Thanks ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Suggestion (patch) for sections.c
Hi!
As I mentioned in my previous email, I'm using diseqc.conf to drive my
motorized dish.
I noticed that sometimes VDR generates false channe updates, when the dish
is moving. The problem is, channel switches immediately, but it takes
seconds for the dish to move. Often there is several seconds time when VDR
thinks it's already on the new channel, but old satellite is still tuned.
I googled and I noticed something about this in actuator plugin README:
"vdr assumes that, as soon as a channel has been switched to, the new
source (satellite) is valid, even if the dish is moving, so the autoupdate
function will assign new/updated channels to the wrong satellite. The
plugin's workaround is to disable autoupdate while the dish is moving and
restore the previous setting only when it has reached the target satellite.
It's possible that the plugin will fail to restore the value of this
setting. If you see that channels aren't updating anymore check this
setting (main menu->configuration->dbv->update channels, note that while
the dish is moving this setting is always "no", so check and modify it only
when the actuator is idle). "
RotorNG does not have such hack, so it still suffers from this problem.
Also as I said, I use VDR "as is" without rotor-ng, and have this problem.
I made the following patch to sections.c, this is for vdr 1.7.27 but I
guess it's similar in newer VDRs as well..
If source has been changed, it forces a 10 second delay. This means that
epg data and channel updates are disabled during that time, but it
shouldn't matter.
10 seconds might not be quite enough to get to the new position with a slow
motor, but it is enough to make the frontend loose lock on the previous
satellite..
Here's also example from syslog:
Feb 8 15:17:23 yavdr vdr: [16352] switching to channel 990
Feb 8 15:17:23 yavdr vdr: [16420] New source 0x5300ff7e, 10sec wait forced
in section loop
Feb 8 15:17:29 yavdr vdr: [16419] frontend 1/0 lost lock on channel 990,
tp 112322
Feb 8 15:17:30 yavdr vdr: [16419] frontend 1/0 regained lock on channel
990, tp 112322
Here you can see how it takes full 6 seconds before frontend reports lost
lock, after channel switch.. Channel is really switched at 15:17:30 when it
regains lock. If any section data would be received between 15:17:23 -
15:17:29, it would be registered on the wrong satellite.
--
The patch:
*** vdr-alt/sections.c 2007-10-14 15:52:07.0 +0300
--- vdr/sections.c 2013-02-08 14:50:30.524186976 +0200
***
*** 164,169
--- 164,171
void cSectionHandler::Action(void)
{
+ int PrevSource=shp->channel.Source();
+
SetPriority(19);
while (Running()) {
***
*** 183,188
--- 185,196
if (poll(pfd, NumFilters, 1000) > 0) {
bool DeviceHasLock = device->HasLock();
+if (PrevSource!=shp->channel.Source()) {
+ PrevSource=shp->channel.Source();
+ DeviceHasLock = false;
+ dsyslog("New source 0x%x, 10sec wait forced in section
loop\n",PrevSource);
+ cCondWait::SleepMs(1);
+}
if (!DeviceHasLock)
cCondWait::SleepMs(100);
for (int i = 0; i < NumFilters; i++) {
--
Teemu Suikki
http://www.z-power.fi/
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Does anyone see this or is the VDR mailing list broken?
The purpose for me would be to run a VDR client on a raspberry pi. XBMC already runs there and I've used it a bit with VNSI, but until I can get the native GUI running on XBMC, it's not WAF ready. I assume whenever libxine is finally able to make use of the hw accelerated decoding, xinelibplugin will supply what's needed. On Fri, Feb 8, 2013 at 9:29 PM, Morfsta wrote: >> I use XVDR and miss in some ways the plain old Vanilla VDR "GUI". >> Maybe its possible with configuration, but I would like to "push" >> XBMC to the background and be able to use all remote keys in XVDR as if I >> was working natively with VDR, then maybe a single key press to get back to >> "normal" XBMC functionality. Its a WAF thing. > > Look at yavdr, it provides that but the other way around and for me > that is preferable as we watch TV / recordings much more than using > XBMC to listen to music or watch videos. > > You use vanilla VDR as the base, then when you need XBMC you call it > either via the desktop/mouse or via the VDR menu > (Applications/Media/XBMC). When you exit XBMC it seamlessly goes back > into VDR. > > I found that remote control and sound (including AC3 and DTS) work > seamlessly out of the box now with the latest version. > > ___ > 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] Does anyone see this or is the VDR mailing list broken?
> I use XVDR and miss in some ways the plain old Vanilla VDR "GUI". > Maybe its possible with configuration, but I would like to "push" > XBMC to the background and be able to use all remote keys in XVDR as if I > was working natively with VDR, then maybe a single key press to get back to > "normal" XBMC functionality. Its a WAF thing. Look at yavdr, it provides that but the other way around and for me that is preferable as we watch TV / recordings much more than using XBMC to listen to music or watch videos. You use vanilla VDR as the base, then when you need XBMC you call it either via the desktop/mouse or via the VDR menu (Applications/Media/XBMC). When you exit XBMC it seamlessly goes back into VDR. I found that remote control and sound (including AC3 and DTS) work seamlessly out of the box now with the latest version. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Does anyone see this or is the VDR mailing list broken?
On 08.02.2013 11:00, Brian-Imap wrote: I use XVDR and miss in some ways the plain old Vanilla VDR "GUI". Maybe its possible with configuration, but I would like to "push" XBMC to the background and be able to use all remote keys in XVDR as if I was working natively with VDR, then maybe a single key press to get back to "normal" XBMC functionality. Its a WAF thing. It's probably possible with XMBC Advanced launcher plugin. I hovewer didn't succeed in compiling softhddevice to check it Marx ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Does anyone see this or is the VDR mailing list broken?
On 08.02.2013 10:38, Torgeir Veimo wrote: Functionality is there, but it's just not as smooth sailing with the remote in hand, eg. green button for schedule, red for recordings. On Fri, Feb 8, 2013 at 5:10 PM, Marx wrote: On 08.02.2013 02:46, Torgeir Veimo wrote: I would be very interested in having the vanilla VDR gui available all the time in XBMC, but this is just for accessing settings through the menus. What you miss besides settings? Playing functions, EPG etc are quite good in XBMC via VNSI Marx ___ 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 I use XVDR and miss in some ways the plain old Vanilla VDR "GUI". Maybe its possible with configuration, but I would like to "push" XBMC to the background and be able to use all remote keys in XVDR as if I was working natively with VDR, then maybe a single key press to get back to "normal" XBMC functionality. Its a WAF thing. Cheers ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Does anyone see this or is the VDR mailing list broken?
Functionality is there, but it's just not as smooth sailing with the remote in hand, eg. green button for schedule, red for recordings. On Fri, Feb 8, 2013 at 5:10 PM, Marx wrote: > On 08.02.2013 02:46, Torgeir Veimo wrote: >> >> I would be very interested in having the vanilla VDR gui available all >> the time in XBMC, but this is just for accessing settings through the >> menus. > > What you miss besides settings? Playing functions, EPG etc are quite good in > XBMC via VNSI > Marx > > > > ___ > 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] Does anyone see this or is the VDR mailing list broken?
On 08.02.2013 02:46, Torgeir Veimo wrote: I would be very interested in having the vanilla VDR gui available all the time in XBMC, but this is just for accessing settings through the menus. What you miss besides settings? Playing functions, EPG etc are quite good in XBMC via VNSI Marx ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
