Re: [vdr] broken recordings

>>> Sorry for interrupting with stupid questions.. Would'nt a NAS do a better >>> job in this case? >> >> I would guess no since the nic on a raspberry pi uses the usb bus. > > Uhh.. That sounds like a bad combination... So the raspberry seems to be > best for streaming just in one direction...

Re: [vdr] broken recordings

>So if running VDR on a singelboard-computer, then a good pick would be >the A20-OLinuXino-LIME as Cedric mentioned earlier. There is a native >ethernet if using NAS, and also an onboard SATA-connector... The price >is also not bad :-) > >René > Hi René, If prize is a concern, you could also

Re: [vdr] broken recordings

On 19.08.2016 17:04, VDR User wrote: Sorry for interrupting with stupid questions.. Would'nt a NAS do a better job in this case? I would guess no since the nic on a raspberry pi uses the usb bus. Uhh.. That sounds like a bad combination... So the raspberry seems to be best for streaming

Re: [vdr] broken recordings

> Sorry for interrupting with stupid questions.. Would'nt a NAS do a better > job in this case? I would guess no since the nic on a raspberry pi uses the usb bus. ___ vdr mailing list vdr@linuxtv.org https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] broken recordings

Hi, Sorry for interrupting with stupid questions.. Would'nt a NAS do a better job in this case? René On 11.08.2016 11:57, Matthias Bodenbinder wrote: I tried it, but it did not help. ionice -c2 or ionice -c2. No difference. Anyways, I now have a record hook in place which moves finished

Re: [vdr] broken recordings

I tried it, but it did not help. ionice -c2 or ionice -c2. No difference. Anyways, I now have a record hook in place which moves finished recordings from SD card to USB drive. SD is now acting like a cache. That works so far. Thanks Matthias Am 10.08.2016 um 21:15 schrieb Stephan Loescher: >

Re: [vdr] broken recordings

Hi! You could also try to start VDR with the highest possible IO priority, e.g. ionice -c2 -n0 vdr ... That helped some years ago on my old VDR server to ensure, that no other process gets more IO priority than VDR. Regards, Stephan. Am 08/08/2016 um 10:53 PM schrieb Patrick Boettcher: On

Re: [vdr] broken recordings

>> If you want to replace hardware, may I suggest using a board based on the >> allwinner A20, like the bananapi or the A20-OLinuXino-LIME? I had one of >> those, and it's a powerful beast. It has dedicated network and SATA, so the >> USB ports are free to talk to the tuner. One thing though,

Re: [vdr] broken recordings

Am 09.08.2016 um 03:56 schrieb cedric.dew...@telfort.nl: You might also try to replace your raspberry Pi - maybe there is another problem somewhere (if you already did this, sorry, I must have over-read it). Hi, If you want to replace hardware, may I suggest using a board based on the

Re: [vdr] broken recordings

> >You might also try to replace your raspberry Pi - maybe there is >another problem somewhere (if you already did this, sorry, I >must have over-read it). > Hi, If you want to replace hardware, may I suggest using a board based on the allwinner A20, like the bananapi or the A20-OLinuXino-LIME?

Re: [vdr] broken recordings

On Mon, 8 Aug 2016 22:51:13 +0200 Patrick Boettcher wrote: > Hi, > > On Mon, 8 Aug 2016 20:30:33 +0200 > Matthias Bodenbinder wrote: > > > Hello Christoph, > > > > based on your feedback I made another test. The USB HD performance > >

Re: [vdr] broken recordings

Hi, On Mon, 8 Aug 2016 20:30:33 +0200 Matthias Bodenbinder wrote: > Hello Christoph, > > based on your feedback I made another test. The USB HD performance > seems to be ok (see my other reply). But anyways I made a test with > recording directly to the Flash SD card.

Re: [vdr] broken recordings

It really does sound like you're saturating the usb bus. Are you sure you're comparing against real world performance and not technical/theoretical? On Mon, Aug 8, 2016 at 11:30 AM, Matthias Bodenbinder wrote: > Hello Christoph, > > based on your feedback I made another

Re: [vdr] broken recordings

Hi, it meuns your system is not able to process all the data received in time. where do you write your recordings? I guess its a usb-harddisk connected to your raspi, correct? It's probably just to slow to write all the data vdr throws at it. Or your usb-bus is saturated with all the data flowing

Re: [vdr] broken recordings

One more hint to the problem. Another test with recording Arte HD gives the following output in user.log: Aug 7 16:31:14 raspberry vdr: [28148] timer 1 (5 1503-1655 'Galaxis Milchstraße') set to event Son 07.08.2016 15:05-16:45 (VPS: 07.08. 15:05) 'Galaxis Milchstraße' Aug 7 16:31:19

Re: [vdr] broken recordings

... and the same vdr can not replay its own recordings. Watching with xine: 3# xine -G 900 xvdr://raspberry Dies ist xine (X11 gui) - Ein freier Video-Player v0.99.9. (c) 2000-2014 The xine Team. vo_vdpau: vdpau API version : 1 vo_vdpau: vdpau implementation description : NVIDIA VDPAU Driver