How is Qemu 1.6.0 for Win32? My build is still insanely slow……

Applied this fix to 1.6.0 – code has changed slightly but still works. For anyone interested here’s the diff to patch ui/sdl.c


518,519c518,519
< toggle_full_screen();
// toggle_full_screen();
> // gui_keysym = 1;
522,524c522,524
< if (scaling_active) {
< scaling_active = 0;
//if (scaling_active) {
> // scaling_active = 0;
> // sdl_switch(dcl, NULL);
527,528c527,528
< }
// }
> // gui_keysym = 1;
804c804
resize.w, ev->resize.h);
---
> // sdl_scale(ev->resize.w, ev->resize.h);


woooosh… lol I’d probably try ‘borrowing’ the code from some other project that does it..

Well I think that SDL still does a pointless blit in this case 🙁
You might want to consider using OpenGL instead of SDL. Note though, it’s reported that conversion from paletted graphics to 32-bit is often slow in OpenGL (so in 8-bit mode, SDL wins; but if the paletted graphics is uploaded as grayscale texture, SDL loses.)

Maybe that is something to look into, it should be simple right, just a ‘textured surface’ that you keep on updating….?

more UMB’s .. now that is interesting… 1.0.1 is almost as fast as 0.15 … but I don’t see the compelling reason for 1.0 … I should try to merge the slirp from 1.1.1 into 1.0.1 to see if it can network at least, and be somewhat useful. that and figure out how to build the fmod SDL … so much to do!

Not only on DOS Doom but also WFW 3.11 is much slower than 0.15.1…
Not sure about its mechanism, the thing I noticed that is 1.1.1 is kinda “better” on memory management, which allows more TSRes to be loaded into UMA while in 0.15.1 there are less.

I’ve gone ahead and done a build on XP that seems to “work” but again it is SLOW on MS-DOS doom…

http://vpsland.superglobalmegacorp.com/install/qemu-1.1.1-windowsXP-sp3.7z

I’ve done more testing and doom plays MUCH better on Qemu 1.0 it seems going to 1.1.1 kind of killed it.. I’ll need to find/build 1.1.0 and see how that behaves…