VOGONS

Common searches


Search results

Display options

Re: VIDEO - 3dfx voodoo emulation (SDL1)

Quake2 seems affected by the textures issue; if you disable mipmaps in the console, running the command: set gl_texturemode gl_linear The issue disappears. There might be some wrong LOD calculation, i.e. in the TEXTURE_PIPELINE macro. I tried to fiddle with the calculation and got some results, but …

Re: VIDEO - 3dfx voodoo emulation (SDL1)

Thank you for the patch! Unfortunately there are some known issues, it's not your fault. Blurred textures issue seems to affect only the software renderer, while same games seem okay with opengl; I remember I suspected there is a bug with LOD calculation in the software renderer. It's probably …

Re: VIDEO - 3dfx voodoo emulation (SDL1)

Hey there, I created the dosbox-pure fork and thanks for checking out the refactoring I did. The code you linked is fully based on your patch (as mentioned in the github release notes), thanks again for the great work! But sadly nothing of the advancements made over the years in mame have made it …

Re: VIDEO - 3dfx voodoo emulation (SDL1)

I had a look at dosbox-pure recently (it's a dosbox port to RetroArch/Libretro). Apparently the author has performed a code refactoring of the voodoo emulator for dosbox. Main features I found interesting are: - code refactored and fully contained into a single file voodoo.cpp - software-only …

Re: Pentium MMX emulation patch

Hi, I updated the patch on the first post - Added x86 recompiler support - Fixed fpu regs usage - Fixed makefiles and vc project files x86 recompiler support is very basic, yet still much faster than the interpreter. On my 13yr old core2 it reaches almost playable speeds with Serious Sam. It uses …

Re: Pentium MMX emulation patch

I think that's a bit of a mess at the moment. When X86_DYNFPU_DH_ENABLED is defined and the dyn_x86 core is active, it saves/restores the x87 state when it enters/exits the dynamic code (to the dyn_dh_fpu struct) but never actually copies everything back to the global FPU_rec struct. So TL;DR: you …

Re: Pentium MMX emulation patch

I think that's a bit of a mess at the moment. When X86_DYNFPU_DH_ENABLED is defined and the dyn_x86 core is active, it saves/restores the x87 state when it enters/exits the dynamic code (to the dyn_dh_fpu struct) but never actually copies everything back to the global FPU_rec struct. So TL;DR: you …

Re: Pentium MMX emulation patch

I am trying to save/restore host mmx regs <-> dosbox fpu regs, in order to be able to switch between recompiler and interpreter and comment out opcodes from the recompiler, until eventually I get the wrong instruction. Any hint on how to perform this in the recompiler?

Re: Pentium MMX emulation patch

I was looking for an efficient way to implement mmx instruction set to the dynamic recompiler when I found that someone made this addition to my patch https://github.com/joncampbell123/dosbox-x/pull/290/files seems quite fast, unfortunately it does not seem to work correctly in all cases (i.e. …

Re: Pentium MMX emulation patch

TheGreatCodeholio wrote on 2020-06-24, 06:44: Here you go. Kind of hackish but it helps minimize changes to the code and avoids duplicating the MMX instructions. This is a recent DOSBox-X commit but I think it should be easily adaptable to SVN and other forks. I just updated the patch in the first …

Re: Pentium MMX emulation patch

TheGreatCodeholio wrote on 2020-06-24, 06:34: kekko wrote on 2020-06-24, 06:32: Thank you. Would you mind to make a patch? 16-bit real-mode MMX, yes? Yes, please. For the other issue I added this at the beginning of each instruction: Copy code to clipboard 1 if (CPU_ArchitectureType

Re: Pentium MMX emulation patch

Also noted is that the way it's integrated technically allows MMX instructions in 386, 486, and Pentium CPU types even if CPUID doesn't report MMX extensions, which I consider a bug. I just added bit 23 to EDX. Is there something else? I haven't looked much into this. Another one I noticed is that …

Re: Pentium MMX emulation patch

jmarsh wrote on 2020-06-23, 17:24: The MMX registers should be using the same storage as the emulated FPU registers, otherwise they won't be saved/restored with fsave/frstor. Fixed it, thanks for the heads up. I also fixed EMMS handling, hoping this will work properly.

Pentium MMX emulation patch

Hi everyone, I fixed an old patch I have made years ago. It adds Pentium MMX emulation to Dosbox. The instructions are for the interpreter and x86 recompiler. It finally allows to run games which strictly require this instruction set, like Serious Sam (combined with the 3dfx patch ). Probably the …

Re: VIDEO - 3dfx voodoo emulation (SDL1)

Hi everyone, I found some time to set up again my compiler environment. This is an updated patch against current svn. - fixes minor compiling issues - fixes a major video memory leak in Quake2 and Descent2 Quake2 uses sort of dynamic textures for realtime lighting, changing existing textures thus …

Re: PCEm. Another PC emulator.

in PC Emulation
You'd need to reverse engineer the Warp Engine for G200; Matrox never publically released documentation. From what I got from driver sources and from this specification , it looks like there are few fixed pipelines for basic rasterizers: For optimum performance, more then one pipe is provided to …

Re: PCEm. Another PC emulator.

in PC Emulation
I agree with getting accurate emulation with cards like the 3dfx, which featured 16-bit color renderer and dithering. D3D cards from the G200 era onwards, on the other hand, featured 32bit color renderers not much different from what you will get by just forwarding triangle calls to an opengl …

Re: PCEm. Another PC emulator.

in PC Emulation
Yep. I actually thought that if I ever worked on it, it would not provide a software rasterizer at all. But, for me, it was just to get a better directx support than voodoo, not for emulating the g200 accurately. I can understand it's not the scope of this project.

Page 1 of 18