...furthermore, some portions of the CPU will always have to be emulated. To see how difficult bolting some of those things on to otherwise-virtualization, go take a look at the dosemu project.

I'm presently working on an Interwave driver that will hopefully support Gravis Ultrasounds to some degree. I can already make it make noise-- just not the right noise 😀

It might be possible to use a timer and if we're not updating the frame in-time for the vertical retrace, we can "increase" our frameskip. Perhaps a fractional frameskip could be used... Unfortunately, the overhead in doing so is probably significant as you'd have to do it every cycle (or at least …

I find it interesting that you should say this. You seem to be under the impression that I want live STDOUT output to see a debug message just before DOSbox crashes. I don't but if I did, I could just use the unbuffered stdout.txt for that anyway. I want STDOUT for *live* output, stuff like ' …

Seems to be. It's empty when I open it, until DOSbox exits. It might be a better idea to convince SDL to unbuffer (or linebuffer) output on win32. I'm not 100% sure if this is necessary, but you may be able to convince them to open+append, write, close for each line written out a whole lot easier …

...maybe even ALT+SYSRQ+DANCEAJIG+F12 would be fine... if only you could get jig detection working... Basically all those KEYBOARD_AddEvent() calls either need to ask what the modifiers are, or ask for a translation _OR_ use an API along side KEYBOARD_AddEvent() -- maybe KEYBOARD_HotKey - that …

being as I don't run windows; is this any different from how dosbox runs under linux? It seems like this is just spitting the logs out to standard output- not the regular program output. Is the logfile redirected by SDL buffered? Is there some other reason opening a command prompt and running "tail …

dosbox has a real command.com my appologies; I probably should have just mentioned it isn't outside dosbox, or real mode might have been better; that programs run inside dosbox call it, usually, instead of MS-DOS's command.com (or the windows' command.com (or the freedos command.com (etc)); and …

Originally posted by dvwjr Afraid not... The ".COM, .EXE, .BAT" is hardcoded in the Command.com command procesor. One could hack Command.com with a hex editor and change the order or extentions to anything one wanted, this ability has been there since DOS 2.x ... I doubt that that many people have …

I need some CTRL+Fkey to go to the application. Is there any chance we could get CTRL+FKEY turned into CAPS+FKEY (or maybe configurable?) or something equally unlikely?

perhaps the game can't cope with big years? Can you try it on a modern machine running DOS or FreeDOS (VMWARE?) or you could temporarily set your clock back...

maybe using a "SETVER" emulator could do the job. That way you could specify an old version where BAT was given higher priority.

I'm interested in GUS/Interwave support myself- the one standoff program that I still need supports it, and the SB/emulation code just isn't fast enough (and I don't know that it ever will be). The mixer seems _mostly_ adequate, but it'd be nice to support other hardware mixers if some functions …