video4linux loopback device

video4linux loopback device

[Folkert van Heusden]

Hi,

Any chance that the video4linux loopback device will be integrated in
the main video4linux distribution and included in the kernel?
http://www.lavrsen.dk/foswiki/bin/view/Motion/VideoFourLinuxLoopbackDevice
or
http://sourceforge.net/projects/v4l2vd/
or
http://code.google.com/p/v4l2loopback/
This enables userspace postprocessors to feed the altered stream to
applications like amsn and skype for videochats.


Folkert van Heusden

-- 
MultiTail è uno flexible tool per seguire di logfiles e effettuazione
di commissioni. Feltrare, provedere da colore, merge, 'diff-view',
etc. http://www.vanheusden.com/multitail/
----------------------------------------------------------------------
Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

Re: video4linux loopback device

[Mauro Carvalho Chehab]

Em Fri, 17 Jul 2009 19:41:01 +0200
Folkert van Heusden <folkert@vanheusden.com> escreveu:

> Hi,
> 
> Any chance that the video4linux loopback device will be integrated in
> the main video4linux distribution and included in the kernel?
> http://www.lavrsen.dk/foswiki/bin/view/Motion/VideoFourLinuxLoopbackDevice
> or
> http://sourceforge.net/projects/v4l2vd/
> or
> http://code.google.com/p/v4l2loopback/
> This enables userspace postprocessors to feed the altered stream to
> applications like amsn and skype for videochats.

If the postprocessor application is LGPL, the better is to add it at libv4l.



Cheers,
Mauro

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

Re: video4linux loopback device

[Folkert van Heusden]

> > Any chance that the video4linux loopback device will be integrated in
> > the main video4linux distribution and included in the kernel?
> > http://www.lavrsen.dk/foswiki/bin/view/Motion/VideoFourLinuxLoopbackDevice
> > or
> > http://sourceforge.net/projects/v4l2vd/
> > or
> > http://code.google.com/p/v4l2loopback/
> > This enables userspace postprocessors to feed the altered stream to
> > applications like amsn and skype for videochats.
> If the postprocessor application is LGPL, the better is to add it at libv4l.

I don't agree as the postprocessor implements fun-effects: warhol,
puzzle, circles, wobble, etc.


Folkert van Heusden

-- 
Looking for a cheap but fast webhoster with an excellent helpdesk?
http://keetweej.vanheusden.com/redir.php?id=1001
----------------------------------------------------------------------
Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

Re: video4linux loopback device

[vasaka]

On Thu, Jul 23, 2009 at 11:18 PM, Folkert van
Heusden<folkert@vanheusden.com> wrote:
>> > Any chance that the video4linux loopback device will be integrated in
>> > the main video4linux distribution and included in the kernel?
>> > http://www.lavrsen.dk/foswiki/bin/view/Motion/VideoFourLinuxLoopbackDevice
>> > or
>> > http://sourceforge.net/projects/v4l2vd/
>> > or
>> > http://code.google.com/p/v4l2loopback/
>> > This enables userspace postprocessors to feed the altered stream to
>> > applications like amsn and skype for videochats.
>> If the postprocessor application is LGPL, the better is to add it at libv4l.
>
> I don't agree as the postprocessor implements fun-effects: warhol,
> puzzle, circles, wobble, etc.
>
>
> Folkert van Heusden
>
> --
> Looking for a cheap but fast webhoster with an excellent helpdesk?
> http://keetweej.vanheusden.com/redir.php?id=1001
> ----------------------------------------------------------------------
> Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com
>
> --
> video4linux-list mailing list
> Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/video4linux-list
>

and how one can make skype to get pictue from libv4l or alter the
picture which application is getting through libv4l?
again some proxy is needed here.

vasaka

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

Re: video4linux loopback device

[Folkert van Heusden]

> >> > Any chance that the video4linux loopback device will be integrated in
> >> > the main video4linux distribution and included in the kernel?
> >> > http://www.lavrsen.dk/foswiki/bin/view/Motion/VideoFourLinuxLoopbackDevice
> >> > or
> >> > http://sourceforge.net/projects/v4l2vd/
> >> > or
> >> > http://code.google.com/p/v4l2loopback/
> >> > This enables userspace postprocessors to feed the altered stream to
> >> > applications like amsn and skype for videochats.
> >> If the postprocessor application is LGPL, the better is to add it at libv4l.
> >
> > I don't agree as the postprocessor implements fun-effects: warhol,
> > puzzle, circles, wobble, etc.
> 
> and how one can make skype to get pictue from libv4l or alter the
> picture which application is getting through libv4l?
> again some proxy is needed here.

Correct so we definately need some external video loopback device.
It gives as a much greater flexibility.


Folkert van Heusden

-- 
Looking for a cheap but fast webhoster with an excellent helpdesk?
http://keetweej.vanheusden.com/redir.php?id=1001
----------------------------------------------------------------------
Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

Re: video4linux loopback device

[Mauro Carvalho Chehab]

Em Fri, 24 Jul 2009 17:07:29 +0200
Folkert van Heusden <folkert@vanheusden.com> escreveu:

> > >> > Any chance that the video4linux loopback device will be integrated in
> > >> > the main video4linux distribution and included in the kernel?
> > >> > http://www.lavrsen.dk/foswiki/bin/view/Motion/VideoFourLinuxLoopbackDevice
> > >> > or
> > >> > http://sourceforge.net/projects/v4l2vd/
> > >> > or
> > >> > http://code.google.com/p/v4l2loopback/
> > >> > This enables userspace postprocessors to feed the altered stream to
> > >> > applications like amsn and skype for videochats.
> > >> If the postprocessor application is LGPL, the better is to add it at libv4l.
> > >
> > > I don't agree as the postprocessor implements fun-effects: warhol,
> > > puzzle, circles, wobble, etc.
> > 
> > and how one can make skype to get pictue from libv4l or alter the
> > picture which application is getting through libv4l?
> > again some proxy is needed here.
> 
> Correct so we definately need some external video loopback device.
> It gives as a much greater flexibility.

libv4l intercepts V4L2 calls by using LD_PRELOAD. Without it, skype doesn't
work with most of the cams, since it doesn't support several of the output
formats common on most cameras. I have lots of different webcam models here. I
think only one or two are directly supported by skype.

libv4l already have some postprocessor effects (currently limited to image
enhancements like auto-gain/auto-bright and similar stuff), but I don't see why
not adding there other effects including the fun ones.

Hans has several plans of improvements for it, including more post-processing
effects and the ability of duplicating a video to more than one application at
the same time.

The big problem with a v4l2 loopback is that you're adding something that it is
not proper to kernel, since it were not designed to be a proxy between two
userspace applications. This is the space where libraries were designed. Due to
that, you can affect the machine performance, due to the usage of kernel memory
barriers.

Also, you'll likely add extra buffering costs of copying control data and
stream mapping in order to access it  from/to kernel where you could just pass
a buffer between the effect processors and do a simple function call.



Cheers,
Mauro

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

Re: video4linux loopback device

[vasaka]

On Fri, Jul 24, 2009 at 6:48 PM, Mauro Carvalho
Chehab<mchehab@infradead.org> wrote:
> Em Fri, 24 Jul 2009 17:07:29 +0200
> Folkert van Heusden <folkert@vanheusden.com> escreveu:
>
>> > >> > Any chance that the video4linux loopback device will be integrated in
>> > >> > the main video4linux distribution and included in the kernel?
>> > >> > http://www.lavrsen.dk/foswiki/bin/view/Motion/VideoFourLinuxLoopbackDevice
>> > >> > or
>> > >> > http://sourceforge.net/projects/v4l2vd/
>> > >> > or
>> > >> > http://code.google.com/p/v4l2loopback/
>> > >> > This enables userspace postprocessors to feed the altered stream to
>> > >> > applications like amsn and skype for videochats.
>> > >> If the postprocessor application is LGPL, the better is to add it at libv4l.
>> > >
>> > > I don't agree as the postprocessor implements fun-effects: warhol,
>> > > puzzle, circles, wobble, etc.
>> >
>> > and how one can make skype to get pictue from libv4l or alter the
>> > picture which application is getting through libv4l?
>> > again some proxy is needed here.
>>
>> Correct so we definately need some external video loopback device.
>> It gives as a much greater flexibility.
>
> libv4l intercepts V4L2 calls by using LD_PRELOAD. Without it, skype doesn't
> work with most of the cams, since it doesn't support several of the output
> formats common on most cameras. I have lots of different webcam models here. I
> think only one or two are directly supported by skype.
>
> libv4l already have some postprocessor effects (currently limited to image
> enhancements like auto-gain/auto-bright and similar stuff), but I don't see why
> not adding there other effects including the fun ones.
>
> Hans has several plans of improvements for it, including more post-processing
> effects and the ability of duplicating a video to more than one application at
> the same time.
>
> The big problem with a v4l2 loopback is that you're adding something that it is
> not proper to kernel, since it were not designed to be a proxy between two
> userspace applications. This is the space where libraries were designed. Due to
> that, you can affect the machine performance, due to the usage of kernel memory
> barriers.
>
> Also, you'll likely add extra buffering costs of copying control data and
> stream mapping in order to access it  from/to kernel where you could just pass
> a buffer between the effect processors and do a simple function call.
>
>
>
> Cheers,
> Mauro
>

Sounds interesting. will libv4l have ability to provide video from
sources other than v4l2 devices?
One of the things I want to achieve is to provide talking head to
video chatting programs instead of usual video stream.

vasaka

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

Re: video4linux loopback device

[Mauro Carvalho Chehab]

Em Fri, 24 Jul 2009 19:10:07 +0300
vasaka@gmail.com escreveu:


> Sounds interesting. will libv4l have ability to provide video from
> sources other than v4l2 devices?
> One of the things I want to achieve is to provide talking head to
> video chatting programs instead of usual video stream.

I'm not sure if Hans has plans for it. You may talk with him about it



Cheers,
Mauro

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

Re: video4linux loopback device

[Esben Stien]

Folkert van Heusden <folkert@vanheusden.com> writes:

> Any chance that the video4linux loopback device will be integrated in
> the main video4linux distribution and included in the kernel?

Why don't we focus on something like JACK[0], but for video, like
videojack[1]. This brings all this to userspace and we can pipe video
into and out of applications as easily as we're doing with audio with
JACK. 

This seems more like a final solution to me. 

[0]http://jackaudio.org/
[1]http://www.piksel.no/pwiki/VideoJack
[2]http://www.linuxmao.org/tikiwiki/img/wiki_up/patchage.png

-- 
Esben Stien is b0ef@e     s      a             
         http://www. s     t    n m
          irc://irc.  b  -  i  .   e/%23contact
           sip:b0ef@   e     e 
           jid:b0ef@    n     n

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list