Re: [CinCV] v4l1 patch, try2
Too bad. I also have a device (HP Jornada 710) that only have OSS sound driver.. We have to keep V4L1 for sure, at least for some time. The good is thing is that any option we have does respect the presence of a V4L1 driver. ; ) Cheers, Rafael Diniz On Tue, May 31, 2011 at 12:56 AM, Rafael Diniz raf...@riseup.net wrote: 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? quickcam_messenger Einar ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Rádio Muda, radiolivre.org, TV Piolho, tvlivre.org Chave PGP: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x2FF86098 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
RE: [CinCV] v4l1 patch, try2
Understood. It's a smart solution. ; ) 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 ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] v4l1 patch, try2
On Tue, May 31, 2011 at 12:56 AM, Rafael Diniz raf...@riseup.net wrote: 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? quickcam_messenger Einar ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] v4l1 patch, try2
Also, we should add to the manual that if one is using kernel = 2.6.38 and the operating system does not LD_PRELOAD the libv4l1compat.so, and the use of the V4L driver is needed, you should do this before open cinelerra: LD_PRELOAD=/usr/lib/libv4l/v4l1compat.so Best regards, Rafael Diniz Attached is a patch that at least verify the presence of the libv4l header. We could #ifdef the v4l code in order to allow the compilation without libv4l. bye, rafael diniz ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] v4l1 patch, try2
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
Re: [CinCV] v4l1 patch, try2
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
Re: [CinCV] v4l1 patch, try2
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
diff --git a/cinelerra/vdevicebuz.C b/cinelerra/vdevicebuz.C
index 1db0c0e..fec3ca5 100644
--- a/cinelerra/vdevicebuz.C
+++ b/cinelerra/vdevicebuz.C
@@ -40,18 +40,17 @@
#include vframe.h
#include videoconfig.h
#include videodevice.h
+#include videodev.h
#include errno.h
#include stdint.h
#include linux/kernel.h
-//#include linux/videodev2.h
-#include linux/videodev.h
#include fcntl.h
#include sys/ioctl.h
#include sys/mman.h
#include unistd.h
-
+#define BASE_VIDIOCPRIVATE 192
#define READ_TIMEOUT 500
diff --git a/cinelerra/vdevicev4l.h b/cinelerra/vdevicev4l.h
index 4d6e8fb..f157994 100644
--- a/cinelerra/vdevicev4l.h
+++ b/cinelerra/vdevicev4l.h
@@ -23,7 +23,7 @@
#define VDEVICEV4L_H
#include vdevicebase.h
-#include linux/videodev.h
+#include videodev.h
#include videodevice.inc
class VDeviceV4L : public VDeviceBase
--- /dev/null 2011-05-30 12:32:11.731185004 -0300
+++ cinelerra-cv/cinelerra/videodev.h 2011-05-30 13:54:19.583702163 -0300
@@ -0,0 +1,200 @@
+/* libv4l1 linux/videodev.h replacement file */
+#ifndef __LINUX_VIDEODEV_H
+#define __LINUX_VIDEODEV_H
+
+#include linux/ioctl.h
+#include stdint.h
+
+#define VID_TYPE_CAPTURE 1 /* Can capture */
+#define VID_TYPE_TUNER 2 /* Can tune */
+#define VID_TYPE_TELETEXT 4 /* Does teletext */
+#define VID_TYPE_OVERLAY 8 /* Overlay onto frame buffer */
+#define VID_TYPE_CHROMAKEY 16 /* Overlay by chromakey */
+#define VID_TYPE_CLIPPING 32 /* Can clip */
+#define VID_TYPE_FRAMERAM 64 /* Uses the frame buffer memory */
+#define VID_TYPE_SCALES 128 /* Scalable */
+#define VID_TYPE_MONOCHROME 256 /* Monochrome only */
+#define VID_TYPE_SUBCAPTURE 512 /* Can capture subareas of the image */
+#define VID_TYPE_MPEG_DECODER 1024 /* Can decode MPEG streams */
+#define VID_TYPE_MPEG_ENCODER 2048 /* Can encode MPEG streams */
+#define VID_TYPE_MJPEG_DECODER 4096 /* Can decode MJPEG streams */
+#define VID_TYPE_MJPEG_ENCODER 8192 /* Can encode MJPEG streams */
+
+struct video_capability
+{
+ char name[32];
+ int type;
+ int channels; /* Num channels */
+ int audios; /* Num audio devices */
+ int maxwidth; /* Supported width */
+ int maxheight; /* And height */
+ int minwidth; /* Supported width */
+ int minheight; /* And height */
+};
+
+
+struct video_channel
+{
+ int channel;
+ char name[32];
+ int tuners;
+ uint32_t flags;
+#define VIDEO_VC_TUNER 1 /* Channel has a tuner */
+#define VIDEO_VC_AUDIO 2 /* Channel has audio */
+ uint16_t type;
+#define VIDEO_TYPE_TV 1
+#define VIDEO_TYPE_CAMERA 2
+ uint16_t norm; /* Norm set by channel */
+};
+
+struct video_tuner
+{
+ int tuner;
+ char name[32];
+ unsigned long rangelow, rangehigh; /* Tuner range */
+ uint32_t flags;
+#define VIDEO_TUNER_PAL 1
+#define VIDEO_TUNER_NTSC 2
+#define VIDEO_TUNER_SECAM 4
+#define VIDEO_TUNER_LOW 8 /* Uses KHz not MHz */
+#define VIDEO_TUNER_NORM 16 /* Tuner can set norm */
+#define VIDEO_TUNER_STEREO_ON 128 /* Tuner is seeing stereo */
+#define VIDEO_TUNER_RDS_ON 256 /* Tuner is seeing an RDS datastream */
+#define VIDEO_TUNER_MBS_ON 512 /* Tuner is seeing an MBS datastream */
+ uint16_t mode; /* PAL/NTSC/SECAM/OTHER */
+#define VIDEO_MODE_PAL 0
+#define VIDEO_MODE_NTSC 1
+#define VIDEO_MODE_SECAM 2
+#define VIDEO_MODE_AUTO 3
+ uint16_t signal; /* Signal strength 16bit scale */
+};
+
+struct video_picture
+{
+ uint16_t brightness;
+ uint16_t
RE: [CinCV] v4l1 patch, try2
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
RE: [CinCV] v4l1 patch, try2
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
Re: [CinCV] v4l1 patch, try2
Hi Hannes, In this case, cinelerra will work as always. If one try to use any V4L1 feature without LD_PRELOAD'ing the libv4l1compat.so, when the V4L1 cinelerra code calls an V4L1 ioctl(), it will fail. Best regards, Rafael Diniz Am 30.05.2011 19:06, schrieb Rafael Diniz: - keeps v4l support for people using kernel = 2.6.38, needs LD_PRELOAD'ing of libv4l1compat.so With your patch: What happens if someone has kernel = 2.6.38 and does NOT LD_PRELOAD libv4l1compat.so? Does cinelerra still run, and only some drivers do not work (and what will do not work mean in detail)? Or will cinelerra simply not run or crash or something? ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] v4l1 patch, try2
On Mon, May 30, 2011 at 7:49 PM, Rafael Diniz raf...@riseup.net wrote: 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. 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. 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. 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 have commit 2a14a56ab25668a417ae5e41a7c91321fb6d0867 in my tree which coditionally compiles V4L1 support. Einar ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
RE: [CinCV] v4l1 patch, try2
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
RE: [CinCV] v4l1 patch, try2
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
