Advertisement
Front, Kernel, Security, Distributions, Development. See your byline here on LWN.net.
| |||||||||||
The Grumpy Editor plugs in his cameraThe Grumpy Editor plugs in his cameraPosted Feb 14, 2005 20:23 UTC (Mon) by dhess (subscriber, #7827)Parent article: The Grumpy Editor plugs in his camera If your camera doesn't support the USB mass storage protocol, you can get a {CF,memory stick,whatever} card reader and use that to import photos via a filesystem instead of hooking up your camera directly. This is what I do with images I take with my old Canon PowerShot S110. They're cheap and they work well. I don't like the fact that it's written in C#, but F-Spot is a really nice and simple photo manager, if you're a Gnome user.
(Log in to post comments)
The Grumpy Editor plugs in his camera Posted Feb 14, 2005 21:23 UTC (Mon) by jwb (guest, #15467) [Link] I find this is the best way. I just pop the CF out of my Canon and into the front-mounted reader on my Shuttle machine. It's so much easier than using a camera-specific interface, and Nautilus provides a nice preview function so I quickly pick the photos to copy.
The Grumpy Editor plugs in his camera Posted Feb 15, 2005 1:04 UTC (Tue) by Thalience (subscriber, #4217) [Link] He mentions that it does support the USB mass storage device standard. As such, I'm baffled that he insisted on useing the PTP mode.
In my view, gphoto2 and friends are best treated as a fallback solution for cruddy cameras that don't support mass storage device access.
card reader dangers Posted Feb 15, 2005 6:21 UTC (Tue) by ncm (subscriber, #165) [Link] I used to unplug the SmartMedia memory module from my camera and plug it into a PCMCIA card. It was fine until the PCMCIA card started destroying memory modules. Now I use only USB, and never remove the card from the camera.Incidentally, I use flphoto to sort through pictures -- mainly just to turn them upright. One of its unusual merits is that it can losslessly rotate the pictures. That is, instead of reading and decompressing a jpeg, rotating it, and then re-encoding a new jpeg, it operates on the compressed jpeg data directly. Oddly, flphoto isn't in the Debian repository, so it's one of very few programs on my systems that I had to build myself. Of course I never tried to get flphoto to work the camera itself. Rather, relying on an automount entry with a two-second timeout, I plug in the camera, "cp -p /camera/*" to an appropriate directory (usually named, e.g., 20050215), wait just a moment, and unplug. Here's the line in /etc/auto.rmv: camera -fstype=vfat,ro,noatime,user,dmask=0 :/dev/sda1and in /etc/auto.master: /rmv /etc/auto.rmv --timeout=2(Note that the syntax for the last bit changed between releases of the automount daemons, without notice). Of course I have a convenient symbolic link from /camera to /rmv/camera/dcim/100olymp, which is how my Olympus presents its files once mounted. It didn't take all day to set this up, but I did waste a half hour on discovering that "--timeout 2" had stopped working, and what to do instead. Otherwise, the whole project took 15 minutes. It took a lot longer to figure out that all the GUI programs I could apt-get (at the time) were useless. I wonder if a hotplug mount script would be cleaner than relying on the buggy autofs driver.
one more thing Posted Feb 15, 2005 8:02 UTC (Tue) by ncm (subscriber, #165) [Link] I have just tried gthumb 2.6.3, and am now ready to abandon flphoto.
card reader dangers Posted Feb 15, 2005 18:12 UTC (Tue) by dhess (subscriber, #7827) [Link] Incidentally, I use flphoto to sort through pictures -- mainly just to turn them upright. One of its unusual merits is that it can losslessly rotate the pictures. That is, instead of reading and decompressing a jpeg, rotating it, and then re-encoding a new jpeg, it operates on the compressed jpeg data directly.Maybe you already knew this, but jpegtran also does lossless rotation, and it's available in Debian's libjpeg-progs. In fact, all of jpegtran's image processing is performed on the DCT blocks.
card reader dangers Posted Feb 15, 2005 20:42 UTC (Tue) by gutschke (subscriber, #27910) [Link] If your camera has an orientation sensor, then you can use "jhead" with the "-autorot" option to automatically rotate pictures that need rotating.
I usually do all my image processing through one big fully automated shell script. This takes care of most of what I need to do. And only a small select number of pictures ever need manual post processing.
mogrify Posted Feb 25, 2005 20:20 UTC (Fri) by grouch (guest, #27289) [Link] "Incidentally, I use flphoto to sort through pictures -- mainly just to turn them upright. One of its unusual merits is that it can losslessly rotate the pictures. That is, instead of reading and decompressing a jpeg, rotating it, and then re-encoding a new jpeg, it operates on the compressed jpeg data directly. Oddly, flphoto isn't in the Debian repository, so it's one of very few programs on my systems that I had to build myself." apt-get install imagemagick You can then use mogrify to rotate your images, for example: mogrify -compress lossless -rotate +90 myphoto.jpg
|
|||||||||||