I'm not sure I understand not understanding programming but here

https://api.ricoh/docs/camera-usb-sdk-cpp/open-source-software/

they talk about a patch for libmtp and here

https://api.ricoh/docs/camera-usb-sdk-cpp-reference/index.html

and here

https://api.ricoh / docs / camera-usb-sdk-cpp / camera-settings /

maybe how they work (I don't understand exatly what they are).

Pktriggercord as root (I don't know why as root only) seem to work in MTB mode, but you don't have liveview and sometimes crash.

I signal also the following that I can't test on Solus, but maybe for you can mean somethings.

https://indilib.org/forum/development/6298-new-pentax-driver-testing.html

https://github.com/karlrees/indi-3rdparty/blob/master/indi-pentax/README.md

I'm happy to help to test if will be useful.

Thanks to all for you job.

On 20/08/22 22:27, Hubert Figuiere wrote:
On 2022-08-20 15:37, fu7 wrote:
I've build the last comit on gitHub in a package for Solus and with Pentax KP in PTB mode  I have the following:

'$ gphoto2 --auto-detect Modello                        Porta ---------------------------------------------------------- Pentax KP (PTP Mode)           usb:001,014   '

but

'$ env LANG=C gphoto2 --debug --debug-logfile=my-logfile.txt --capture-image *** Error *** Sorry, your camera does not support generic capture ERROR: Could not capture image. ERROR: Could not capture. *** Error (-6: 'Unsupported operation') *** '

If it can be useful, I would like to signal the following:

https://api.ricoh/docs/camera-usb-sdk-cpp/quick-start-linux/#run-sample-app

I see two take away here:

1. the camera doesn't support the generic capture implemented with PTP. This is not uncommon.

2. but it does support a non standard one, that seems to be implemented in proprietary code from Ricoh using a modified version of libmtp, a FLOSS library. If you are a Ricoh customer I encourage you to request the documentation they don't seem to publish. After all they save millions of doller in engineering by taking libmtp. Just for the detail, MTP is already a fork of PTP that Microsoft developed for music players.

Otherwise it looks like there is a good amount of reverse engineering necessary. I would take the approach of shiming libmtp to spy on the API calls, for started. It's probably easier than USB sniffing.


Hub
_______________________________________________
Gphoto-devel mailing list
Gphoto-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gphoto-devel

Reply via email to