Yes, unfortunately it is still happening. Instead of trying to explain clearly, I have instead recorded a video of my screen (no fancy screen recording, just recorded my computer screen with my mobile phone. Don't mind the audio, just my wife watching tv in the background).
Here you can see, that when I crash ST with the TEST ERROR button, and press ok on the following popup, ST crashes and re-opens as it should. However, after 14 seconds, it crashes and re-opens again.

This happened when the Normal Output/VLC crash happened. Now, when the Normal Output/VLC crash has been fixed, I can of course not reproduce this error to explain more to you, sorry!

I still don't get it at all - the program does not know that it has been restarted and that a crash has occurred, so it should behave exactly the same as when it was started the first time. Can you check your C:\temp\Stereo_Tool_Exceptions_log.txt file to see if it contains any extra messages that were not shown in the interface? (That shouldn't be possible either but I really don't know what's happening).

One question: The restarting, does that keep happening, or does it restart twice and then just continue?

This happened when the Normal Output/VLC crash happened. Now, when the Normal Output/VLC crash has been fixed, I can of course not reproduce this error to explain more to you, sorry!

For some reason, I don't have a C:\temp folder! Don't know why. Running Windows 7, 64-bit. Hidden/system files and folders is shown.

You can just create the directory, run ST and press the TEST button, and the file should be written...

I created the C:\temp folder - and for some reason, ST doesn't "double-crash" anymore now... Don't know if this is related in any way to the creation of the temp folder. ST still doesn't double crash even if I delete the C:\temp folder again.

I think I figured out what's wrong. I just got the same message a few times. And, the cause is that the buffer size is 5 seconds, and that also seems to be the time after which a timeout gets detected (it should have been more - this is wrong). So, it detects a timeout and keeps restarting the sound cards.

It's still a bit scary that it causes things to stop working completely on your system... But anyway, this should be easy enough to fix.

To confirm this, can you test if it works fine if you set the buffer to - say - 3 seconds?


Edit: Something weird is happening with timing - and not on all systems. The timeout is programmed at 10 seconds but it detects it at 5 now. And similarly, the crash window should be displayed 10 seconds and in the video that EliasKrause just posted it only displays for 5. And the same is now happening on my system (but it wasn't before, when I had the display refresh rate set higher).

I was assuming that when sleeping 5 ms in a loop, each iteration should be AT LEAST 5 ms apart, but apparently that's not the case - it was on Windows XP though... (and works fine there too).

Edit: Looked up the documentation about Sleep, and it turns out that it does NOT behave exactly as I have thought (for many years). This one is not too difficult to fix, fortunately.

Hm... Well I cannot get it to crash twice here either, so I'm going to leave it like this now (especially since you say that after restarting twice it runs ok again).

I'm going to build the current version, if everything is ok I'll release it by the end of this weekend - there are some important fixes in it.

That site is currently showing an error will try again later. I will probably need your .ini file to reproduce this though, so if you could send it to me (in a PM) that would be great...

It's usually located in C:\Users\<username> (Win Vista/7/8) or C:\Documents and Settings\<username> in WinXP.