Bug 186574

Possible with cameras that support it (currently mostly Nikon and Canon DSLRs).


Call
int
gp_camera_wait_for_event (Camera *camera, int timeout,
                          CameraEventType *eventtype, void **eventdata,
                          GPContext *context)

timeout is in 1/1000s, eventtype GP_EVENT_FILE_ADDED is interesting, in that
case eventdata points to a CameraFilePath* structure,
path->folder and path->name  specify the newly added image, download it as usual.

CameraEventType etype;
void *data;

if (GP_OK == gp_camera_wait_for_event (camera, 1000, &etype, &data, context)) {
       if (etype == GP_EVENT_FILE_ADDED) {
            CameraFilePath *xpath = data;

            ... download and use xpath->folder, xpath->name

        }
            

}

Thanks Marcus !

But if i'm not too wrong, i have already implemented this feature one year ago when i have started to port digiKam to KDE4...

The option is from Camera/Capture menu in camera interface (digiKam 0.10.0 only).

I have tested this with my old Olympus C3000z, now dead (:=))). So i cannot test anymore.

Marco, can you test with your camera if it work fine for you ?

Thanks in advance

Gilles Caulier

That's great!
Tested on 0.10.0 with a canon EOS 350D. Basically it work but it is buggy.
As long as I press Capture the camera start to shoot in a loop and a menu appears with help, capture, cancel. When I press capture the camera stops shooting and the acquisition process start. After a while it shows a icons with a question mark and if I press on it says failed to retrieve files from camera.
Despite this if I reconnect the camera it shows the picture (only one) previously taken.
Problems: 
-the camera should shoot (one time) only when I press capture in the dialog.
-the acquisition should show the pictures.
-despite having done many shot when I reconnect I have a single picture 
I tried with this configuration: empty CF inserted in the camera that was set to 'pc connection'.
I also tried with the camera set to Print/PTP connection but the capture button was disabled.
This feature is really great and we are a step away from making it work :P

Marco,

Sorry, but i cannot hack this implementation for the moment. My old Olympus camera is dead...

Gilles Caulier

Marcus,

Can you give me a list of camera which support Capture feature ?

Gilles Caulier

http://gphoto.org/doc/remote/ has a manual provided list.

the cameras that support capture report this via their CameraAbilities

abilities->operations & GP_OPERATION_CAPTURE_IMAGE to test

Marcus,

There is a way to test capture mode without to use a real camera device, for example with a test driver from Gphoto2 (emulation) ?

Gilles Caulier

There are three enhancement requests for this in the database:
Bug 186574
Bug 207936
Bug 258227

Should they be marked as duplicates of only one ?

*** Bug 258227 has been marked as a duplicate of this bug. ***

Git commit 589228bc057710cc00f9785e1f31b23d21264c38 by Teemu Rytilahti.
Committed on 22/12/2013 at 18:34.
Pushed by rytilahti into branch 'master'.

Don't spam the camera with preview requests, even if capturing is possible, but liveview is not. Done by checking the existence of GP_OPERATION_CAPTURE_PREVIEW flag.

M  +11   -0    utilities/importui/backend/cameracontroller.cpp
M  +1    -0    utilities/importui/backend/cameracontroller.h
M  +7    -0    utilities/importui/backend/dkcamera.cpp
M  +2    -0    utilities/importui/backend/dkcamera.h
M  +10   -1    utilities/importui/backend/gpcamera.cpp
M  +21   -12   utilities/importui/dialogs/capturedlg.cpp

http://commits.kde.org/digikam/589228bc057710cc00f9785e1f31b23d21264c38

MArco,

Following last commits from comment #10, this file still valid using last digiKam 4.2.0 ?

Gilles Caulier

Marco,

This file still valid using digiKam 4.11.0 ?

Gilles Caulier

Implemented since a while.

Gilles Caulier