I am using this as a reference emulator for my stuff (since it passes all of Blargg's tests), and a debugger will definately help out in cases.
Thanks in advance.

Moderator: General Mods
OK, seriously. GET THE FUCK OVER YOURSELFmudlord88 wrote:So basically.....
Just when I thought this emulator was accurate/perfect enough, the direction goes directly in a manner byuu would adore....
One more developer added to the ignore list I guess.
Good luck with your future endeavours. Nice knowing you.
sigh... you know how he is, jumping to conclusions too fast. please don't make it worse.I.S.T. wrote:not the right reaction
Which is totally awesome, btw. We need more fast as fuck accurate. Faster than fuck accurater, if possible.sinamas wrote:I'd also like to welcome byuu to the direction of accurate, maintainable, and fast as fuck.
Code: Select all
<jmr> bsnes has the most accurate wiki page but it takes forever to load (or something)
I.S.T: Why don't you? If you are not concerned about mediocrity, you will not let SLIME seep into public use. Since it seems you are, and you are friends of the enemy, you can FOAD like I told byuu. You can even ban me from that romhacking.net place too, I really don't care. Banned from everywhere else, anyway. What would one more site do? OR one more IRC network?OK, seriously. GET THE FUCK OVER YOURSELF
Friends of the enemy? byuu can go fuck himself for the insanity that has visited him. I do occasionally post on the board, but mostly to point out his idiocy. RetroRalph is a fucking ass who needs to go kill himself. I've never communicated with him directly or indirectly. I installed RetroCopy once to check out the changelog(I couldn't find it anywhere else, as the version had come out merely hours before), but I've never used it. I don't intend to use it. It's an overly flashy solution to problems that either don't exist or are fucking overblown.mudlord88 wrote:Yes, it appears sinamas is going the direction of blargg instead, which should be respected, not ridiculed.
So yeah, I must retract my statement. But still, I must ignore the developer as principle.
I.S.T: Why don't you? If you are not concerned about mediocrity, you will not let SLIME seep into public use. Since it seems you are, and you are friends of the enemy, you can FOAD like I told byuu. You can even ban me from that romhacking.net place too, I really don't care. Banned from everywhere else, anyway. What would one more site do? OR one more IRC network?OK, seriously. GET THE FUCK OVER YOURSELF
And FYI, Franky DID not leak the album and blame me, I did not leak the album. Someone who was SICK of my trollish attitude DID and they of course tried to pin it on me. Something 4chan people might do, anyway. My reputation, if you call it that, is already fucked beyond repair, so I don't care. I don't care what you vermin think. With your slime ideals. If more developers like blargg, sinamas, etc are around, this world would be a happier place. BUT NO, your fuck buddies RetroRalph and that furfag BYUU had to exist. So you can kindly piss off like the others.
KHDownloadsSquall_Leonhart wrote:DirectInput represents all bits, not just powers of 2 in an axis.You have your 2s, 4s, 8s, 16s, 32s, 64s, and 128s(crash course in binary counting!). But no 1s.
Are you kidding me? as far as I remember, no$gmb's core was programmed entirely in assembly, so basically nothing's going to come close performance-wise unless it's done in a similar fashion. Still, considering the limitations of the gameboy hardware, I seriously doubt it will ever be anywhere near slow no matter how accurate it gets. That, of course, will depend on your computer, but let's take a plain 3.0ghz single core P4 CPU like mine for example; I run gambatte with the best possible settings, including vsync, and the cpu load is like 24% during the most demanding routines.Rashidi wrote:as long this stuff as fast as no$gmb on my outdated-single-core-P4, i care less.
Gobo wrote:> implying coding in assembly results in unmatchable speed
Code: Select all
<jmr> bsnes has the most accurate wiki page but it takes forever to load (or something)
That sort of stuff is what I want to add to mine at some point. It doesn't help when multiple crashes can result in loss of source, etc. A shader seems the best approach for that.Gobo wrote: Hoping to see mixed frames/motion blur available at some point
Amiga? Really? Do you have ANY idea just how much more complicated modern processors are? And how much better compilers have gotten over the years? I think improvements would largely be in the "marginal" range even for a highly skilled asm coder. Optimizing the code in assembly, and re-optimizing it every few years for the latest processors' micro-arches, and then re-coding it for multi-threading, then re-coding it for GPGPU, then...Gobo wrote:in any case, yes, assembly should be faster, with improvements ranging from marginal to great, regardless of it's convenience for use in projects like this. Ask any Amiga demo scener how they pulled the best tricks; hint, it wasn't C.
well, i can't really say that for compilers from M$,DataPath wrote:And how much better compilers have gotten over the years?