Homebrew no$gba v2.7

[Xenirina]

Okay.

There's been a bit of talk that 2.7 requires No$Zoomer.
Would just like to point out that is false.

 

[str8mjed]

I wish he can developed a No$3DS soon.. He's one of the greatest emulator dev that I know.

 

[caitsith2]

For those who actually have the no$gba debugger version, and are now running a 64 bit OS, such as vista 64bit or Windows 7 64bit, use Dosbox to run the decryption program. The emulator itself will run in 64bit mode, however, the decryption program is a 16 bit program, which does NOT run in 64 bit OS.

 

[the_randomizer]

I still think it's kinda funky he writes his emulators entirely in ASM, but whatever works I guess

 

[Foxi4]

...No$GBA is still a terrible emulator to play actual games on - its purpose is to quickly check homebrew applications. I don't quite understand why people persist in using it instead of DeSmuMe which is far more accurate and gives way more options to the user.

Unless your PC can't run DeSmuMe off with a consistent framerate, there's no reason to be interested in No$GBA anymore.

 

[smealum]

...No$GBA is still a terrible emulator to play actual games on - its purpose is to quickly check homebrew applications. I don't quite understand why people persist in using it instead of DeSmuMe which is far more accurate and gives way more options to the user.

Unless your PC can't run DeSmuMe off with a consistent framerate, there's no reason to be interested in No$GBA anymore.

shut that whore mouth. no$gba's debugger is fantastic.

 

[Foxi4]

shut that whore mouth. no$gba's debugger is fantastic.

The DEBUGGER is, it's a development tool, not a tool for playing ROM's - I thought I said that pretty clearly.

 

[smealum]

The DEBUGGER is, it's a development tool, not a tool for playing ROM's - I thought I said that pretty clearly.

well idk, "there's no reason to be interested in No$GBA anymore" was kind of a red flag for me but ok. at any rate, no$gba is plenty accurate and pretty much as un-bloated as can be. no, it's not perfect, no it's probably not the best emulator to play pokemon on, but that should not in any way mean that news of martin getting back to work on it isn't interesting... to the contrary, it should be very welcome news.

 

[Foxi4]

well idk, "there's no reason to be interested in No$GBA anymore" was kind of a red flag for me but ok. at any rate, no$gba is plenty accurate and pretty much as un-bloated as can be. no, it's not perfect, no it's probably not the best emulator to play pokemon on, but that should not in any way mean that news of martin getting back to work on it isn't interesting... to the contrary, it should be very welcome news.

I was speaking from a general user perspective, not a developer perspective. Naturally developers should be happy about the update since there's nothing better than testing your applications on-the-fly, but I'm not fooling myself, most users use emulators to play retail games on them, and No$GBA doesn't "wow" in doing that, y'know?

 

[the_randomizer]

...No$GBA is still a terrible emulator to play actual games on - its purpose is to quickly check homebrew applications. I don't quite understand why people persist in using it instead of DeSmuMe which is far more accurate and gives way more options to the user.

Unless your PC can't run DeSmuMe off with a consistent framerate, there's no reason to be interested in No$GBA anymore.

I do give Martin props for updating the emulator at all, seeing as I never thought there'd be a cold day in hell that he'd ever update it again. Desmume is light years ahead in terms of accuracy though. The only reason why no$gba is "faster" is that he coded it entirely in ASM.

well idk, "there's no reason to be interested in No$GBA anymore" was kind of a red flag for me but ok. at any rate, no$gba is plenty accurate and pretty much as un-bloated as can be. no, it's not perfect, no it's probably not the best emulator to play pokemon on, but that should not in any way mean that news of martin getting back to work on it isn't interesting... to the contrary, it should be very welcome news.

no$Zoomer doesn't even work on the new version any more, and many of the games that had audio issues on 2.6a no longer can be fixed by the front-end. And no native save state support for DS ROMs. No thanks.

 

[smealum]

I was speaking from a general user perspective, not a developer perspective. Naturally developers should be happy about the update since there's nothing better than to test your applications on-the-fly, but I'm not fooling myself, most users use emulators to play retail games on them, and here No$GBA doesn't "wow", y'know?

well even regular users have every reason to welcome this. martin is tremendously talented at this stuff and even though the current version of no$ is incomplete, it proves that an DS emulator targetted at x86 can be much faster and efficient than desmume is. I for one would love to see close-to-perfect DS emulation in a tighter, less bloated package.

 

[the_randomizer]

well even regular users have every reason to welcome this. martin is tremendously talented at this stuff and even though the current version of no$ is incomplete, it proves that an DS emulator targetted at x86 can be much faster and efficient than desmume is. I for one would love to see close-to-perfect DS emulation in a tighter, less bloated package.

Like I said, it's faster because it's coded in pure ASM. You haven't even tried Desmume 0.99 have you, with the new JIT core that provides a massive speed boost? That's what I thought. Desmume is hardly bloated.

Advantages of Desmume

- Native save states
- Auto save detection
- No audio issues in any games
- Massive JIT core speed ups in 0.99
- Don't need something like no$Zoomer to fix what no$gba breaks
- Built-in cheat search/creation

Your argument is invalid

 

[smealum]

Like I said, it's faster because it's coded in pure ASM. You haven't even tried Desmume 0.99 have you, with the new JIT core that provides a massive speed boost? That's what I thought.

oh why thank you for enlightening me. but what's your point ? it having been written in assembly makes its efficiency any less of an achievement ? no ? ok...
and at any rate I'm not saying one emulator is better than the other ffs. all I said is that saying people shouldn't care about no$gba getting an update is retarded because it amounts to saying "yeah well it's shit now it's always going to be shit, who gives a fuck".

edit : yeah um... i really don't care enough about what you think to go on, i hope that's ok.

 

[the_randomizer]

oh why thank you for enlightening me. but what's your point ? it having been written in assembly makes its efficiency any less of an achievement ? no ? ok...
and at any rate I'm not saying one emulator is better than the other ffs. all I said is that saying people shouldn't care about no$gba getting an update is retarded because it amounts to saying "yeah well it's shit now it's always going to be shit, who gives a fuck".

Who gives one, you do apparently. If you're going to argue that Desmume is bloated, at least back up your "claim".

 

[Flame]

both No$gba and Desmume have they advantages so you guys should stop bitching which one is better.


but most people have hard time coding in c++, Martin speaks ASM as Shakespeare spoke English . if he had didnt stopped for awhile, No$gba would have been on another level now.

 

[DanTheManMS]

Holy s***. I can't believe this has actually been updated. I'm ecstatic to see him back on the emulator scene again.

 

[Bond697]

I was speaking from a general user perspective, not a developer perspective. Naturally developers should be happy about the update since there's nothing better than testing your applications on-the-fly, but I'm not fooling myself, most users use emulators to play retail games on them, and No$GBA doesn't "wow" in doing that, y'know?

you should try IDA with a copy of desmume compiled with the GDB stub. it's SO far ahead of using no$gba for debugging.

 

[FAST6191]

you should try IDA with a copy of desmume compiled with the GDB stub. it's SO far ahead of using no$gba for debugging.

Maybe but to the best of my knowledge the freeware version does not do ARM and the paid versions are "professional software" levels of money which is significantly more than the no$gba debug versions which is great for the purposes of most people around here.

That said GDB and desmume make a potent pairing.

 

[Lunos]

~ Waiting for B2/W2 emulation without NO$ZOOMER or maybe a NO$3DS ~

- removed -

Cya~

 

[jdthebud]

Glad to see this was still being updated. Although for my purposes, I use both DeSmuMe and No$. However, I use No$ a lot more since for certain games it's still faster than the DeSmuMe JIT core version. Plus you can change speeds really easily, which is not nearly as easy to do on the DeSmuMe JIT version.