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