-
Notifications
You must be signed in to change notification settings - Fork 213
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
Pentax K3II exposure time #90
Comments
In bulb mode type 2, the triggering is done but I have to press again to stop the photo. |
@karlrees Any ideas? |
Maybe we should do a bulb_T2 function with: |
I see in the pktriggercord code two functions, bulb_old and bulb_new. |
Can you let me know what results you get when you use pktriggercord (gui or cli)? I don't have a K3II to test, but I think the issue is related to this pktriggercord issue: asalamon74/pktriggercord#25. Can you set the exposure time in non-bulb modes? Also, I wouldn't expect it to work for the K3II, but out of curiosity did you test PTP mode? Thanks. |
in ptp mode, I cannot trigger. |
With pktriggercord (gui), in M or Green mode (I have not tried the others), the exposure time works |
So in MSC mode, indi_pentax is just wrapping the pktriggercord code. I think it should be able to do anything the pktriggercord GUI can. Can you verify whether you tried M mode with the indi_pentax driver? Also, can you try Bulb mode with the pktriggercord GUI? |
M mode works with indi_pentax but if I put 30sec, the photo has 6s exposure. If I put 20s, the photo has 30s of exposure. |
With pktriggercord-gui, exposure time is correct in M mode. |
other information, I'm in U3 (user mode) which is set to B mode |
I'm not sure why you would be getting different results with the indi_pentax driver than what you get in the pktriggermode GUI. I looked through the cli code, which is what I'm wrapping, and there was one small difference in the way I was setting shutter speed. I updated my code to do it the same way. You could clone my fork and try it if you to see if it makes a difference. As for bulb mode, I don't see anywhere in the GUI code where it actually differentiates between type 1 or type 2 bulb mode. Are you just changing the mode on the camera itself? In type 2, are you physically pressing the trigger on the camera? For comparison purposes, on the K-70 (which is the only system I have to test), it makes no difference between type 1 and type 2. I just click "take picture" and it works, but perhaps that is because the K-70 uses bulb_new instead of bulb_old? |
I looked at the code and actually I didn't see any difference in the code between Type 1 and Type 2. That's why I wonder if it should not be a shutterT2 function with type 2, ie triggering, sleep, triggering, since the trigger works. |
Were you by chance able to test whether the change I made in my fork fixed the shutter speed problem you were having while in M mode? For bulb mode, just to verify, there's no non-manual way you can get this to work using the pktriggercord gui or cli right now? If so, can you log the issue with pktriggercord? If they can fix it, I can just update the code here. They have a much better idea of what's going on with the underlying code than I do, and perhaps even the right camera to test with. |
Hello, |
In M mode if I take 3 seconds, the photo is well taken with a 3-second pose. it works but I'm limited to 30 seconds, which is better than nothing. On the other hand if I take 3 photos of 30 seconds, the first one makes 30 secconds of poses, the second I see the transfer after 3 seconds while the trigger is still open and the third is 30 seconds. |
I tried out a number of scenarios to see if I could replicate the sequence problem you're seeing in M mode. In most cases, it works fine for me. But, occasionally if I switch between M and B mode without restarting the camera and indiserver, it seems like I get some captures that start and don't finish, and then when the next capture starts it sees something to download and grabs that instead of waiting for the new exposure. It seems a little random to me right now, but any chance that's the same thing you're seeing? Stated another way, if you start out in M mode and don't change anything, do you still have the sequence problem? Also, do you have any error logs? What equipment are you running on? |
With indi_gphoto_ccd and shutter release (cable diy), it works. |
Yeah, it'd be nice if this would work without the diy cable, though. Someone else seems to be having similar problems with the K-30 and just sent me some logs. Gonna take a closer look at it when I get some time to see if I can get to the bottom of it. |
here's a wireshark capture made with the K3II and a flucard, if that helps. |
@karlrees Any update on this issue? |
No. I think it's just a limitation of the pktriggercord-based driver. This is an interesting thread though: asalamon74/pktriggercord#51. I wonder if the solution at the end would help. |
Just a note to say I'm seeing similar on a K3(1) both running firmware 1.41 and 1.43 both via indi and directly in pktriggercord. |
I have compiled the driver for pentax. I have a K3II, and I cannot change the exposure time.
Each photo is taken with an exposure time of 1/17 even if I put 1 minute or 30 seconds.
With the indi_pentax_ccd driver I have the same problem.
The text was updated successfully, but these errors were encountered: