GetQHYCCDLiveFrame failing with -1

[GuLinux]

Hello,
I am working on improving PlanetaryImager support for QHY cameras.
I´ve found a strange behaviour with QHY5III290: on many Linux hosts, it seems that GetQHYCCDLiveFrame simply fails with -1.
I´ve tried building the exact same code on OSX, and it appears to run without problems.
When running LiveFrameSample.cpp, it seems that no error is triggered.
On a side note, returning -1 as an error is not enough to diagnose problems.
It might be worth implementing different error codes to be able to understand what is causing the issue, add some logging features, or having a GetQHYCCDLastErrorCode() function to return the last error code (maybe together with a GetQHYCCDLastErrorMessage() to get the string message)

Thanks

[GuLinux]

Small update: I just found the SetQHYCCDLogLevel API.
But even setting it to TRACE (0) I don't see any message at all when invoking GetQHYCCDLiveFrame.

[GuLinux]

Hello, do you have any update on this?
I tried building an extremely simplified Qt sample application, similar to the code in LiveFrameSample.cpp.
This way I though I could exclude external influences (threading, for instance) and add them one by one to see what's failing.
Unfortunately, even the very simple example I made is still failing. I have copied pretty much everything from your example, I don't see any big difference, but I still have -1 at every GetQHYCCDLiveFrame attempt.
Could you help me identifying the problem? Maybe this has something to do with Qt5?

I'm attaching both my source code, and the generated output, with QHY logging to trace.

Thanks
qhytest.zip

[qhyccd-lzr]

Marco Gulino Are you make confirm that all called be right before Call the function GetQHYCCDLiveFrame ? When the previous call is correct, the problem is not well positioned. There may be errors in your camera handle parameters. the function information: /** @fn uint32_t GetQHYCCDLiveFrame(qhyccd_handle *handle,uint32_t *w,uint32_t *h,uint32_t *bpp,uint32_t *channels,uint8_t *imgdata) @brief get live frame data from camera @param handle camera control handle @param *w pointer to width of ouput image @param *h pointer to height of ouput image @param *bpp pointer to depth of ouput image @param *channels pointer to channels of ouput image @param *imgdata image data buffer @return on success,return QHYCCD_SUCCESS \n QHYCCD_ERROR_GETTINGFAILED,if get data failed \n another QHYCCD_ERROR code on other failures */QHYCCD_ERROR EXPORTC uint32_t STDCALL GetQHYCCDLiveFrame(qhyccd_handle *handle,uint32_t *w,uint32_t *h,uint32_t *bpp,uint32_t *channels,uint8_t *imgdata); Other, you want to get Compiled sample code. It takes a while to wait. [email protected] From: Marco Gulino Date: 2017-07-01 01:24 To: qhyccd-lzr/QHYCCD_Linux CC: Subscribed Subject: Re: [qhyccd-lzr/QHYCCD_Linux] GetQHYCCDLiveFrame failing with -1 (#30) Hello, do you have any update on this? I tried building an extremely simplified Qt sample application, similar to the code in LiveFrameSample.cpp. This way I though I could exclude external influences (threading, for instance) and add them one by one to see what's failing. Unfortunately, even the very simple example I made is still failing. I have copied pretty much everything from your example, I don't see any big difference, but I still have -1 at every GetQHYCCDLiveFrame attempt. Could you help me identifying the problem? Maybe this has something to do with Qt5? I'm attaching both my source code, and the generated output, with QHY logging to trace. Thanks qhytest.zip — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub, or mute the thread.

[GuLinux]

Hello,
I'm sorry, I didn't really understand what you asked me...

Did you meant to ask if the previous calls are correct?
If so, I guess they are, but I'm not 100% sure, that's why I'm asking you.
My guess is that everything is correct (otherwise the same code would not work on OSX and Windows either).

I did try the compiled sample, but it's not clear if it works or not, I get confusing results.