Re: Fwd: Pentax KP

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
[email protected]
https://lists.sourceforge.net/lists/listinfo/gphoto-devel