New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fuji X-T2, USB ID 04cb:02cd #133
Comments
|
So far there is no indication that it has capture opcodes. While capture might be hiding behind the 0x90xx codes or be hidden from the deviceinfo altogether, this seems unlikely. |
Tethering capability was added in firmware revision 1.1 released Nov 2016. I will update the camera today. |
To my surprise, the newer firmware (which supports tethering) has identical opcodes. I'll will shortly have my hands on a Windows computer and will endeavor to monitor USB communication during tethering. If there is a preferred mechanism for USB sniffing on Windows, please let me know.
|
In in earlier times used SnoopyPro. Not sure if it still lives.. Can you try gphoto2 --capture-tethered and press shutter button and see if something happens? |
Nothing. I'll play with the camera and make sure that I'm in the right mode.
|
Now with the camera in the correct mode (Connection Setting > PC Shoot Mode > USB Auto) we get a lot more. Still nothing from gphoto2 --capture-tethered |
Wait, maybe I am getting something. Need to charge battery. |
|
0.035898 print_debug_deviceinfo (2): 0x100e (Initiate capture) gphoto2 --capture-image now should also work |
|
usually that should just work as is when called. hard to say why it reports busy :( can you get output of: gphoto2 --summary > summary.txt |
Had to reschedule USB tracing, should have that by the end of Monday. |
The one of most interest is Single Shot Data viewer Traces |
Decoded USB traces added to same location. Note the double call to InitiateCapture. |
I think the camera is unhappy and becomes "PTP Device Busy" because when we try to list the files on the camera. Here is what gphoto2 is doing.
Comparing to the working USB trace, there isn't any attempt to get object handles until after capture is complete. And when it does happen, it looks different to my eye.
|
This is very helpful, thanks. It is setting various properties, that is probably more the reason. (currently a bit busy witjh work and FOSDEM travel, hope to have some time next week to check it out more) |
This appears to be the magical incantation to allow InitiateCapture() to work. Only works once per camera powercycle. This will make the camera beep, presumably indicating successful autofocus.
Add in this part, and we get a click sound after the beep.
At this point the camera is blocked and unresponsive to further shot requests. The camera has in image in RAM and is very afraid to lose that data. There is a small LED on the camera body the flashes red and green. I have to unplug USB, turn off the power switch, then hit "okay" to actually powercycle and prepare for next shot. Here's a debug log when I plumb this through |
ignore last commit, it seems per-captuyre specific. |
(thanks for your work so far ... still not yet found time to properly go over it :/ ) |
Looking at Fuji XT-2 again. This is what it takes to make a "beep" (presumably autofocus) then a "click" (presumably shutter release) using --- a/camlibs/ptp2/library.c
+++ b/camlibs/ptp2/library.c
@@ -4577,7 +4577,15 @@ camera_trigger_capture (Camera *camera, GPContext *context)
_("Sorry, your camera does not support generic capture"));
return GP_ERROR_NOT_SUPPORTED;
}
- C_PTP_REP (ptp_initiatecapture(params, 0x00000000, 0x00000000));
+ {
+ PTPPropertyValue propval;
+ propval.u16 = 0x0200; C_PTP_REP (ptp_setdevicepropvalue (params, 0xd208, &propval, PTP_DTC_UINT16));
+ C_PTP_REP (ptp_initiatecapture(params, 0x00000000, 0x00000000));
+ usleep(1000*1000);
+ propval.u16 = 0x0304; C_PTP_REP (ptp_setdevicepropvalue (params, 0xd208, &propval, PTP_DTC_UINT16));
+ C_PTP_REP(ptp_initiatecapture(params, 0x00000000, 0x00000000));
+ }
+
return GP_OK;
} |
... And now I can't communicate with the camera under any circumstance. Same code, nothing obviously different from the logs. Powercycled camera including primary battery removal. Wasn't fooling around with camera settings.
|
Flashed camera firmware to from v1.10 to v2.00; no change. Camera does not want to talk to me anymore. |
urks :( sorry to hear :( and sorry i currently did not pursue this issue further .. quite busy and i focused a bit more on pentax and canon eos m, but wanted to get back here |
check for possible causes of busy condit9ion ... sd card full? bttery empty? ;) |
I tried this with a XT-2 of a colleague today and the d202 does not seem to do receive changes here. did you make any further progress here? |
so for what it's worth, i have a X-T2 body with the latest (i believe) firmware version 4.10 here and capture definitely does not work with gphoto2 2.5.17-1 as compiled in debian unstable (but running in stable/stretch). I get the i'm available for further debugging if that's useful at all. it would be great to see this working! but in the meantime, maybe it would be better to add a notice about the problems here in the support page so people know it's not quite there yet... more debug info:
HTH! |
I haven't used gphoto2 for a while, but I did write some other software that happily talks to the X-T2 on a daily basis. Will take a look when I have the chance. SET UP > CONNECTION SETTING > PC SHOOT MODE : USB AUTO |
I used a colleagues XT-2 soem days ago, it was working fine with capture :/ |
@jbreiden Where is your software? |
@darix proprietary |
Duh. I didn't remember I had set that to "USB card" mode or something. Obviously, it works with that, although live view doesn't which is kind of annoying.. But thanks! |
live view will probably work in master. you can grab the tarball from here https://build.opensuse.org/package/show/graphics/libgphoto2 or pull it via github and build that. that should give you all the improvements from the hackweek, where @msmeissn tested with my x-t2 |
@jbreiden pity :P |
On 2018-07-22 07:52:32, darix wrote:
live view will probably work in master. you can grab the tarball from here https://build.opensuse.org/package/show/graphics/libgphoto2 or pull it via github and build that. that should give you all the improvements from the hackweek, where @msmeissn tested with my x-t2
amazing, thanks!!!
|
I'm attaching an annotated transcript of exactly what I send to the Fuji X-T2 with my own progam. Hope it helps, and happy to discuss with @msmeissn or @elijahparker. I have never attempted setting either d38c or d202. EDIT: I just tried setting d38c on an Fuji X-T2 with ancient firmware, and didn't get an error. As far as I can tell, it didn't actually do anything. Not sure what d202 is even supposed to do. |
Not sure whether to open a new issue or to place it here. As I’m facing the same issues with my X-T1 as they are reported above, i placed it in this issue. I hope that's ok. My setup is:
Here's a debug log for "env LANG=C gphoto2 --debug --debug-logfile=debug_XT1.txt --capture-image-and-download" I’m available for further debugging and would be very happy to see this working! Thank you! |
just a side note to this thread: today i got my x-t1 (seemed the perfect timelapse camera). gphoto gets stuck after for now i'm using the camera + sd-card and this script to take an image and download it:
i've only taken a few hundred images to test, seems fine so far. and as ugly as it is, it's good enough for my purposes. gphoto2 2.5.23 clang, popt(m), no exif, no cdk, no aa, jpeg, readline |
live view still doesn't work in 2.5.23 on Debian buster, for the record. well, it kind of works once, then stops working... |
The Fuji X-T1 is confirmed to work to my knowledge. |
Merci! |
Dear Marcus, good evening. |
Two things:
|
Dear Marcus, thank you again for your reply! I am using the PC MODE (auto or fixed, both works). Yesterday I spent all the day trying to manage it, and I finaly found a way to make it happen. Also, I used a script for updating the gphoto and libphoto written by guy named Gonzalo. I couldnt find my way to get to know the versions I was using, but I did the apt-get update. The way that I did works, but not without a huge U turn to adresss some issues. It is working, but this is not the best camera for the purporse I need. What I did was: 1 - trigger capture (image capture was freezing ) 2) copy photos from camera 3) erase all photos in the camera. And that only worked using 2 different scripts, because I could not make it happen in the same script at once. |
you can find out the version in use as I wrote by running: gphoto2 --version |
Thank you! Here we go: Copyright (c) 2000-2019 Marcus Meissner and others gphoto2 comes with NO WARRANTY, to the extent permitted by law. You may This version of gphoto2 is using the following software versions and options: |
Same problem on my side. X-T1 not working and hanging indefinitely with --capture-image, --capture-image-and-download, --capture-tethered. --capture-preview works. --capture-movie only downloads a preview, then stops. Fuji X-T1 with firmware 5.51 (last stable). System: *ubuntu 20.04.1 LTS gphoto2 2.5.23 Copyright (c) 2000-2019 Marcus Meissner and others gphoto2 comes with NO WARRANTY, to the extent permitted by law. You may This version of gphoto2 is using the following software versions and options: Available to post debug files and any thing that could be useful (or to modify the code if necessary). |
Fernanda, could you share you scripts? I have not been able to capture any image even using scripts. |
https://github.com/gonzalo/gphoto2-updater are the gphoto updater scripts |
i did some small changes in current libgphoto2 GIT for FUji XT capture .. not sure if it will help |
good to hear the olympus works :) not sure if anything is left in here to do. |
fuji xt capture has been improved, if there are new / unfixed issues, feel free to open a new issue |
This is the Fuji X-T2 camera. I'll look into USB communication details next.
$ lsusb | grep Fuji
Bus 004 Device 004: ID 04cb:02cd Fuji Photo Film Co., Ltd
The text was updated successfully, but these errors were encountered: