>>> 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...
Th
>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 u
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 just
> 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
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
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:
> H
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
>> 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, i
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
allwinn
Hello Patrick,
I tried it. But it was not successful.
With "hdparm -W 0" iotop shows 3,3-3,7 M/s write speed, with "hdparm -W 1" it
is 9,7-10,3 M/s. And the error message about "ring buffer overflow" stays the
same with "-W 0" and the recordings are still broken.
Interesting: I made a good rec
>
>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?
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
> > seems to be ok (see my other reply). But anyways I made a
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. And that works pretty well
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 test. The USB HD performan
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. And that works pretty well. 15 min without issue.
So it looks like it is indeed an issue with USB on
Hello Christoph,
That sounds like a good point but the data indicates that usb bandwidth should
not be an issue.
I use a spare SSD device for the recordings and I have also tested with a
classic hard disc and also with an NFS share. Always the same issue.
The performance of the SSD is:
14# d
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
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 raspberr
... 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 Sha
19 matches
Mail list logo
