Riccardo Torrini <[EMAIL PROTECTED]> wrote:
 > Would be a great idea add /dev/uphoto and even better a sort
 > of photo-file-system, where read is mapped to download image,
 > unlink to delete and maybe create file to take a picture so
 > we can use ls, cp, rm and touch to access photo camera...

Yes, great idea, Riccardo -- please do it.  :-)

However, there is no standard for accessing digital photo
cameras via USB.  Recently, some of them seem to comply
with the mass storage protocol (BSD's umass driver), but
the majority of them use proprietary protocols.  Even the
same vendor uses different protocols for different of his
cameras.  So, basically you would have to write a separate
kernel driver for every camera.  This isn't feasible.  It
is probably much better to handle these issues in userland

As an example, you could have a look at the "oPhoto" tool
which handles the Kodak DC240, DC280 and DC3400 under Free-
BSD (and possibly also others, but _not_ the Kodak DC220,
DC260 and DC265).  These are all USB photo cameras.
The tool is written in userland code and uses the generic
ugen driver to access the camera, which works pretty well.
If you absolutely want to access the images like a real
filesystem (I don't think this would have any real advan-
tage), you could wrap an NFS userland server around the
code.  Bloating the kernel with such stuff is a bad idea,


PS:  oPhoto:  http://www.fromme.com/ophoto/

Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München
Any opinions expressed in this message may be personal to the author
and may not necessarily reflect the opinions of secnetix in any way.

"All that we see or seem is just a dream within a dream" (E. A. Poe)

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Reply via email to