AtariZoll wrote:So, I decided to install Ubuntu 17 - and it was lucky idea - since there problems did not appear, and Hatari works very well. Audio playback is better than in Windows from that simple player. But Dungeon Master is actually worse. YM playback in game is same bad, while there is no ADMA sound in DM (modded), or it is extremely low amplitude. To add that is possible to save cfg file, accelerating works. I'm really surprised that 16.04.03 LTS is so problematic.
Well, I really can't tell. Others people here using Hatari under Linux never reported such problems, and Hatari with SDL2 under OSX is also known to work pretty well.
Maybe there's a problem in the way the .deb package was made. Or maybe your sound card is not correctly supported by SDL2 or maybe Ubuntu uses a badly configured alsa/pulseaudio sound server in your case, I can't tell. Does YM sounds bad only in Dungeon master or does it also sound bad in some others STF/STE games or demos ?
Now, back to Windows version problems: in TT emulation CPU load is extremely high - even on Desktop, when no any activity, except CPU works at 32 MHz - it is 18-20% on 4GHz quad core CPU, what means that 1 core on which Hatari works is loaded 80% . Turning off prefetch mode makes CPU load some 2% less, so still too high load. This is just not normal. Any extra activity, and CPU load is practically over 100% (for 1 active core), what may be explanation for jumping sound. I think that it is not efficient code at all. Steem with CPU set to 128 MHz has lower load. Sure that it is more directly coded, but I never expected that emulating TT on some 4GHz CPU can be slow.
I guess that audio problems in DM are from some other reasons, at least some.
If sound was good in falcon mode, you can try setting the TT mode to 16 MHz instead of 32. This should use same ressource as the falcon, so if the sound is correct, then it's a problem due to not enough CPU power for emulation.
On my 3.4 Ghz intel 8 core cpu, Hatari takes 45% of a cpu core, so that's not a lot, and I never had sound skipping issues (but this is under Linux with SDL2, SDL1 under Windows will make things much worse).
As for the comparison with Steem, simulating a 128 MHz 68000 CPU is not necessarily the same as emulating a 68030 cpu with instruction/data caches ; at similar freq, 68030 emulation is much more complex (and 68030 instructions take less cycles than their 68000 equivalent, so you have more instructions per second to emulate in the end).
What could be solution ? Using more cores ? That will indeed trigger new problems, and I guess that timing will be even more problematic.
multithreading emulation is really complex, you possibly can't spread the cpu emulation itself on several cores, you would loss much more time in handling semaphores or similar to keep threads in sync.
To add that SDL2 version of Hatari 2.0.0 , what was examined by Avast and declared harmless crashes instantly after starting it.
This is strange, as far as I know some people use the version at antartica.no and never reported such crash. I might have access to a Windows PC with windows this week end, I will try to install Hatari 64 bits there.
In the meantime, I think that Windows version using SDL1 should not be use to measure heavy loads, SDL1 was reported to be not efficient enough sometimes under Windows (and also OSX).