#57748 - alex - Tue Oct 18, 2005 5:15 am
Hello guys, was just wondering if any of you had an idea of the difficulty of porting a game developped with currently available homebrew libraries to using the official sdk?
I'm imagining that with the nintendo sdk, there is less low level programmation/memory management and more system/function calls?? Maybe I'm way off and the sdk nintendo offers is similar to what is available for us via homebrew libraries... So I thought i'd ask here see if anyone has an idea.
Thanks in advance.
#57753 - wintermute - Tue Oct 18, 2005 7:10 am
Currently the homebrew libraries are hugely different from the official SDK to the extent that it's probably a major rewrite. It might help if you used an abstraction layer that uses the relevant library but it's still a fairly big job.
#57770 - dXtr - Tue Oct 18, 2005 9:46 am
one thing to take in consideration is that you can't have any own code in the arm7.. atleast that's what I've read on this board
_________________
go back to coding and stop screaming wolf :)
#57839 - alex - Tue Oct 18, 2005 9:21 pm
hmmm yea it would probably be a good idea to code in a way to isolate hardware interactions... so you only have to modify that part if you ever get your hands on an sdk.
I'm assuming that Nintendo does not condone the publishment of games that were written using non-official libraries eh!
#57852 - tepples - Tue Oct 18, 2005 9:53 pm
| alex wrote: |
| I'm assuming that Nintendo does not condone the publishment of games that were written using non-official libraries eh! |
Jaleco's NES classics collection for GBA is essentially the PocketNES emulator with a few NES ROMs built in. PocketNES was developed with unofficial tools. The difference between Nintendo's GBA policy (as long as the binary runs on Nintendo flash cards it's approved, no matter how it was compiled) and its Nintendo DS policy (for example, it must use an ARM7 binary developed by Nintendo) likely has something to do with FCC regulations (and foreign counterparts) covering the Wi-Fi transmitter in the DS.
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.
#57908 - LOst? - Wed Oct 19, 2005 5:42 am
This is actually the only sad thing about the DS homebrew development.
I was thinking of writing a game that reserve space for the official SDK. That menas no sound programming, and only empty network routines.
Writing directly to the registers for making sprite show up will still be valid on the official SDK.
_________________
Exceptions are fun
#57958 - alex - Wed Oct 19, 2005 2:53 pm
I was reading that there is no working homebrew lib to use the NDS File system yet? The article was kind of old, is that still the case???
If so that's also a sad thing since it kinda limits what you can do.
#57959 - Onori - Wed Oct 19, 2005 3:28 pm
| alex wrote: |
I was reading that there is no working homebrew lib to use the NDS File system yet? The article was kind of old, is that still the case???
|
now there is :)
#57982 - omaremad - Wed Oct 19, 2005 7:41 pm
we hav got gbfs and it works with the official sdk i think(i heard it runs on En**ta)
#57988 - dovoto - Wed Oct 19, 2005 8:56 pm
| Onori wrote: |
| alex wrote: | I was reading that there is no working homebrew lib to use the NDS File system yet? The article was kind of old, is that still the case???
|
now there is :) |
Really?
_________________
www.drunkencoders.com
#57997 - tepples - Wed Oct 19, 2005 9:33 pm
A GBFS file converted to binary using bin2s piped into arm-elf-as will always work.
Appended GBFS, on the other hand, is for GBA programs, as the DS game card interface is a lot more like a GBAMP's CF slot than like a GBA ROM. As long as you load information using MS-FAT over GBAMP/M3 (and not an appended GBFS), you shouldn't have a problem adapting your code to load information using Nitro-FAT on a DS card.
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.