On Tue, Apr 21, 2015 at 12:41:57PM +0300, Petri Hintukainen wrote:
> Do you mean setting the marks (and letting remote VDR to do the actual
> editing) ? Or using VDR in RPi to cut recordings ? Cutting with RPi is
> probably very slow and consumes lot of limited I/O resources.
>
> For setting editi
Maybe it would be an idea to explore running vdr-fbfe with the
rpihddevice plugin, using the v4l api to send data to it? I guess the
current code now implements itself a lot of the stuff needed to use
xinelib, which could just be delegated to the v4l device.
On 21 April 2015 at 12:06, Petri Hintuk
On ma, 2015-04-20 at 11:33 +0200, Torgeir Veimo wrote:
> Have you tried rpihddevice plugin with VDR on the rpi? It might work
> even smoother than using xinelinboutput, but you'd have to find a
> different setup for cec i suppose.
>
> http://projects.vdr-developer.org/git/vdr-plugin-rpihddevice.gi
On Tue, Apr 21, 2015 at 10:25:48AM +0200, M. Fiegert wrote:
> On 21.04.2015 07:41, Harald Milz wrote:
> > I have been happily using vdr-sfxe on an NVidia ION board on Ubuntu 12.04
> > for
> > quite a while (with a sufficiently high WAF factor :-) ) . But I haven't
> > seen
> > vdr-{sxfe,fbfe} in
On ma, 2015-04-20 at 16:34 +0300, Marko Mäkelä wrote:
> On Mon, Apr 20, 2015 at 03:15:08PM +0200, Patrick Boettcher wrote:
> >The pause is global to all connected clients to this vdr-remote. Yes,
> >you can connect several clients to one xineliboutput-vdr-host but they
> >will all have the same cha
On ma, 2015-04-20 at 16:05 +0300, Marko Mäkelä wrote:
> On Mon, Apr 20, 2015 at 11:40:41AM +0200, Patrick Boettcher wrote:
> >vdr-fbfe is connecting over network to a vdr running on a full machine.
> >No need for streamdev.
>
> This looks interesting. Am I right assuming that the full machine wil
On 21.04.2015 07:41, Harald Milz wrote:
> I have been happily using vdr-sfxe on an NVidia ION board on Ubuntu 12.04 for
> quite a while (with a sufficiently high WAF factor :-) ) . But I haven't seen
> vdr-{sxfe,fbfe} in Raspbian lately. Are there any ready to consume packages
> anywhere? Since th
