libgphoto2 icon indicating copy to clipboard operation
libgphoto2 copied to clipboard

Can't shoot one more time in one second (Sony ilce-7rm4)

Open JDidyk19 opened this issue 1 year ago • 4 comments

Describe the bug

I recieve gphoto error when i want to shoot in one second again

libgphoto2 and gphoto2 version output of: gphoto 2.5.28, libgphoto 2.5.28

To Reproduce Use this command gphoto2 --wait-event=3s --capture-image-and-download --port --filename --force-overwrite --quiet and in one second again, it occurs gphoto error

JDidyk19 avatar Apr 28 '23 07:04 JDidyk19

(a seperate email mentioned there should be a logfile, but there currently is none attached)

msmeissn avatar Jun 01 '23 08:06 msmeissn

I noticed this issue ticket for the Sony A7R4 and -capture-image-and-download is still open.

It has been a while since we had to post here, as gphoto2 has been working very well for us with the Canon 5DS R.

I'm still on 2.5.27 for both gphoto2 and libgphoto2 - I stayed on this version as it's been working well for me with the Canon 5DS R camera bodies ( we spent a lot of time on that with you all. Thanks for sharing gphoto as an open source project).

Finally looking at including the Sony A7R4 and Sony A7R5 in the cameras used for our rapid capture application.

I've seen a few posts asking about the --wait-event-and-download with the Sony A7R4 not working properly ( we're were hoping the A7R4 would work the way that --wait-event-and-download="FILEADDED" works with Canon EOS camera bodies).

I can back up the above about --capture-image-and-download. But just as important, no matter what I do --wait-event-and-download may work once, but quickly becomes unstable and stops working with the Sony A7R4. Freezes the port up and have to restart the camera.

Took me a while, and I don't know what I did in terms of the right setting, but even the simple --capture-image-and-download was giving me trouble for days. I kept changing the settings on the A7R4 and trying --capture-image-and-download until yesterday it started working in a stable manner.

The issue now is --capture-image-and-download on the Sony A7R4 is much slower to execute in terms of triggering the shutter than --wait-event-and-download="FILEADDED" on the Canon EOS RDS R. I am surprised, I thought the more modern A7R4 would be faster to execute the shutter/trigger no matter command I used.

In summary, we're tryiing to remote focus ( half press to focus while in continuous autofocus mode), have continuous AI autofocus stay stable, then be able to trigger/capture and download on the Sony A7R4 in the same manner ( as fast or faster ) as the Canon EOS camera bodies do using the following:

gphoto2 --port usb:XXX,YYY --filename somefilename --set-config eosremoterelease="Immediate" --set-config eosremoterelease="Full Release" --wait-event-and-download="FILEADDED" (something for Sony that does the same in terms of speed as this command)

Note: we will have multiple cameras that we are triggering rapidly, that is why we specify the usb port number.

Is there a command you all can think of for the Sony A7R4 that can do things better ( faster and stable) than using --capture-image-and-downlaod ??

Also, using a interval -1 tether for --capture-image-and-download with SIGUSR1 on the Sony AR7R did not work for us ( I tried that for days and not stable. Works maybe up to 3 times, and then stops working).

Thanks for your help as always.

vepicurean avatar Nov 27 '23 02:11 vepicurean

I noticed this issue ticket for the Sony A7R4 and -capture-image-and-download is still open.

It has been a while since we had to post here, as gphoto2 has been working very well for us with the Canon 5DS R.

I'm still on 2.5.27 for both gphoto2 and libgphoto2 - I stayed on this version as it's been working well for me with the Canon 5DS R camera bodies ( we spent a lot of time on that with you all. Thanks for sharing gphoto as an open source project).

Finally looking at including the Sony A7R4 and Sony A7R5 in the cameras used for our rapid capture application.

I've seen a few posts asking about the --wait-event-and-download with the Sony A7R4 not working properly ( we're were hoping the A7R4 would work the way that --wait-event-and-download="FILEADDED" works with Canon EOS camera bodies).

I can back up the above about --capture-image-and-download. But just as important, no matter what I do --wait-event-and-download may work once, but quickly becomes unstable and stops working with the Sony A7R4. Freezes the port up and have to restart the camera.

Took me a while, and I don't know what I did in terms of the right setting, but even the simple --capture-image-and-download was giving me trouble for days. I kept changing the settings on the A7R4 and trying --capture-image-and-download until yesterday it started working in a stable manner.

The issue now is --capture-image-and-download on the Sony A7R4 is much slower to execute in terms of triggering the shutter than --wait-event-and-download="FILEADDED" on the Canon EOS RDS R. I am surprised, I thought the more modern A7R4 would be faster to execute the shutter/trigger no matter command I used.

In summary, we're tryiing to remote focus ( half press to focus while in continuous autofocus mode), have continuous AI autofocus stay stable, then be able to trigger/capture and download on the Sony A7R4 in the same manner ( as fast or faster ) as the Canon EOS camera bodies do using the following:

gphoto2 --port usb:XXX,YYY --filename somefilename --set-config eosremoterelease="Immediate" --set-config eosremoterelease="Full Release" --wait-event-and-download="FILEADDED" (something for Sony that does the same in terms of speed as this command)

Note: we will have multiple cameras that we are triggering rapidly, that is why we specify the usb port number.

Is there a command you all can think of for the Sony A7R4 that can do things better ( faster and stable) than using --capture-image-and-downlaod ??

Also, using a interval -1 tether for --capture-image-and-download with SIGUSR1 on the Sony AR7R did not work for us ( I tried that for days and not stable. Works maybe up to 3 times, and then stops working).

Thanks for your help as always.

Some new information.... What I've figured out the last few days with remote controlling the Sony A7R4 via gphoto is how important the Canon specific command -set-config eosremoterelease="Immediate" is on the Canon when using wait-event-and-download="FILEADDED"

Once the AI Autofocus sets the focus on the lens, the command -set-config eosremoterelease="Immediate" bypasses any new autofucus attempts on triggering the shutter. It's like using autofocus to focus the lense accurately once, and then putting the lens into physical manual mode (when I can't physically get to the lens). This is exactly the command that at least myself need for the Sony A7R4. When I take the camera down after using gphoto to autofocus the lens once, if I physically switch the lens to manual focus, it locks the focus in place, and then gphoto can use --capture-trigger-and-download just fine without any issues. But put the lens back into AF mode, and the troubles start up again.

Maybe I'm missing it, but I can't find the Sony commands equivalent to -set-config eosremoterelease="Immediate" to remotely bypass the autofocus when triggering the shutter on the Sony.

It seems others have run into this dilemma as well... But I've looked and can't find the solution to this challenge with the Sony camera bodies and gphoto.

Thanks for the help and time as always...

vepicurean avatar Nov 30 '23 08:11 vepicurean

Just following up on this.... The behaviour with gphoto and the Sony A7R4 autofocus challenges during triggering is the same....

I have a work around for the Sony, but it requires me to have physical access to the Sony camera system at all times. Which defeats the purpose of the gphoto remote triggering/capture.

Any suggestions to deal with this issue with the focus challenges and gphoto with the Sony A7R4?

vepicurean avatar Dec 10 '23 07:12 vepicurean