Re: 3dfx voodoo chip emulation
Posted on 2010-08-11, 08:07
well, I was thinking about running the rasterizer on another thread, should be quite straightforward to do
Re: Windows 95 under DOSBOX and Glide emulation
Posted on 2010-08-10, 15:26
there should be a dos executable in it
Re: Windows 95 under DOSBOX and Glide emulation
Posted on 2010-08-10, 15:18
3dfx version of EF2000 is only for dos, and uses a statically linked library, therefore no hopes of making it work with the glide wrapper. windows version does not support any kind of hardware acceleration.
Re: 3dfx voodoo chip emulation
Posted on 2010-08-10, 11:58
You're right, but that implementation is much more complex than needed for our purposes (also emulates voodoo2/banshee, way more complex than voodoo1); moreover, there's the source code license issue...
3dfx voodoo chip emulation
Posted on 2010-08-10, 11:15
I'm working on this on my spare time. Up to now only minimal detection code is implemented; I got a big help on this by wd and gulikoza. The aim is a software implementation of the voodoo1 (SST-1) chip. Documentation mainly comes from SST-1 official specs , found on this page . The card seem …
Re: Glide patch
Posted on 2010-05-29, 08:52
gulikoza, would you be able to compile a debug version of the original ovl (not your wrapper)?
Re: DOSBox CVS Builds
Posted on 2010-05-06, 21:18
Dosbox full changelog from the beginning of time http://dosbox.svn.sourceforge.net/viewvc/dosbox/?view=log
Re: Multithreaded video capturing
Posted on 2010-05-05, 21:18
Thank you for reporting. That happens when you capture a low res video; dosbox ends the frame capturing too soon, thus at the next frame another thread is started, but the resources of the previous thread are not fully released. I'm not sure this is related to any crash, though. An option would be …
Re: Possible to run Win32 programs for Dosbox UNDER Dosbox?
Posted on 2010-04-16, 21:08
Guybrush: How much wood would a woodchuck chuck if a woodchuck could chuck wood? Carpenter: A woodchuck would chuck no amount of wood since a woodchuck can’t chuck wood. Guybrush: But if a woodchuck could chuck and would chuck some amount of wood, what amount of wood would a woodchuck chuck? …
Re: Multithreaded video capturing
Posted on 2010-02-14, 09:17
thank you! I'm glad you liked it.
Re: Mounting a folder as a floppy drive - how do I specify disk type?
Posted on 2009-10-25, 19:07
In this case you can't mount a directory as a floppy, you have to mount a floppy image instead. Download the attached file and unzip it somewhere, then run in dosbox: imgmount a floppy.img -t floppy from this moment when you read/write from drive a: in dosbox, you are actually reading/writing from …
Re: Multithreaded video capturing
Posted on 2009-10-24, 19:52
but even very few ms make the game stutter But the recorded video should be fine, right? So even a several-seconds-halt would be ok, it simply tells that "recording is a bit too heavy for the selected game with the current pc". I followed your advice. The stop is fine, you are recording an high …
Re: Multithreaded video capturing
Posted on 2009-10-18, 20:06
Halting the main thread until the whole queue is empty may mean several seconds of halt. I tried to add something like this in the main thread: if queue.size > max_size delay(few ms); in order to stabilize the queue size to a value, but even very few ms make the game stutter. I guess I need a …
Re: Multithreaded video capturing
Posted on 2009-10-18, 14:53
I've been stuck at home with a cold yesterday, so I thought of working on this. The file attached implements the asynchronous capturing as I described it few posts above. I think it came up quite nicely :) It uses STL for the queue handling and SDL for threading; synchronous capturing is still …
Re: Multithreaded video capturing
Posted on 2009-10-11, 15:58
I've made a little patch to fix avi header writing when closing dosbox without stopping the video capturing (fixes issues #2810637 and #2819328 ). It just writes the header at every chunk writing; This implementation it's not the better way to do it but, actually, the whole capturing needs to be …
Re: compiled dosbox file size is bigger then the official release file
Posted on 2009-10-10, 08:56
You may remove debugging information from the executable with the "strip" command: Copy code to clipboard 1 strip dosbox.exe
Re: Ideas about speeding up the dynrec
Posted on 2009-10-06, 20:36
wd wrote: I don't get these high improvements like kekko heh, the difference mostly depends on the rig... from those figures I guess you may need a serious upgrade, wd 😜 Anyway I ran quake timedemo demo1 in vid_mode 0 with sound and it went from 78fps on 0.73 official to 86fps. Quite nice indeed.
Re: Ideas about speeding up the dynrec
Posted on 2009-10-05, 21:15
Nice work. I just tried quake and I got a nice +7 fps on timedemo demo1, but I had to disable sound because I have some problems with cvs lately (dosbox gives me the message "Exit to error: SB: 16bit irq pending") Also duke3d got a noticeable speedup, but I just checked the frame counter in the …
Re: Ideas about speeding up the dynrec
Posted on 2009-10-04, 19:38
Hi, I have a question for wd about this point: When translating the instruction stream and the maximum number of instructions is reached, the code block is closed and exited. The idea is to link the block to the following block (something like when doing unconditional short/near jump). …
Re: Got gcov to work in msys.
Posted on 2009-09-09, 20:01
Qbix wrote: for those fetchb/w/d and such it might interresting to look at the generated asm as well I'm quite interested too, for fetch functions as well as other read/write memory functions... 😜
Page 10 of 18