Hi All,
I have now successfully integrated my Fuji X-T2 into INDI using the gphoto2-based driver. Exposures work successfully with Native Raw and JPEG, there are still some issues with FITS w/r to debayering. However I have found a strange behavior when I set Upload to "Local": After the image is successfully written to the local storage the driver continuous to show "downloading" for about 15 seconds before the next capture is started and the GUI is unresponsive in that period (Spinning wheel on MacOS). This becomes a problem e.g. in the polar alignment routine, because it severely affects the refresh-rate. I have created a debug logfile when that happens:
INFO 592.796854 sec : Starting 1 seconds exposure.
DEBUG 592.796899 sec : Starting exposure (exptime: 1 secs, mirror lock: 0, force bulb: false, exposure index: 726683872)
DEBUG 592.796928 sec : Mutex locked
DEBUG 592.796993 sec : Setting radio/menu widget iso: 3 (400)
DEBUG 592.797737 sec : Setting new configuration OK.
DEBUG 592.797774 sec : Setting radio/menu widget imageformat: 0 (RAW)
DEBUG 592.798477 sec : Setting new configuration OK.
DEBUG 592.798518 sec : Finding optimal exposure setting for 1 seconds in shutterspeed (count=69)...
DEBUG 592.798537 sec : Closest match: 1 seconds Index: 45
DEBUG 592.798554 sec : Setting radio/menu widget shutterspeed: 45 (1s)
DEBUG 592.799274 sec : Setting new configuration OK.
DEBUG 592.799309 sec : Using predefined exposure time: 1 seconds
DEBUG 592.799332 sec : Exposure started.
DEBUG 593.803705 sec : Reading exposure...
DEBUG 594.572215 sec : Exposure complete.
DEBUG 594.572280 sec : Downloading image... Name: (DSCF0013.raf) Folder: (/store_10000001) Delete from SD card? (false)
DEBUG 594.576599 sec : Downloaded 0x0 (preview 0x0)
DEBUG 594.579640 sec : Uploading file. Ext: raf, Size: 23053280, sendImage? Yes, saveImage? No
DEBUG 594.657642 sec : BLOB transfer took 0.0779282 seconds
DEBUG 594.657700 sec : Upload complete
All steps above take less than 2 seconds (for a 1sec test exposure) until the "Upload complete" is written and the file appears on the local storage. The delay of about 15secs happens afterwards but nothing more is written to the log, so I have no idea what the driver is doing in that period. Furthermore it seems that after the capture, the Upload mode was automatically switched to "Client" in the INDI control panel. So this might have something to do with the problem.
I have replicated the issue on MacOs as well as on Astroberry/Debian, both with latest kstars 3.5.0 and libgphoto 2.5.26 and both with INDI Client and Server on the same machine (so actually "Local" and "Client" should not make any difference at all).
Does anyone have an idea whats going on here and how I can further debug this?
Cheers
- Uwe
Read More...
Hi All,
I have now successfully integrated my Fuji X-T2 into INDI using the gphoto2-based driver. Exposures work successfully with Native Raw and JPEG, there are still some issues with FITS w/r to debayering. However I have found a strange behavior when I set Upload to "Local": After the image is successfully written to the local storage the driver continuous to show "downloading" for about 15 seconds before the next capture is started and the GUI is unresponsive in that period (Spinning wheel on MacOS). This becomes a problem e.g. in the polar alignment routine, because it severely affects the refresh-rate. I have created a debug logfile when that happens:
INFO 592.796854 sec : Starting 1 seconds exposure.
DEBUG 592.796899 sec : Starting exposure (exptime: 1 secs, mirror lock: 0, force bulb: false, exposure index: 726683872)
DEBUG 592.796928 sec : Mutex locked
DEBUG 592.796993 sec : Setting radio/menu widget iso: 3 (400)
DEBUG 592.797737 sec : Setting new configuration OK.
DEBUG 592.797774 sec : Setting radio/menu widget imageformat: 0 (RAW)
DEBUG 592.798477 sec : Setting new configuration OK.
DEBUG 592.798518 sec : Finding optimal exposure setting for 1 seconds in shutterspeed (count=69)...
DEBUG 592.798537 sec : Closest match: 1 seconds Index: 45
DEBUG 592.798554 sec : Setting radio/menu widget shutterspeed: 45 (1s)
DEBUG 592.799274 sec : Setting new configuration OK.
DEBUG 592.799309 sec : Using predefined exposure time: 1 seconds
DEBUG 592.799332 sec : Exposure started.
DEBUG 593.803705 sec : Reading exposure...
DEBUG 594.572215 sec : Exposure complete.
DEBUG 594.572280 sec : Downloading image... Name: (DSCF0013.raf) Folder: (/store_10000001) Delete from SD card? (false)
DEBUG 594.576599 sec : Downloaded 0x0 (preview 0x0)
DEBUG 594.579640 sec : Uploading file. Ext: raf, Size: 23053280, sendImage? Yes, saveImage? No
DEBUG 594.657642 sec : BLOB transfer took 0.0779282 seconds
DEBUG 594.657700 sec : Upload complete
All steps above take less than 2 seconds (for a 1sec test exposure) until the "Upload complete" is written and the file appears on the local storage. The delay of about 15secs happens afterwards but nothing more is written to the log, so I have no idea what the driver is doing in that period. Furthermore it seems that after the capture, the Upload mode was automatically switched to "Client" in the INDI control panel. So this might have something to do with the problem.
I have replicated the issue on MacOs as well as on Astroberry/Debian, both with latest kstars 3.5.0 and libgphoto 2.5.26 and both with INDI Client and Server on the same machine (so actually "Local" and "Client" should not make any difference at all).
Does anyone have an idea whats going on here and how I can further debug this?
Cheers
- Uwe
Read More...
Thanks for the quick reply! I have started to analyze the gphoto source-code yesterday and already suspected that this happens after the return from the gphoto lib. So that probably means I need to also install the kstars source and dig deeper...
I have actually switched off the auto debayering to test, but this did not make any difference with this delay, so probably this issue is not directly connected to de-bayering. There was actually another issue with debayering the Fuji X-trans files anyway, but I decided to focus on this problem first.
Read More...
That makes sense, although if INDI server and client is on the same box, there should be no need to transfer anything. And I am still trying to understand where the 15sec delay comes from. The debug log shows nothing.
Read More...
Hi All,
I have now successfully integrated my Fuji X-T2 into INDI using the gphoto2-based driver. Exposures work successfully with Native Raw and JPEG, there are still some issues with FITS w/r to debayering. However I have found a strange behavior when I set Upload to "Local": After the image is successfully written to the local storage the driver continuous to show "downloading" for about 15 seconds before the next capture is started and the GUI is unresponsive in that period (Spinning wheel on MacOS). This becomes a problem e.g. in the polar alignment routine, because it severely affects the refresh-rate. I have created a debug logfile when that happens:
INFO 592.796854 sec : Starting 1 seconds exposure.
DEBUG 592.796899 sec : Starting exposure (exptime: 1 secs, mirror lock: 0, force bulb: false, exposure index: 726683872)
DEBUG 592.796928 sec : Mutex locked
DEBUG 592.796993 sec : Setting radio/menu widget iso: 3 (400)
DEBUG 592.797737 sec : Setting new configuration OK.
DEBUG 592.797774 sec : Setting radio/menu widget imageformat: 0 (RAW)
DEBUG 592.798477 sec : Setting new configuration OK.
DEBUG 592.798518 sec : Finding optimal exposure setting for 1 seconds in shutterspeed (count=69)...
DEBUG 592.798537 sec : Closest match: 1 seconds Index: 45
DEBUG 592.798554 sec : Setting radio/menu widget shutterspeed: 45 (1s)
DEBUG 592.799274 sec : Setting new configuration OK.
DEBUG 592.799309 sec : Using predefined exposure time: 1 seconds
DEBUG 592.799332 sec : Exposure started.
DEBUG 593.803705 sec : Reading exposure...
DEBUG 594.572215 sec : Exposure complete.
DEBUG 594.572280 sec : Downloading image... Name: (DSCF0013.raf) Folder: (/store_10000001) Delete from SD card? (false)
DEBUG 594.576599 sec : Downloaded 0x0 (preview 0x0)
DEBUG 594.579640 sec : Uploading file. Ext: raf, Size: 23053280, sendImage? Yes, saveImage? No
DEBUG 594.657642 sec : BLOB transfer took 0.0779282 seconds
DEBUG 594.657700 sec : Upload complete
All steps above take less than 2 seconds (for a 1sec test exposure) until the "Upload complete" is written and the file appears on the local storage. The delay of about 15secs happens afterwards but nothing more is written to the log, so I have no idea what the driver is doing in that period. Furthermore it seems that after the capture, the Upload mode was automatically switched to "Client" in the INDI control panel. So this might have something to do with the problem.
I have replicated the issue on MacOs as well as on Astroberry/Debian, both with latest kstars 3.5.0 and libgphoto 2.5.26 and both with INDI Client and Server on the same machine (so actually "Local" and "Client" should not make any difference at all).
Does anyone have an idea whats going on here and how I can further debug this?
Cheers
- Uwe
Read More...