For anyone interested in testing the new patch, it is currently in the 
experimental branch of the Cinelerra-ppa for Ubuntu (natty only at the moment):

https://launchpad.net/~cinelerra-ppa/+archive/cinelerra-exp

Thanks in advance for anybody willing to test it (in particular the v4l 
performance).

Best,
Nicola

 



From: feran...@hotmail.com
To: cinelerra@skolelinux.no
Subject: RE: [CinCV] v4l1 patch, try2
Date: Mon, 30 May 2011 17:01:40 -0700








Hi Rafael,

the version packaged in the PPA is designed so that the binary of cinelerra 
isn't launched directly, but through a script that hadles some localization 
issues. I added the extra line there, so the user will run the the LD_PRELOAD 
every time cinelerra is launched. 

I know this isn't perfect, as many people would not want to have it. But the 
script can be modified to remove that extra line....

Best,
Nicola

 




> Subject: RE: [CinCV] v4l1 patch, try2
> From: raf...@riseup.net
> To: cinelerra@skolelinux.no
> Date: Mon, 30 May 2011 11:12:48 -0700
> 
> Hi Nicola,
> Just as curiosity, how do you handle LD_PRELOAD from within the package?
> 
> Best regards,
> Rafael Diniz
> 
> >
> > Rafael,
> >
> > thanks again for the patch. The last version sounds reasonable. I upload
> > test builds in the PPA with it. Regarding the preloading of libv4lcompat,
> > I handle that directly within the package (by requiring installation of
> > the proper library).
> >
> > It'd be great if people with v4l-needing hardware could test it, once it's
> > available.
> >
> > Thanks again,
> > Nicola
> >
> >
> >
> >
> >
> >> Subject: Re: [CinCV] v4l1 patch, try2
> >> From: raf...@riseup.net
> >> To: cinelerra@skolelinux.no
> >> Date: Mon, 30 May 2011 10:06:44 -0700
> >>
> >> People,
> >> Thinking a little, after Einar email, I reached a patch that:
> >>
> >> - keeps v4l support as always for people using kernel <= 2.6.37
> >> - keeps v4l support for people using kernel >= 2.6.38, needs
> >> LD_PRELOAD'ing of libv4l1compat.so
> >> - cinelerra compiles fine with and without libv4l
> >> - adds videodev.h to our tree
> >>
> >> ; )
> >>
> >>
> >>
> >> > Hi Einar,
> >> > I must disagree with you.
> >> >
> >> > If you take a look at the old videodev.h, there is this statement:
> >> >
> >> >  *       Video for Linux version 1 - OBSOLETE
> >> >  *
> >> >  *       Header file for v4l1 drivers and applications, for
> >> >  *       Linux kernels 2.2.x or 2.4.x.
> >> >  *
> >> >  *       Provides header for legacy drivers and applications
> >> >
> >> >
> >> > And now it's gone.
> >> > There is no such device you're saying that have only v4l1 driver. V4L1
> >> is
> >> > not present in kernel for a long long time (only the V4L1
> >> compatibility
> >> > layer was there).
> >> > Anyone using kernel 2.4?
> >> > IMHO, the correct way to support V4L1 is using libv4l.
> >> >
> >> > Of course we could commit videodev.h inside our cinelerra tree in
> >> order to
> >> > get rid of the libv4l dependency for those still using kernel <=
> >> 2.6.37 or
> >> > that don't need V4L support at all.
> >> >
> >> > Best regards,
> >> > Rafael Diniz
> >> >
> >> >
> >> >> Hi.
> >> >>
> >> >> You must not unconditionally remove v4l1 support. I think that
> >> >> configure must detect v4l1 and if it does not exist use libv4l1.
> >> There
> >> >> may be some older devices, that have only v4l1 drivers. We have to
> >> >> leave user an option to use older kernel with v4l1 support. Option to
> >> >> fully remove v4l1 would be nice too.
> >> >>
> >> >> Einar
> >> >
> >> >
> >> >
> >> > _______________________________________________
> >> > Cinelerra mailing list
> >> > Cinelerra@skolelinux.no
> >> > https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
> >> >
> >
> 
> 
> 
> _______________________________________________
> Cinelerra mailing list
> Cinelerra@skolelinux.no
> https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
                                          

Reply via email to