nanogui: Thread: NintendoDS port


[<<] [<] Page 1 of 1 [>] [>>]
Subject: NintendoDS port
From: Derek Carter ####@####.####
Date: 18 May 2011 08:11:31 -0000
Message-Id: <4DD37FAB.9090209@fudochi.eclipse.co.uk>

Hello Greg and Friends,

I've cloned the git repository on May-10 2011 and created a port for the 
Nintendo DS, read created a new 'config' file, added and entry in 
Arch.rules, added a 'scr_nds.c' and 'mou_nds.c' into drviers. Which is 
all fairly none intrusive, however the Nintendo DS screen has a 
different 16 bit pixel format frame buffer:

where MWPF_TRUECOLOR555 store 16bit pixels looks like:

15 14 13 12 11 10 09 08 07 06 05 04 03 02 01 00  - bit
  0 R4 R3 R2 R1 R0 G4 G3 G2 G1 G0 B4 B3 B2 B1 B0

I've added MWPF_TRUECOLOR1555 and also MWIF_RGB1555 which store 16bit 
pixels like:

15 14 13 12 11 10 09 08 07 06 05 04 03 02 01 00  - bit
  1 B4 B3 B2 B1 B0 G4 G3 G2 G1 G0 R4 R3 R2 R1 R0

Just wondered if you would like to examine the changes, (I seem to 
remember having to make a slight fix to MWPF_TRUECOLOR555) I've got all 
changes I've made in a git repository. Would you like to take a look at 
the changes?

Cheers

Derek
Subject: Re: [nanogui] NintendoDS port
From: "Greg Haerr" ####@####.####
Date: 18 May 2011 23:44:57 -0000
Message-Id: <0d3201cc15b5$c9cc6020$0300a8c0@RDP>

Derek - 

Very cool!  Sounds like the port went fairly smoothly.
I presume that the changes were fairly basic, using a simple
screen driver that uses the 16bpp linear fb subdriver, and
then just your new macros.  I'd definitely like to see a 
git diff -urN that I could use as a patch.

We may want to change MWIF_RGB1555 to MWIF_BGR1555,
I'll take a look.  I'm in the midst of a renaming of these 
kinds of things to better allow all the framebuffer variants
(ultimately the MWPF_TRUECOLORxxx will have to change
as they don't show bit or byte ordering for R G and B).

The current repository code allows for drawing various different
offscreen pixmaps with different bit depths, but only one arrangement
of pixels for the non-32 bpp bitdepths.  In other words, we will
only be able to draw MWIF_RGB1555 format 16-bit bitmaps when
running on the DS.  This should be no problem, but we'll have
to check that the other MWIF_RGB555/565 formats in various
switch statements also include a 1555 option.  I'm still sorting out
how to do this without having to add case statements...!  That may
have been the cause of having to mod the MWPF_TRUECOLOR555
macro.

Thanks for your port!  How fast is it?

Regards,

Greg



: Hello Greg and Friends,
: 
: I've cloned the git repository on May-10 2011 and created a port for the 
: Nintendo DS, read created a new 'config' file, added and entry in 
: Arch.rules, added a 'scr_nds.c' and 'mou_nds.c' into drviers. Which is 
: all fairly none intrusive, however the Nintendo DS screen has a 
: different 16 bit pixel format frame buffer:
: 
: where MWPF_TRUECOLOR555 store 16bit pixels looks like:
: 
: 15 14 13 12 11 10 09 08 07 06 05 04 03 02 01 00  - bit
:  0 R4 R3 R2 R1 R0 G4 G3 G2 G1 G0 B4 B3 B2 B1 B0
: 
: I've added MWPF_TRUECOLOR1555 and also MWIF_RGB1555 which store 16bit 
: pixels like:
: 
: 15 14 13 12 11 10 09 08 07 06 05 04 03 02 01 00  - bit
:  1 B4 B3 B2 B1 B0 G4 G3 G2 G1 G0 R4 R3 R2 R1 R0
: 
: Just wondered if you would like to examine the changes, (I seem to 
: remember having to make a slight fix to MWPF_TRUECOLOR555) I've got all 
: changes I've made in a git repository. Would you like to take a look at 
: the changes?
: 
: Cheers
: 
: Derek
: 
: ---------------------------------------------------------------------
: To unsubscribe, e-mail: ####@####.####
: For additional commands, e-mail: ####@####.####
: 
:
[<<] [<] Page 1 of 1 [>] [>>]


Powered by ezmlm-browse 0.20.