hikari_no_yume
hikari_no_yume
That would be nice, but that would require patching emscripten's SDL2 implementation.
Hmm. My use-case is unusual - see http://win95.ajf.me/ - where I'm running Windows 95 under DOSBox. The problem is that at some times of CPU stress it'll just abort. In...
OK, it's very definitely using the emterpreter; with `--disable-sync`, it won't work: it just exits the moment the disk image loads. Weird that it needs the `.mem`, though.
Could this be made less frequent by clock rate-limiting emulation, or something? Or is it a problem caused by too much stuff happening on a single cycle(?)
Oh, I got confused, I thought it was _not_ using the emterpreter that needs the `.mem`, that explains it. The paging explanation makes sense. Unfortunate, that.
Oh I see, that explains the unusual design. The trick of not doing a second function call in jDosBox seems to be reliant on using a real BIOS. re: web...
If I do this, everything's broken: ``` CCFLAGS="--proxy-to-worker" CXXFLAGS="--proxy-to-worker" emconfigure ./configure --disable-sync ``` I think it's because em-dosbox uses a custom HTML page? ``` "running code in a web worker"...
So anyway, I tried increasing the timeouts, first doubling them, then multiplying by 5. It didn't help. All that changes is that where it would freeze for 2 seconds before...
Interesting! It's unfortunate that there's no way to make `SDL_Delay` not be a busy-wait loop. Still, great progress.