489dd34f37
* Could not retrieve movies from the cameras (got the image having the same base name instead). Same behaviour for movie thumbnails. * After correction of problem 1, got movie thumbnails that do not fit the JPEG format. * After correction of problem 1 & 2, part of some movie thumbnails had a very bad quality! The phenomenon was aleatory. Following corrections were made : * Add call to sierra_change_folder in camera_file_get_generic, camera_file_get_info, camera_folder_delete_all, camera_file_delete. Remove sierra_folder_set from camera_start (then delete the routine since it is not used anymore). * Correct camera_file_get_generic to handle movie thumbnails correctly. * Correction in camera_file_get_generic regarding the properties (type and name) of the return file : it is always jpeg for thumbnails. * Move update_fs_for_folder and sierra_change_folder to library.c. * Remove formatting of the filesystem from camera_folder_delete_all : it is now performed by sierra_update_fs_for_folder. * Add a camera specific error code GP_ERROR_BAD_CONDITION which is raised when a picture cannot be captured (for instance if the lens protection was not removed, or the memory card is full). * Start documenting routines. Tests : * Stuff was tested with an Epson 3000z (both USB and serial link). git-svn-id: https://svn.code.sf.net/p/gphoto/code/trunk/libgphoto2@2029 67ed7778-7388-44ab-90cf-0a291f65f57c
gphoto2
-------
Hello and welcome to the wonderful world of gphoto! This is gphoto2, the
successor of gphoto with lots of new features and additional camera
drivers.
If you miss a feature, would like to report success or failure, or have any
questions, please don't hesitate to contact our mailing list.
What is gphoto2?
----------------
gphoto2 is a library that can be used by applications to access various
digital cameras.
Additionally, the command-line frontend, which is shipped with the library,
is called gphoto2, too.
For more information on gphoto, see
http://www.gphoto.org
There, you can also get information on mailing lists, supported cameras,
and availability of gphoto2. Another source of information is
http://www.sourceforge.org/projects/gphoto
where you can access our CVS server to fetch the source code of
gphoto2, gtkam and GnoCam (see below).
What is gphoto2 not?
--------------------
gphoto2 can only talk to cameras the language of those it understands. That is,
if you own a camera that speaks a language that isn't published anywhere and
nobody has been able to figure out the meaning of the sentences, gphoto2 cannot
communicate with those cameras.
Then, there are cameras supporting the so-called USB Mass Storage protocol.
This is a protocol that has been published and lets you access any storage
device, be it a camera or a disk connected via USB to your computer. As there
are already drivers for this protocol out there, you don't need an additional
program like gphoto2. As of now, the following cameras seem to support the
USB Mass Storage protocol:
* Minolta Dimage 7
* Nikon Coolpix 995
* Olympus C-200Z, C-860L, C-2040, C-3040Z
* HP PhotoSmart 315, 618, 912
Again, those cameras cannot be accessed through gphoto2.
Requirements
------------
The konica driver depends on glib. If you do not need this driver, use the
"--with-drivers=xxx" flag to avoid the glib dependency.
Platforms
---------
gphoto2 should compile and run on pretty much all Unix-like platforms.
Additionally, there is a port for OS/2 available. gphoto2 has _not_ (yet?)
been ported to any operating system from MicroSoft.
Frontends
---------
gphoto2 ships with a command line frontend which is quite powerful,
especially in combination with scripts. For the GUI lovers, there are for
example gtkam (GTK based), and GnoCam (GNOME). Additionally, there
are plugins for other programs available like kio_gphoto (KDE - Konqueror).