Problems in 4949

A place to report problems and bugs in SharpCap
Forum rules


If you have a problem or question, please check the FAQ to see if it already has an answer : https://www.sharpcap.co.uk/sharpcap-faqs

Please also read about Troubleshooting USB Issues before posting.

*** Please do not post license keys - please report any problems with licensing to 'admin' by private message ***

Please include the following details in any bug report:

* Version of SharpCap
* Camera and other hardware being user
* Operating system version
* Contents of the SharpCap log after the problem has occurred.
[If SharpCap crashes, please send the bug report when prompted instead of including the log]
Post Reply
galljj
Posts: 80
Joined: Wed Mar 01, 2017 10:14 pm

Problems in 4949

#1

Post by galljj »

Robin:

Installed newest version on my windows 10 pro machine, and attempted to rerun the sensor analysis on my ASI294 pro camera. The analysis had previously run well on this machine. I encountered some problems this time around:

The 8 bit analysis ran fine. But when I tried to run the analysis in 16 bit RAW space, it encountered several problems. First, when running at a small capture area (320by 240)) I was continually having frame drop problems. Once, when i changed the ROI to the full area, it started to pick up the frames again. But, usually when in 16 bit mode, there are always frame drops, regardless of how I play with frame rates, turbo settings, etc. I'm running on USB 3.0 BTW.

After I shut down the computer and restarted it seemed to be working (at first) but I had the lighting set too high, so I cancelled the analysis and tried to restart the tool. But it kept bringing me back to the position where i stopped the previous analysis, and I could not get it to keep going. After a restart, I ran into the dropped frame problem again.

Attached are two log files - the "dropped frames" was associated with the first issue mentioned above, the one titled hang on cancel was with the second one.

I've also included a comparison of the two different 8 bit analyses I've done - one about two weeks ago, and one from this morning using .4949

I should also note that Avast quarantined the install file for some time, but eventually let me load it. Not sure what that means, or if Avast was somehow contributing to the issues.

Best

john
dropped frames.txt
(23.42 KiB) Downloaded 145 times
hang on cancel sa.txt
(20.24 KiB) Downloaded 153 times
8 bit comparison.pdf
(177.88 KiB) Downloaded 133 times
User avatar
admin
Site Admin
Posts: 13177
Joined: Sat Feb 11, 2017 3:52 pm
Location: Vale of the White Horse, UK
Contact:

Re: Problems in 4949

#2

Post by admin »

Hi John,

thanks for the report - I think the likely cause is selecting too large an area for the measurement - that makes the calculations needed for each frame slower and that means frames get dropped because the analysis code isn't ready by the time the next frame comes around. I also made a change to the way I work out the median value of the frames between 4944 and 4949, but this doesn't seem to be slowing things down in my testing compared to the old way.

I have decided that the best approach to this problem for now is to limit the maximum (and minimum) area that you are allowed to select for sensor analysis (it will have to be between 10000 and 300000 pixels or you will not be allowed to proceed).

cheers,

Robin
Post Reply