|
Pages: [1]
|
 |
|
Author
|
Topic: Initial DS Port -- Help Wanted! (Read 4217 times)
|
TypeError
Zebranky food
 Offline
Posts: 1
|
Hi folks! I've started poking around a bit on a port of UQM to the Nintendo DS platform. I'm happy to report that I've gotten the code to compile and run, and I've hit my first "out of memory" error. I'm less happy to report that it happens during the allocation of the buffers for the screen, which is rather sooner than I'd hoped.  I'll be checking things out myself, but I thought I'd ask if anybody knows of any fat that can be trimmed from the init sequence.
Also, I was poking around in the graphics resources and noticed that lots (all?) of the graphics are 8-bit. Are these generally converted to 24-bit at load-time? I'm using a 15-bit mode on the DS and contemplating how to handle graphics resources.
Anyhow, if anybody wants to help out I'd be happy to share my patches. Note that you don't even have to *own* a DS to help out -- I'm using the desmume emulator for most of my work at this point. If anybody's interested I can tell you how to set this stuff up. C'mon folks, you *know* it would be awesome to get uqm running in under 4MB@66MHz... 
FYI, there was a previous attempt to start a port, described in these threads. I'm using the threading library OOPMan ported to the DS but otherwise I haven't used any code from that port (assuming there was code):
http://forum.uqm.stack.nl/index.php?topic=3205.0
http://forum.gbadev.org/viewtopic.php?t=11074&postdays=0&postorder=asc&start=0
|
|
|
|
|
Logged
|
|
|
|
zefrench
Zebranky food
Offline
Posts: 5
|
I would more then happy to test, unfdortunetally I am not much of a coder.
|
|
|
|
|
Logged
|
|
|
|
Mr Brian
Zebranky food
Offline
Posts: 35
|
SC2 on the DS would be awesome (even tho I dont have one) :p
I cant really help you but I wish you luck : )
|
|
|
|
|
Logged
|
|
|
|
fossil
Core Team
Frungy champion
Offline
Gender: 
Posts: 94
|
Also, I was poking around in the graphics resources and noticed that lots (all?) of the graphics are 8-bit. Are these generally converted to 24-bit at load-time?
Most of UQM graphics are 8bpp paletted and are loaded and kept in memory at 8bpp. Some graphics are 24bpp and are loaded into 32bpp SDL surfaces. The internal screen buffers are forced 32bpp for RGB/RGBA arithmetic efficiency.
At least one port out there (Nokia 770, ISTR) is successfully using 16bpp screen buffers, but it will ultimately depend on the efficiency of SDL for your platform, or your own implementation if not SDL.
C'mon folks, you *know* it would be awesome to get uqm running in under 4MB@66MHz... I regret to tell you that fitting UQM in its current incarnation into 4MB of memory is not feasible. At last count, UQM required an absolute minimum of 16MB. A lot of the current code is written for modern systems and assumes memory is not an issue.
It's certainly possible to fit UQM into 4MB, but it will require major rewrites and replacements of sizable chunks of code, removal of features, and possibly also some graphics conversion.
For reference, in the last test we did, the lowest-end PC that ran UQM OK was P-MMX 200MHz, 48MB RAM, Win95.
|
|
|
|
|
Logged
|
|
|
|
|
|
|
Pages: [1]
|
|
|
|
|
