Apart that arg isn't a DSTwo only feature, can use it on any flashcart that can use hbmenu, please do your emulator MoonShell2 friendly (support for extlink).
Oh, I thought that was a typo. I suppose NiFi is how DS games communicate without needing a network? I'll have to check out nesDS's source code... as for the UI, I'll give it some thought, but it's low-priority. I'll probably make a touch interface eventually.
In terms of UI, if the argument stuff is implemented properly it should be possible for anyone to write their own interface that would work with the emulator. i.e. have a separate .NDS which displays the games, then when one is loaded pass it to the emulator .NDS which would load it.
I still think a menu within my program would be quite important. That would work fine for loading games, but what if you want to access some settings while playing a game? It can't switch back-and-forth with the loader, can it? Anyway I don't consider this an issue right now, the menu may not be pretty, but it's functional. I'll deal with this later, unless of course someone else wants to help out.
But if something else is just passing args through its really not doing anything but selecting the game and possibly a save file, which works just fine with a simple text based interface and is already done with loaders like Moonshell and Bagplug (not to mention that you'd be right back at the default UI right after a single switch of a save, game, or option). It's the scrolling through the menus (scaling options, debug texts, save states, continue emulation button) that feels inefficient and a bit unwieldy about lameboy. Once the source code is up someone else can work on a UI or bring over NesDS's (me? I've never done DS programming but I'm certainly intrested in learning now) and if you like it Drenn you can include it in the main branch.
I have a DSi, but no access to DSi-mode... and I have no idea how to make DSi homebrew, but the info must be somewhere. If it just involves a recompile without changes to the code, you can test it for me. At this point there's not much I could do with the extra memory, aside from loading the big roms completely into ram. I'm not sure how much difference that would make.That's fantastic news indeed.
Any chance to make it run in DSi mode ?
A little extra memory and processing power could go a long way to improve compatibility...however a now-dead Cyclo evo flashcard or a sudokuhaxed DSi would be required and by the looks of it you don't have it.......
I'd gladly let you borrow my sudokuhaxed DSiXL if I was anywhere near you !
Anyway, thanks for the project and I hope you keep up the good work
I wish I knew that 2 years ago. The pc version of my emulator is practically perfect, I've only found 1 game with issues, Harry Potter and the Chamber of Secrets. Well, the craziest tech demos wouldn't run either. But most issues in GameYob probably aren't related to the emulation itself, they appeared after porting to the ds.
I just remembered, I was lazy when writing the file chooser and it only supports up to 70 files/directories per folder. Is that the issue?
Well , I've read somewhere that projects recompiled with the latest devkit ( at the time when sudokuhax was new ) would run in DSi mode without problems and support extra speed and memory.
Ok, it should be fixed now. Try again with the latest build.
That's on my todo list. In fact the pc version could run the gameboy color bios, I basically just need to re-enable it.Class news, love the gameboy and gambatte, this is great stuff...
if its possible in the future to add gb/gbc/sgb pallettes support (official bios support) that would be nice too.
Thank you kind developer
