Yes I can just buy a ez 3 in 1 flash cart but the thing is I'm cheap and in my country it's 4,000 pesos to buy it so I'll rather buy an D's browser that has the ds official expansion pak it's 900 pesos in my country
I have an question Does the ds official expansion pak works on the emulators like neods,snemulds,ngpds,nitroswan and gbarunner.
- Thread starter yoooblls
- Start date
- Views 1,198
- Replies 6
It all depends on if the emulators support them.
btw, for future questions, please ask here: https://gbatemp.net/threads/ds-i-noob-paradise-ask-questions-here.528133/
btw, for future questions, please ask here: https://gbatemp.net/threads/ds-i-noob-paradise-ask-questions-here.528133/
How do I know if work does it work if it say ez 3 in 1 support so it means the official expansion pak work too
You don't gain that much for such things. https://wiki.gbatemp.net/wiki/3_in_1_Expansion_Pack_for_EZ-Flash_V#Software covers the list of software that ever made use of it and obviously won't do anything for GBA ROM running.
The recent Command and Conquer version might also struggle ( https://gbatemp.net/threads/vanilla-conquer-nintendo-dsi-port.603701/page-2 ) as I think it was aimed at a narrower field.
By and large though everything made to work with the expansion pack as extra RAM likely uses Lick's RAM API which includes the official browser RAM expansion pack thing as part of it and I believe always did.
Unless one of those pieces of homebrew requires/immensely benefits from it (there being far better ways to play quake on the go these days, most of those emulators gaining very little) then you would be better served getting a 3 in 1 as you also get decent GBA support that way (baseline DS was never good and never going to be, if you have a supercard dstwo then you have superior methods of those emulators as well give or take mini v mac).
The recent Command and Conquer version might also struggle ( https://gbatemp.net/threads/vanilla-conquer-nintendo-dsi-port.603701/page-2 ) as I think it was aimed at a narrower field.
By and large though everything made to work with the expansion pack as extra RAM likely uses Lick's RAM API which includes the official browser RAM expansion pack thing as part of it and I believe always did.
Unless one of those pieces of homebrew requires/immensely benefits from it (there being far better ways to play quake on the go these days, most of those emulators gaining very little) then you would be better served getting a 3 in 1 as you also get decent GBA support that way (baseline DS was never good and never going to be, if you have a supercard dstwo then you have superior methods of those emulators as well give or take mini v mac).
If the emulator is programmed to use the extra memory then yes, they Will work with opera ram expansion.
But do not expect any kind of performance improvements by having one of those installed.
Unlikely the N64 expansion pak where If you install It then the system magically detects the extra RAM and the game can use It simply by allocating memory through malloc, the DS expansion pak do not work in that way.
Instead, what you have is a address range that is ucontinuous from the main RAM that is available for you to write only in 16-bit writes. That alone is enough for any software wanting to use the expansion pak to be a struggle. Furthermore you can not read with the ARM9 and the ARM7 there simultaneously, making It even more annoying If you decide to use It as a cache RAM for assets. This plus the fact that this memory range is not covered by malloc results in an increasingly chalenge to any programmer that wants to take advantage of It.
But do not expect any kind of performance improvements by having one of those installed.
Unlikely the N64 expansion pak where If you install It then the system magically detects the extra RAM and the game can use It simply by allocating memory through malloc, the DS expansion pak do not work in that way.
Instead, what you have is a address range that is ucontinuous from the main RAM that is available for you to write only in 16-bit writes. That alone is enough for any software wanting to use the expansion pak to be a struggle. Furthermore you can not read with the ARM9 and the ARM7 there simultaneously, making It even more annoying If you decide to use It as a cache RAM for assets. This plus the fact that this memory range is not covered by malloc results in an increasingly chalenge to any programmer that wants to take advantage of It.
Similar threads
