Hi Einar, >> And now it's gone. >> There is no such device you're saying that have only v4l1 driver. > > I have one. And under ubuntu kernel 2.6.28 it is supported only by a > v4l1 driver and not v4l2. In a newer kernel there may be V4l2 for > this, but I am not sure that there does not exist a v4l1 device which > is important for some user.
Just to know, which driver is that? >> 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. > > You cant support any device that hasnt V4L2 driver through libv4l. If > I was sure that all devices in use have V4l2 driver, I recommended to > remove v4l1 support from cinelerra. If I was sure that v4l1 and v4l2 > support in cinelerra are functionally equivalent I recommended not to > use libv4l. Currently I have only very quick overlook about v4lx stuff > in cinelerra and can say that it has to be rewritten or removed. V4L1 driver infrastructure is not in kernel anymore (2.6.39). Btw, my new patch keep things as is. You just use libv4l1compat by LD_PRELOAD'ing it _if_ you're in a kernel that does not have V4L1. And you're right about the v4l status inside cinelerra.. >> 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. > > Never put any system header into an application tree or never try to > define any system structure in an application. You get only troubles. I don't see any trouble we can get from commiting a deprecated and more then 8 years frozen API that got deleted from upstream. Btw, I think that the best would be to test the V4L code of cinelerra to see what is working better... > I have commit 2a14a56ab25668a417ae5e41a7c91321fb6d0867 in my tree > which coditionally compiles V4L1 support. It's a good solution. Best regards, Rafael Diniz _______________________________________________ Cinelerra mailing list [email protected] https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
