* Digital compact cameras that can be used as video devices? @ 2009-04-29 19:22 Robin van Kleeff 2009-04-29 19:31 ` Devin Heitmueller 2009-04-29 21:49 ` Theodore Kilgore 0 siblings, 2 replies; 8+ messages in thread From: Robin van Kleeff @ 2009-04-29 19:22 UTC (permalink / raw) To: linux-media Hey everybody, I have been searching for information on using compact photo cameras as video devices (and also for compatibility with gphoto through the gphoto websites/mailing list). I was wondering if any of you knows which cameras (brand, type) I should focus on? I'm interested in digital compact camera that can be used to take decent quality pictures, and also function as for instance a web cam for applications such as Ekiga. I am unable to find any lists of cameras that are supported. By the way, I am much more an end-user then a developer, so forgive me if I ask dumb questions, or if I ask questions that are outside of the scope of this mailing list. Thanks in advance! Robin ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Digital compact cameras that can be used as video devices? 2009-04-29 19:22 Digital compact cameras that can be used as video devices? Robin van Kleeff @ 2009-04-29 19:31 ` Devin Heitmueller 2009-04-29 21:15 ` hermann pitton 2009-04-29 21:49 ` Theodore Kilgore 1 sibling, 1 reply; 8+ messages in thread From: Devin Heitmueller @ 2009-04-29 19:31 UTC (permalink / raw) To: Robin van Kleeff; +Cc: linux-media On Wed, Apr 29, 2009 at 3:22 PM, Robin van Kleeff <robinvankleeff@gmail.com> wrote: > Hey everybody, > > I have been searching for information on using compact photo cameras > as video devices (and also for compatibility with gphoto through the > gphoto websites/mailing list). > > I was wondering if any of you knows which cameras (brand, type) I > should focus on? I'm interested in digital compact camera that can be > used to take decent quality pictures, and also function as for > instance a web cam for applications such as Ekiga. I am unable to > find any lists of cameras that are supported. > > By the way, I am much more an end-user then a developer, so forgive me > if I ask dumb questions, or if I ask questions that are outside of the > scope of this mailing list. > > Thanks in advance! > > Robin Hello Robin, Do you know of any such devices that claim to work like that even under Windows? Generally, all the digital cameras I see that can capture video can't do it while the device is plugged in to the PC. If you can provide some specific examples of models that do this under Windows, we can possibly look at what would be required to make them work under Linux. Cheers, Devin -- Devin J. Heitmueller http://www.devinheitmueller.com AIM: devinheitmueller ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Digital compact cameras that can be used as video devices? 2009-04-29 19:31 ` Devin Heitmueller @ 2009-04-29 21:15 ` hermann pitton 2009-04-29 23:33 ` Theodore Kilgore 0 siblings, 1 reply; 8+ messages in thread From: hermann pitton @ 2009-04-29 21:15 UTC (permalink / raw) To: Devin Heitmueller; +Cc: Robin van Kleeff, linux-media Hi, Am Mittwoch, den 29.04.2009, 15:31 -0400 schrieb Devin Heitmueller: > On Wed, Apr 29, 2009 at 3:22 PM, Robin van Kleeff > <robinvankleeff@gmail.com> wrote: > > Hey everybody, > > > > I have been searching for information on using compact photo cameras > > as video devices (and also for compatibility with gphoto through the > > gphoto websites/mailing list). > > > > I was wondering if any of you knows which cameras (brand, type) I > > should focus on? I'm interested in digital compact camera that can be > > used to take decent quality pictures, and also function as for > > instance a web cam for applications such as Ekiga. I am unable to > > find any lists of cameras that are supported. > > > > By the way, I am much more an end-user then a developer, so forgive me > > if I ask dumb questions, or if I ask questions that are outside of the > > scope of this mailing list. > > > > Thanks in advance! > > > > Robin > > Hello Robin, > > Do you know of any such devices that claim to work like that even > under Windows? Generally, all the digital cameras I see that can > capture video can't do it while the device is plugged in to the PC. > If you can provide some specific examples of models that do this under > Windows, we can possibly look at what would be required to make them > work under Linux. > > Cheers, > > Devin > never cared much about it, but I was the opposite opinion. If it has Composite or S-Video and audio out it should simply work I thought when plugged into the inputs of any capture card, also when switched into video mode. I tested it once on a cheapo Jenoptik 6.0z3 MPEG4 and don't remember any problems using an saa7131e Asus P7131 Dual with tvtime on Composite. In that case it is not registered as storage device at all. Cheers, Hermann ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Digital compact cameras that can be used as video devices? 2009-04-29 21:15 ` hermann pitton @ 2009-04-29 23:33 ` Theodore Kilgore 2009-04-29 23:56 ` hermann pitton 0 siblings, 1 reply; 8+ messages in thread From: Theodore Kilgore @ 2009-04-29 23:33 UTC (permalink / raw) To: hermann pitton; +Cc: Devin Heitmueller, Robin van Kleeff, linux-media On Wed, 29 Apr 2009, hermann pitton wrote: > Hi, > > Am Mittwoch, den 29.04.2009, 15:31 -0400 schrieb Devin Heitmueller: >> On Wed, Apr 29, 2009 at 3:22 PM, Robin van Kleeff >> <robinvankleeff@gmail.com> wrote: >>> Hey everybody, >>> >>> I have been searching for information on using compact photo cameras >>> as video devices (and also for compatibility with gphoto through the >>> gphoto websites/mailing list). >>> >>> I was wondering if any of you knows which cameras (brand, type) I >>> should focus on? I'm interested in digital compact camera that can be >>> used to take decent quality pictures, and also function as for >>> instance a web cam for applications such as Ekiga. I am unable to >>> find any lists of cameras that are supported. >>> >>> By the way, I am much more an end-user then a developer, so forgive me >>> if I ask dumb questions, or if I ask questions that are outside of the >>> scope of this mailing list. >>> >>> Thanks in advance! >>> >>> Robin >> >> Hello Robin, >> >> Do you know of any such devices that claim to work like that even >> under Windows? Generally, all the digital cameras I see that can >> capture video can't do it while the device is plugged in to the PC. >> If you can provide some specific examples of models that do this under >> Windows, we can possibly look at what would be required to make them >> work under Linux. >> >> Cheers, >> >> Devin >> > > never cared much about it, but I was the opposite opinion. > > If it has Composite or S-Video and audio out it should simply work I > thought when plugged into the inputs of any capture card, also when > switched into video mode. > > I tested it once on a cheapo Jenoptik 6.0z3 MPEG4 and don't remember any > problems using an saa7131e Asus P7131 Dual with tvtime on Composite. > > In that case it is not registered as storage device at all. > > Cheers, > Hermann Ah. I was a little bit slow. Now I see what was behind the statement that "Generally, all the digital cameras I see that can capture video can't do it while the device is plugged in to the PC." So, for the original poster, here is (sort of) what is behind these comments: 1. Lots of still cameras, especially some of the really fancy ones are Mass Storage devices. To use a still camera which is a Mass Storage device, one merely mounts it just like any external hard drive, or flash drive. If a camera is a Mass Storage device, it can not be addressed in any other mode. In particular, it can not stream. It is acting then like a hard drive, and hard drives do not stream. Hard drives are for copying files onto and off of, that kind of thing. 2. There do exist cameras which can be addressed in more than one mode. It is not unusual to have a camera which can be addressed as a Mass Storage device and also in PTP mode. Sorry, about PTP mode I only know that it exists, is supported in Linux under libgphoto2, and some others are doing that. 3. If a camera will do more than one mode (Mass Storage or PTP, Mass Storage or streaming, PTP or streaming, or all three, in case such a thing exists) then its mode would have to be set before one plugs it into the computer, using some kind of control menu on the camera. Then, when the camera is plugged to the computer it will either come up with a different USB Product number (see my previous post) or will come up in some kind of different mode which is made explicit to the computer. Incidentally, the way that a USB device tells the computer about such things is to answer a standard query as soon as it is hooked up. That standard query has certain fields for its response. The things which must be answered are such things as what the Vendor and Product numbers are, a revision number, whether or not the device supports any of the standard modes. For these, there are three-byte codes (for example, Class Mass Storage, Subclass Transparent SCSI, Protocol Bulk Transport is 0x08 0x06 0x50), and the catchall classification is is 0xff 0xff 0xff meaning Class Proprietary, Subclass Proprietary, Protocol Proprietary. As I said, every USB device must provide this information in a standard way, and every operating system needs to have said information in order to know what to do in order to support the hardware which has just been plugged in. The way that you can see all of this information in human-readable form in Linux is to run the command lsusb, or to look at the file /proc/bus/usb/devices (not present on all distros). There is also some further explanation about such things in /usr/src/linux/Documentation/usb. Sorry if the above is a digression, but it should explain to you what is going on, and in particular why a camera can not be simultaneously a streaming device and a mass storage device. Any given camera could in principle do both of these, but not at the same time. And it would be needed to set the camera up beforehand using the control features present on the camera itself, while it is not hooked to the computer, to run in one of those modes and not in the other when it is next hooked up. Of course, a device which is Proprietary, Proprietary, Proprietary can jolly well do whatever it wants. The computer has been warned. The operating system either has the required support for the given device installed, or it does not. There are lots of proprietary dual-mode cameras. Some of them are supported and work very well in Linux. Some are not well supported or do not work at all. The reason for that is, of course, we get usually no cooperation at all from the hardware vendors. For the reasons I described above, I suggested already that you should download the video4linux mcode, and probably also the libgphoto2 code. That way, you can search through the two source trees and look for matches and possibly come up with something which pleases you. Do understand that if you do this, though, you will be confined to cameras which are either PTP cameras or fully proprietary cameras. If a camera will act both as a Mass Storage camera and as a streaming device, then you will probably not catch it this way. Perhaps you can think of other ways to trap that information. So, sticking to just libgphoto2 and the kernel source, here is what I would try if I were you: 1. look at the list of cameras supported by the Gphoto project, at the project website, or run the gphoto2 --list-cameras command. See if you recognize any camera which looks interesting. 2. search the directory libgphoto2/camlibs for that camera, by name. For example, if you search for "Logitech Clicksmart 310" you will come up with a line, in libgphoto2/camlibs/clicksmart310/library.c which says {"Logitech Clicksmart 310", GP_DRIVER_STATUS_TESTING, 0x46d, 0x0900}, which tells you that the USB Vendor number is 0x46d and the Product number is 0x0900. Perhaps the vendor number should have been listed as 0x046d (oops!). So if you search somewhere else for 0x46d and what is written is 0x046d instead you will come up with thin air. Be careful with things like that, also that you might need to search for 46D, as well. Thus, if you search linux/drivers/media/video/gspca using (for example) grep 0900 * you will come up with spca500.c: {USB_DEVICE(0x046d, 0x0900), .driver_info = LogitechClickSmart310}, which informs you that the camera is supported both in libgphoto2 as a still camera and in the spca500 kernel driver for use in streaming mode. I do use this camera only by way of example. Its max resolution is 352x288, and probably you want a better camera. But you get the idea. As another example, if you have a "Pixie Princess Jelly-Soft" camera, you can search on the Gphoto website, or run the command gphoto2 --list-cameras and search the output for it, and find it. You will find a line which says {"Pixie Princess Jelly-Soft", GP_DRIVER_STATUS_EXPERIMENTAL, 0x2770, 0x905c}, And then if you search for the Vendor number you will find in the gspca code kilgota@khayyam:~/linux/gspca/gspca-repo/linux/drivers/media/video/gspca$ grep 2770 * sq905.c: {USB_DEVICE(0x2770, 0x9120)}, sq905c.c: * The 0x2770:0x9050 cameras have max resolution of 320x240. sq905c.c: {USB_DEVICE(0x2770, 0x905c)}, sq905c.c: {USB_DEVICE(0x2770, 0x9050)}, sq905c.c: {USB_DEVICE(0x2770, 0x913d)}, kilgota@khayyam:~/linux/gspca/gspca-repo/linux/drivers/media/video/gspca$ so you have one match in the file sq905c.c for the product number, too. The camera is not otherwise listed by name in the kernel source (because the driver for it supports at least sixteen other known cameras), but in spite of its funny name and appearance and squishy, pink "jelly-soft" exterior it is a quite standard SQ905C camera and works in streaming mode, too. I hope this helps you find what you are looking for. Theodore Kilgore ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Digital compact cameras that can be used as video devices? 2009-04-29 23:33 ` Theodore Kilgore @ 2009-04-29 23:56 ` hermann pitton 2009-04-30 19:15 ` Robin van Kleeff 0 siblings, 1 reply; 8+ messages in thread From: hermann pitton @ 2009-04-29 23:56 UTC (permalink / raw) To: Theodore Kilgore; +Cc: Devin Heitmueller, Robin van Kleeff, linux-media Am Mittwoch, den 29.04.2009, 18:33 -0500 schrieb Theodore Kilgore: > > On Wed, 29 Apr 2009, hermann pitton wrote: > > > Hi, > > > > Am Mittwoch, den 29.04.2009, 15:31 -0400 schrieb Devin Heitmueller: > >> On Wed, Apr 29, 2009 at 3:22 PM, Robin van Kleeff > >> <robinvankleeff@gmail.com> wrote: > >>> Hey everybody, > >>> > >>> I have been searching for information on using compact photo cameras > >>> as video devices (and also for compatibility with gphoto through the > >>> gphoto websites/mailing list). > >>> > >>> I was wondering if any of you knows which cameras (brand, type) I > >>> should focus on? I'm interested in digital compact camera that can be > >>> used to take decent quality pictures, and also function as for > >>> instance a web cam for applications such as Ekiga. I am unable to > >>> find any lists of cameras that are supported. > >>> > >>> By the way, I am much more an end-user then a developer, so forgive me > >>> if I ask dumb questions, or if I ask questions that are outside of the > >>> scope of this mailing list. > >>> > >>> Thanks in advance! > >>> > >>> Robin > >> > >> Hello Robin, > >> > >> Do you know of any such devices that claim to work like that even > >> under Windows? Generally, all the digital cameras I see that can > >> capture video can't do it while the device is plugged in to the PC. > >> If you can provide some specific examples of models that do this under > >> Windows, we can possibly look at what would be required to make them > >> work under Linux. > >> > >> Cheers, > >> > >> Devin > >> > > > > never cared much about it, but I was the opposite opinion. > > > > If it has Composite or S-Video and audio out it should simply work I > > thought when plugged into the inputs of any capture card, also when > > switched into video mode. > > > > I tested it once on a cheapo Jenoptik 6.0z3 MPEG4 and don't remember any > > problems using an saa7131e Asus P7131 Dual with tvtime on Composite. > > > > In that case it is not registered as storage device at all. > > > > Cheers, > > Hermann > > Ah. I was a little bit slow. Now I see what was behind the statement that > > "Generally, all the digital cameras I see that can capture video can't do > it while the device is plugged in to the PC." > > So, for the original poster, here is (sort of) what is behind these > comments: > > 1. Lots of still cameras, especially some of the really fancy ones are > Mass Storage devices. To use a still camera which is a Mass Storage > device, one merely mounts it just like any external hard drive, or flash > drive. If a camera is a Mass Storage device, it can not be addressed in > any other mode. In particular, it can not stream. It is acting then like a > hard drive, and hard drives do not stream. Hard drives are for copying > files onto and off of, that kind of thing. > > 2. There do exist cameras which can be addressed in more than one mode. It > is not unusual to have a camera which can be addressed as a Mass Storage > device and also in PTP mode. Sorry, about PTP mode I only know that it > exists, is supported in Linux under libgphoto2, and some others are doing > that. > > 3. If a camera will do more than one mode (Mass Storage or PTP, Mass > Storage or streaming, PTP or streaming, or all three, in case such a thing > exists) then its mode would have to be set before one plugs it into the > computer, using some kind of control menu on the camera. Then, when the > camera is plugged to the computer it will either come up with a different > USB Product number (see my previous post) or will come up in some kind of > different mode which is made explicit to the computer. > > Incidentally, the way that a USB device tells the computer about such > things is to answer a standard query as soon as it is hooked up. That > standard query has certain fields for its response. The things which must > be answered are such things as what the Vendor and Product numbers are, a > revision number, whether or not the device supports any of the standard > modes. For these, there are three-byte codes (for example, Class Mass > Storage, Subclass Transparent SCSI, Protocol Bulk Transport is 0x08 0x06 > 0x50), and the catchall classification is is 0xff 0xff 0xff meaning Class > Proprietary, Subclass Proprietary, Protocol Proprietary. As I said, every > USB device must provide this information in a standard way, and every > operating system needs to have said information in order to know what to > do in order to support the hardware which has just been plugged in. The > way that you can see all of this information in human-readable form in > Linux is to run the command lsusb, or to look at the file > /proc/bus/usb/devices (not present on all distros). There is also some > further explanation about such things in /usr/src/linux/Documentation/usb. > > Sorry if the above is a digression, but it should explain to you what is > going on, and in particular why a camera can not be simultaneously a > streaming device and a mass storage device. Any given camera could in > principle do both of these, but not at the same time. And it would be > needed to set the camera up beforehand using the control features present > on the camera itself, while it is not hooked to the computer, to run in > one of those modes and not in the other when it is next hooked up. > > Of course, a device which is Proprietary, Proprietary, Proprietary can > jolly well do whatever it wants. The computer has been warned. The > operating system either has the required support for the given device > installed, or it does not. There are lots of proprietary dual-mode > cameras. Some of them are supported and work very well in Linux. Some are > not well supported or do not work at all. The reason for that is, of > course, we get usually no cooperation at all from the hardware vendors. > > For the reasons I described above, I suggested already that you should > download the video4linux mcode, and probably also the libgphoto2 code. > That way, you can search through the two source trees and look for matches > and possibly come up with something which pleases you. Do understand that > if you do this, though, you will be confined to cameras which are either > PTP cameras or fully proprietary cameras. If a camera will act both as a > Mass Storage camera and as a streaming device, then you will probably not > catch it this way. Perhaps you can think of other ways to trap that > information. So, sticking to just libgphoto2 and the kernel source, here > is what I would try if I were you: > > 1. look at the list of cameras supported by the Gphoto project, at the > project website, or run the gphoto2 --list-cameras command. See if you > recognize any camera which looks interesting. > > 2. search the directory libgphoto2/camlibs for that camera, by name. For > example, if you search for "Logitech Clicksmart 310" you will come up with > a line, in libgphoto2/camlibs/clicksmart310/library.c which says > > {"Logitech Clicksmart 310", GP_DRIVER_STATUS_TESTING, 0x46d, 0x0900}, > > which tells you that the USB Vendor number is 0x46d and the Product number > is 0x0900. Perhaps the vendor number should have been listed as 0x046d > (oops!). So if you search somewhere else for 0x46d and what is written is > 0x046d instead you will come up with thin air. Be careful with things like > that, also that you might need to search for 46D, as well. > > Thus, if you search linux/drivers/media/video/gspca using (for example) > > grep 0900 * > > you will come up with > > spca500.c: {USB_DEVICE(0x046d, 0x0900), .driver_info = > LogitechClickSmart310}, > > which informs you that the camera is supported both in libgphoto2 as a > still camera and in the spca500 kernel driver for use in streaming mode. > > I do use this camera only by way of example. Its max resolution is > 352x288, and probably you want a better camera. But you get the idea. > > As another example, if you have a "Pixie Princess Jelly-Soft" camera, you > can search on the Gphoto website, or run the command > > gphoto2 --list-cameras and search the output for it, and find it. You will > find a line which says > > {"Pixie Princess Jelly-Soft", GP_DRIVER_STATUS_EXPERIMENTAL, > 0x2770, 0x905c}, > > And then if you search for the Vendor number you will find in the gspca > code > > kilgota@khayyam:~/linux/gspca/gspca-repo/linux/drivers/media/video/gspca$ > grep 2770 * > sq905.c: {USB_DEVICE(0x2770, 0x9120)}, > sq905c.c: * The 0x2770:0x9050 cameras have max resolution of 320x240. > sq905c.c: {USB_DEVICE(0x2770, 0x905c)}, > sq905c.c: {USB_DEVICE(0x2770, 0x9050)}, > sq905c.c: {USB_DEVICE(0x2770, 0x913d)}, > kilgota@khayyam:~/linux/gspca/gspca-repo/linux/drivers/media/video/gspca$ > > so you have one match in the file sq905c.c for the product number, too. > The camera is not otherwise listed by name in the kernel source (because > the driver for it supports at least sixteen other known cameras), but in > spite of its funny name and appearance and squishy, pink "jelly-soft" > exterior it is a quite standard SQ905C camera and works in streaming mode, > too. > > I hope this helps you find what you are looking for. > > Theodore Kilgore Sorry, I have half a bottle of a fine Rioja Rosado this time. If you plug it into a supported capture card, and it has Composite and/or S-Video and audio out, all the above does not matter at all. Cheers, Hermann ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Digital compact cameras that can be used as video devices? 2009-04-29 23:56 ` hermann pitton @ 2009-04-30 19:15 ` Robin van Kleeff 2009-05-01 0:51 ` hermann pitton 0 siblings, 1 reply; 8+ messages in thread From: Robin van Kleeff @ 2009-04-30 19:15 UTC (permalink / raw) To: hermann pitton, Theodore Kilgore, Devin Heitmueller; +Cc: linux-media Thanks for your advice, I learned a lot. I will look into all the options to the extent time (and my knowledge) allows for, and hopefully come up with something good. Thanks! Robin ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Digital compact cameras that can be used as video devices? 2009-04-30 19:15 ` Robin van Kleeff @ 2009-05-01 0:51 ` hermann pitton 0 siblings, 0 replies; 8+ messages in thread From: hermann pitton @ 2009-05-01 0:51 UTC (permalink / raw) To: Robin van Kleeff; +Cc: Theodore Kilgore, Devin Heitmueller, linux-media Hi, Am Donnerstag, den 30.04.2009, 21:15 +0200 schrieb Robin van Kleeff: > Thanks for your advice, I learned a lot. I will look into all the > options to the extent time (and my knowledge) allows for, and > hopefully come up with something good. > > Thanks! > Robin Theodore obviously has very good insight here, but Devin seemed to be a bit too pessimistic. At least something to look further into. A immediate problem I can imagine is, if you use some such over a capture card, that you don't get the microphone switched on and must have something else connected to the sound card for it. Playback of recorded videos with sound should work from such a device over the capture card, like connected to any recent TV. (preferably the capture card should have analog audio out in that case) Cheers, Hermann ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Digital compact cameras that can be used as video devices? 2009-04-29 19:22 Digital compact cameras that can be used as video devices? Robin van Kleeff 2009-04-29 19:31 ` Devin Heitmueller @ 2009-04-29 21:49 ` Theodore Kilgore 1 sibling, 0 replies; 8+ messages in thread From: Theodore Kilgore @ 2009-04-29 21:49 UTC (permalink / raw) To: Robin van Kleeff; +Cc: Linux Media Hi, I will try to answer some of the questions to the best of my ability: First, as I think I mentioned, responding to your similar query on the gphoto-users list, there is a division of labor in Linux between still camera support and support for streaming. The reason for this is that still camera support can be done 100% in userspace, whereas streaming can not. So what you will typically find is that if device X is a dual-mode device which is fully supported, then it will be supported by Gphoto as a still camera, with accompanying information about that over there, and by the video4linux project as a streaming device, with any information about that found over here. The rest of my response, you will find "in line" below. On Wed, 29 Apr 2009, Robin van Kleeff wrote: > Hey everybody, > > I have been searching for information on using compact photo cameras > as video devices (and also for compatibility with gphoto through the > gphoto websites/mailing list). > > I was wondering if any of you knows which cameras (brand, type) I > should focus on? I can only mention the cameras that I personally have supported. I do not know very much about any others. The cameras that I have supported usually run toward being cheap. As to the rest of them, I think that you will find practically all of the current support for dual-mode cameras to do streaming is in the gspca project. The most current support of all is, of course, in the most current code. That code may not be in your current kernel version, but by intention you ought to be able to download it and look at it and compile it and install it. What will happen if you do these steps is, the modules in drivers/media/video will be compiled for the kernel which is detected on your installation, and the currently existing modules in drivers/media/video will be overwritten. Within reasonable limitations, the code is supposed to work with recent kernel releases. So, my first proposal to you would be to download the most current version of the code. Since Jean-Francois Moine is the maintainer of the most current gspca code, which is probably what would interest you, I would suggest to do hg clone http://linuxtv.org/hg/~jfrancois/gspca/ and to take a look at the subdirectory linux/drivers/media/video/gspca and/or the directory linux/Documentation/video4linux/gspca.txt and see if you find anything there of interest. I think I mentioned already, in response to your post on the gphoto-users list, that the cameras supported by the drivers libgphoto2/camlibs/sq905 and camlibs/digigr8 and some of the cameras supported by camlibs/mars can also perform now in streaming mode. However, my impression was that you are looking for a better camera than one of these. I do not blame you for that; those things are all cheap cameras even though some of them take fairly decent photos, with resolutions up to 640x480. There may be some other cameras that you will recognize, though, because gspca does support lots of cameras. Also do not neglect to look for cameras which are not in gspca but will also be listed in the source code I suggested to you to download. Some of the other things supported in linux/drivers/media/video are cameras, too. And some of those may be still cameras as well as video cameras. So if you recognize such a thing, then, good. Also, a remark or two about how to recognize a camera: There is, of course, the documentation in linux/Documentation/video4linux which might help. However, that documentation is often sketchy. The problem is, there are lots of mass-produced chips out there for running cameras, and there are lots of brand names and "models" where the mass-produced chip has been slapped into a case and a decal or paintbrush has been used on the plastic exterior, claiming that this is model X from manufacturer Y. The same chip might be inside 40 different so-called models from various manufacturers. Even worse, if the manufacturer feels like buying some other chips, in job lots, and putting them into the next batch of the same make and model, then said manufacturer might just go right ahead and do that. So the only way to know what is really supposed to be there is to look at the two four-digit hexadecimal numbers consisting of the vendor number and the product number. If you want to see some samples of this in action, then go to the website qbik.ch and browse the lists there. That website, incidentally, is supposed to give information about various USB hardware and the status of its Linux support. It is always out of date, of course. One of the reasons for that is, developers who supported a chip which runs in 40 cameras do not want to bother to go there and put in an entry for every single one of them. Another reason is (and I have had that experience several times!) that I personally have supported some device and know it works, and the code is out there in some project. But before I got to qbik.ch someone else has already been there and informed us all that the device does not work and is unsupported. And then after doing the support myself I can not change the other guy's entry. If he disappeared, then the entry will never get changed. > I'm interested in digital compact camera that can be > used to take decent quality pictures, and also function as for > instance a web cam for applications such as Ekiga. I am unable to > find any lists of cameras that are supported. Sorry, I do not know anything at all about Ekiga. > > By the way, I am much more an end-user then a developer, so forgive me > if I ask dumb questions, or if I ask questions that are outside of the > scope of this mailing list. If there is no other list dealing with this kind of inquiry, then clearly the questions are not outside of the scope of the mailing list. > > Thanks in advance! > > Robin > -- Hoping that this helps some, and hoping that some others can fill in the blanks that I left. Theodore Kilgore ^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2009-05-01 0:52 UTC | newest] Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2009-04-29 19:22 Digital compact cameras that can be used as video devices? Robin van Kleeff 2009-04-29 19:31 ` Devin Heitmueller 2009-04-29 21:15 ` hermann pitton 2009-04-29 23:33 ` Theodore Kilgore 2009-04-29 23:56 ` hermann pitton 2009-04-30 19:15 ` Robin van Kleeff 2009-05-01 0:51 ` hermann pitton 2009-04-29 21:49 ` Theodore Kilgore
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.