ZSNES board

You misunderstood, I was mainly commenting on the fact that it's currently mostly comprised of others' CPU cores, so judging accuracy against other emulators that are also mostly built upon these cores is kind of silly. It's like comparing a Geo Metro to a Chevy Metro. Same car, different name. I c...

Can't have it both ways. Can't be the fastest and most accurate I'm afraid. Not to deviate too far off AamirM's topic, but I daresay there is some emulators that do try to aim for both. That is, they aim for high accuracy, AND be fast. I know blargg's QuickNES is one example. Its cycle accurate, an...

On the other hand, it really annoys me that we still have these pissing contests in 2008. Hiding information so that one can be "the best." As if being "the best" has any actual value when emulating a 15-year dead game system aside from boosting one's own ego. If it really is th...

I believe what I am about to say might cause a flame war or instill hatred against me because of my philosophies, but heck, I'll ask anyway: But so long as the above three cores are highly accurate (I know for certain that the Musashi core is far better than Corlett's Starscream core), it should pro...

Its quite nice. The author is working on SVP emulation, so the next release might take a while...

Spacy did some more work. Namely started to add in widgets for cheat support and such. I hope to start development too on it, as I got some GUI ideas that I always wanted added (namely I want to clean up the mess, that is all the menus being strewn around).

Second thing I'm looking for is just an SPC player or plug-in that uses blargg's latest core. I'm currently using foo_gep from Kode54, and I'm not sure what he uses, but I'd be interested in greater accuracy if possible. kode54's foo_gep component uses blargg's emulation code :wink: If he is not us...

http://www.geocities.com/regen_emu/regen_p3.zip
http://www.geocities.com/regen_emu/regen_p4.zip

Those include Amir's emulator, plus his md_ntsc based Kega filters

Cool! Thanks!

Meanwhile, Spacy has now started on the new Qt4 system, and a test build is out for people that wanna play with it. No emulation functions are in it yet though...

Direct link,please

Sorry for taking so long.

Amir made seperate SSE and SSE2 optimized builds, so its best you see here, so you get the right version for your processor.

If KEGA implements this and the NTSC filter

AamirM on the EmuTalk forums wrote a md_ntsc filter for Kega Fusion and his Megadrive emulator as a RPI file, so you could use that...

Yes. The duct-tape mode came out like 2 days after the game. That doesn't change that the game as intended is fundamentally flawed, and iD has NEVER seen fit to fix it. I don't see how the game mechanic of forcing the use of either a weapon or a light to not be used at the same time really affects ...

why would they bloat things for no reason? I'm not saying they aren't, I'm asking why they would. One reason I can see is because of their hardware partners such as Nvidia and Microsoft with DX10. (if you make the hardware necessary, some people will buy into it) Any other reasons? Thats one main r...

I'm glad for it.

I <3 Qt

Hehehe, same here, having starting to like it after a few test attempts at whipping something up using the toolkit, to get a feel for it.

Well, on the flip side, they can wait for the rendering to be refined speedwise..and let the hardware/drivers catch up at the same time. I see your point...but to me the hardware/driver logic just seems to me to be a reason to bloat things. Say, I program a nice freeware OpenGL graphics engine that...

Yes.

Cool, can you please post the bug report on our bug tracker, please?

Try the link again.

I used NO_D3D, and removed Direct3D.cpp when linking & compiling, so Direct3D support has no chance in being included. And according to Dependancy Walker, no traces of D3D DLLs in use are being imported.

and yes, Open Al does work. I installed that driver thinking the lack of it might have been what was causing the errors about a week and a half ago. Good to see OpenAL working well for you. Speaking of which, I did some major OpenGL bugfixing which might be helpful for you. I'll compile a build for...

As for the Doom 3 engine, I was referring to the fact that it's mostly DX 8 and below tech. People have gotten it to run surprisingly well on Voodoo 5s. I consider some of the graphical features it supports more DX9-tech than anything. People who have gotten it to run well on old cards its a testam...

Quake 4 has the weird Doom3 engine, so it doesn't really count when looking for DX9 results. ..I hardly consider Doom 3 using OpenGL with OGL 1.4-2.0 extensions a weird engine. Same with Quake 4. Its a extremely optimized engine at that, much more optimized than Crysis, thats for sure. And a lot mo...

http://www.eidolons-inn.net/tiki-index.php?page=Kega

Down the bottom

RPI filters are just renamed DLLs, so the implementation would be Windows specific, unless you use something like WineLib...

You could try downloading the missing D3DX DLL here