Page 1 of 1

1.7.427 final denoise crash

Posted: Mon Oct 19, 2020 9:13 am
by clouzot
Hi Ivo,

Using 1.7.427a, macOS 10.15.7

The usual workflow went OK until I clicked on the final denoise (track), where Startools crashed immediately.

Attached is the crash log
StarTools_2020-10-19-103213.crash.zip
(17.86 KiB) Downloaded 296 times
Also attached is startools.log, but it stops after the Color module work and has no further entries
StarTools.log.zip
(173.59 KiB) Downloaded 307 times
Cheers,

Ben

Re: 1.7.427 final denoise crash

Posted: Tue Oct 20, 2020 12:53 am
by admin
Hi Ben,

Thank you for this helpful report. I haven't heard from anyone else having this issue (so far)...
It appears from the very helpful log that it's the GPU (Intel HD 5000) driver that is crashing when trying to hand back a processed result to the CPU.

Can you tell me what the last user interaction was before the crash? (e.g. which button you pressed exactly)

Thank you!

EDIT: Also, can you confirm for me you are not mixing and matching the application with an out-of-date 'resources' file? Thanks!

Re: 1.7.427 final denoise crash

Posted: Tue Oct 20, 2020 7:51 am
by clouzot
Hi Ivo,

oddly enough my MacBook Pro has two GPUs, the crappy built-in Intel Iris Pro, and a (crappy now, but decent when I bought it) nVidia GT750M.

I can see that Startools is indeed using the nVidia one with most modules (see the effect of Wipe, for instance) so I wonder why the Intel GPU crashed in the first place. As far as I know, the Intel GPU is only used for the compositing window management (what macOS calls Mission Control).
Screenshot 2020-10-20 at 09.41.59.jpg
Screenshot 2020-10-20 at 09.41.59.jpg (359.75 KiB) Viewed 4949 times
The last user interaction was, just after using the Color module, to click on Track/NR, where Startools closed with no further notice. For some reason, macOS didn't display the crash notice window so I had to dig the log.

I just checked and I'm indeed using the correct resource file (the one that came with the zipped 1.7 "distro"). The only thing I did was to copy the 1.6 license file to that folder.

Thanks again for that marvelous piece of software. The GPU-enabled version speeds up thing enormously!

Re: 1.7.427 final denoise crash

Posted: Wed Oct 21, 2020 12:00 am
by admin
Totally my bad - I misread the log. It's indeed the GT 750M driver throwing the error.

What puzzles me is that there should be no GPU activity at all when you click Track/NR; an interstitial popup should come up where, depending on your choice, new modules are launched that do tax the GPU. :confusion-shrug:

Can you replicate this behavior consistently?

Re: 1.7.427 final denoise crash

Posted: Wed Oct 21, 2020 6:46 am
by clouzot
admin wrote: Wed Oct 21, 2020 12:00 am Can you replicate this behavior consistently?
Unfortunately not. It would be too easy :lol:
I've processed a couple FITS since then, with no crash whatsoever. So I guess it was a random crash, maybe due to the nVidia driver itself (hard to say).

Re: 1.7.427 final denoise crash

Posted: Wed Oct 21, 2020 8:01 am
by admin
clouzot wrote: Wed Oct 21, 2020 6:46 am
admin wrote: Wed Oct 21, 2020 12:00 am Can you replicate this behavior consistently?
Unfortunately not. It would be too easy :lol:
I've processed a couple FITS since then, with no crash whatsoever. So I guess it was a random crash, maybe due to the nVidia driver itself (hard to say).
Ok, please do let me know if this is something that happens often or can be replicated in some way!