v,3.2.6433 (32bit) - ASI2600 - Clearing live stack causes the program to crash.
Don
Clearing Live Stack causes crash
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]
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]
Clearing Live Stack causes crash
- Attachments
-
- Log_2020-09-23T20_10_25-9016.log
- (110.65 KiB) Downloaded 79 times
-
- Log_2020-09-23T20_32_18-13924.log
- (22.13 KiB) Downloaded 80 times
-
- Log_2020-09-23T20_33_12-15104.log
- (142.25 KiB) Downloaded 72 times
-
- Log_2020-09-23T21_23_42-6200.log
- (34.02 KiB) Downloaded 83 times
-
admin
- Site Admin
- Posts: 13330
- Joined: Sat Feb 11, 2017 3:52 pm
- Location: Vale of the White Horse, UK
- Contact:
Re: Clearing Live Stack causes crash
Hi Don,
the third log file seems to contain the problem that you describe – what's happening there is that SharpCap is running out of memory. This can be a problem with the 32 bit version of SharpCap when using very high resolution cameras. The best solution is to switch to the 64-bit version of SharpCap, other options include using less of the advanced features in live stacking (as they can all add to the memory usage) or alternatively using binning.
Hope this helps, Robin
the third log file seems to contain the problem that you describe – what's happening there is that SharpCap is running out of memory. This can be a problem with the 32 bit version of SharpCap when using very high resolution cameras. The best solution is to switch to the 64-bit version of SharpCap, other options include using less of the advanced features in live stacking (as they can all add to the memory usage) or alternatively using binning.
Hope this helps, Robin
Re: Clearing Live Stack causes crash
Tnx Robin,
Can't use 64bit version with my Xenon processors. Crashes even with the demo camera.
I'll be increasing system memory and that should help.
I also found out late last night that if I lower my High Speed cache memory allocation to half and use that to maximize the Live Stack memory that stopped the crashes in SC 32bit.
Regards,
Don
Can't use 64bit version with my Xenon processors. Crashes even with the demo camera.
I'll be increasing system memory and that should help.
I also found out late last night that if I lower my High Speed cache memory allocation to half and use that to maximize the Live Stack memory that stopped the crashes in SC 32bit.
Regards,
Don
-
admin
- Site Admin
- Posts: 13330
- Joined: Sat Feb 11, 2017 3:52 pm
- Location: Vale of the White Horse, UK
- Contact:
Re: Clearing Live Stack causes crash
Hi Don,
increasing the system memory might help a bit, but you will be living on the edge. SharpCap can control the allocation of most frame memory blocks and send them to the live stacking memory allocation, but there are always some can't be intercepted that way. With the 32 bit version, in the end, it's possible that one of those requests for memory will fail because there isn't a big enough continuous free block of space left. The higher the resolution is, the bigger the block that is needed so the more chance there is of that happening.
Cheers, Robin
increasing the system memory might help a bit, but you will be living on the edge. SharpCap can control the allocation of most frame memory blocks and send them to the live stacking memory allocation, but there are always some can't be intercepted that way. With the 32 bit version, in the end, it's possible that one of those requests for memory will fail because there isn't a big enough continuous free block of space left. The higher the resolution is, the bigger the block that is needed so the more chance there is of that happening.
Cheers, Robin