 |
forums.ps2dev.org
Homebrew PS2, PSP & PS3 Development Discussions
|
| View previous topic :: View next topic |
| Author |
Message |
jason867
Joined: 24 Jul 2005
Posts: 78
|
 Posted: Thu Oct 20, 2005 1:55 am Post subject: Need some more help with some graphics code |
 |
|
First off, here is my code for setting up the video mode and what not.
| Code: | void InitializeGraphics(int mode)
{
sceDisplayGetFrameBuf((void**)&VRAM32, &BUF_WIDTH, &PIXEL_FORMAT, &UNKNOWN);
VRAM16 = (u16*) VRAM32;
sceDisplaySetMode(mode,SCR_WIDTH,SCR_HEIGHT); // Sets the display mode.
if(mode==PSP_DISPLAY_PIXEL_FORMAT_8888)
{
sceDisplaySetFrameBuf(VRAM32,BUF_WIDTH,mode,PSP_DISPLAY_SETBUF_NEXTFRAME); // Sets the address of the frame buffer.
}
else
{
sceDisplaySetFrameBuf(VRAM16,BUF_WIDTH,mode,PSP_DISPLAY_SETBUF_NEXTFRAME); // Sets the address of the frame buffer.
}
sceDisplayGetFrameBuf((void**)&VRAM32, &BUF_WIDTH, &PIXEL_FORMAT, &UNKNOWN);
} |
Is there anything wrong about this piece of code? Or anything that needs to be changed? I barely have the faintest clue about what I'm doing here.
Here is my code for plotting 5551 format pixels
| Code: | int color=((b>>3)<<10) | ((g>>3)<<5) | (r>>3) | 0x8000; // Creates and stores color.
u16 *address=VRAM+((((512)*PIXEL_SIZE)*y)+x); // Caculates address of pixel.
*address=color; // Writes color code into address of the pixel. |
I know for a fact this works (I however have not used it in conjunction with the video mode code noted above.)
What I would like to know is, how do I translate this over to the different video modes? Most importantly, to the 32bit 8888 video mode.
I looked at the screenshot code shine put on here earlier, and worked off that, but I didn't get anything going.
Also, in 5551 pixel format mode, the rgb color values range from 0-255, what is the range in 8888 pixel format mode?
Thanks for everyone's help.
_________________
Ask not for whom the bell tolls, it tolls for thee, besides, I'm playing my PSP, tee hee!
------------------------------------------------------
Visit my website for my PSP Homebrew! |
|
| Back to top |
|
 |
LuMo
Joined: 21 Aug 2005
Posts: 410
Location: Austria
|
| Posted: Thu Oct 20, 2005 2:08 am Post subject: Re: Need some more help with some graphics code |
|
|
| jason867 wrote: | | Also, in 5551 pixel format mode, the rgb color values range from 0-255, what is the range in 8888 pixel format mode? |
the color values in 1555 images are not 0..255 its 0x1F (32 steps)
greets
lumo
_________________
"Good artists copy, great artists steal."
Pablo Picasso
go2lumo.com |
|
| Back to top |
|
|
Ryu
Joined: 17 Oct 2005
Posts: 19
|
| Posted: Thu Oct 20, 2005 3:59 am Post subject: |
|
|
the range is always 0 => (2^n)-1
so
1 : 0 => 1
5 : 0 => 31
8 : 0 => 255 |
|
| Back to top |
|
|
jason867
Joined: 24 Jul 2005
Posts: 78
|
| Posted: Thu Oct 20, 2005 4:45 am Post subject: |
|
|
Someone else (from here) told me that it was 255 in 5551 mode, and it's been working fine all along...
_________________
Ask not for whom the bell tolls, it tolls for thee, besides, I'm playing my PSP, tee hee!
------------------------------------------------------
Visit my website for my PSP Homebrew! |
|
| Back to top |
|
|
jason867
Joined: 24 Jul 2005
Posts: 78
|
| Posted: Thu Oct 20, 2005 10:18 pm Post subject: |
|
|
so does anyone know what exactly is wrong with the code above?
_________________
Ask not for whom the bell tolls, it tolls for thee, besides, I'm playing my PSP, tee hee!
------------------------------------------------------
Visit my website for my PSP Homebrew! |
|
| Back to top |
|
|
Ryu
Joined: 17 Oct 2005
Posts: 19
|
| Posted: Thu Oct 20, 2005 11:32 pm Post subject: |
|
|
| jason867 wrote: | | Someone else (from here) told me that it was 255 in 5551 mode, and it's been working fine all along... |
that's wrong, even your code proves it:
int color=((b>>3)<<10) | ((g>>3)<<5) | (r>>3) | 0x8000; // Creates and stores color.
u16 *address=VRAM+((((512)*PIXEL_SIZE)*y)+x); // Caculates address of pixel.
*address=color; // Writes color code into address of the pixel.
see the b>>3, g>>3 and r>>3? that means b/8, g/8, r/8, so it means the r,g,b that you enter can go from 0 to 255 but they're divided by 8, meaning they actually go from 0 to 31. |
|
| Back to top |
|
|
jason867
Joined: 24 Jul 2005
Posts: 78
|
| Posted: Fri Oct 21, 2005 1:09 am Post subject: |
|
|
Ok, I understand that. What's the use of dividing rgb by 8 in that code? Why not leave that out and only use values from 0-31? Can someone explain why it was decided to have it divide by 8 and use 255 values?
_________________
Ask not for whom the bell tolls, it tolls for thee, besides, I'm playing my PSP, tee hee!
------------------------------------------------------
Visit my website for my PSP Homebrew! |
|
| Back to top |
|
|
Ryu
Joined: 17 Oct 2005
Posts: 19
|
| Posted: Fri Oct 21, 2005 4:11 am Post subject: |
|
|
| jason867 wrote: | | Ok, I understand that. What's the use of dividing rgb by 8 in that code? Why not leave that out and only use values from 0-31? Can someone explain why it was decided to have it divide by 8 and use 255 values? |
it's because 0-255 is used in the 32bit format 8888 and is widely used, at least if you want to use 8888 you won't have to change the color values everywhere in your code, it's just for convenience then... |
|
| Back to top |
|
|
jason867
Joined: 24 Jul 2005
Posts: 78
|
| Posted: Fri Oct 21, 2005 6:46 am Post subject: |
|
|
ok, cool
so, how exactly do I change the bit shifting to for use in 8888? Also, does the starting address of vram change any? I just can't double buffer in 8888 right?
_________________
Ask not for whom the bell tolls, it tolls for thee, besides, I'm playing my PSP, tee hee!
------------------------------------------------------
Visit my website for my PSP Homebrew! |
|
| Back to top |
|
|
Paco
Joined: 09 Oct 2005
Posts: 54
|
| Posted: Fri Oct 21, 2005 7:18 am Post subject: |
|
|
Yes you can double buffer fine in 8888. The PSP keeps a "visible" framebuffer, but you can change the address to a different address in VideoRAM after you're done drawing your stuff there. Check the samples to see how they do it.
_________________
Paco |
|
| Back to top |
|
|
jason867
Joined: 24 Jul 2005
Posts: 78
|
| Posted: Sat Oct 22, 2005 7:29 am Post subject: |
|
|
so can anyone explain to me the bit shifting I would need to do in 8888 mode?
_________________
Ask not for whom the bell tolls, it tolls for thee, besides, I'm playing my PSP, tee hee!
------------------------------------------------------
Visit my website for my PSP Homebrew! |
|
| Back to top |
|
|
jason867
Joined: 24 Jul 2005
Posts: 78
|
| Posted: Tue Oct 25, 2005 1:27 am Post subject: |
|
|
don't everybody reply at the same time now...
_________________
Ask not for whom the bell tolls, it tolls for thee, besides, I'm playing my PSP, tee hee!
------------------------------------------------------
Visit my website for my PSP Homebrew! |
|
| Back to top |
|
|
Arwin
Joined: 12 Jul 2005
Posts: 426
|
| Posted: Tue Oct 25, 2005 2:11 am Post subject: |
|
|
| jason867 wrote: | | don't everybody reply at the same time now... |
I never did anything myself with this, but just from reading this thread I gather that when people tell you this:
see the b>>3, g>>3 and r>>3? that means b/8, g/8, r/8, so it means the r,g,b that you enter can go from 0 to 255 but they're divided by 8, meaning they actually go from 0 to 31.
you should be able to figure out that if you leave out the >>3 part, you keep values that are suitable for 8888 mode. |
|
| Back to top |
|
|
sandberg
Joined: 05 Oct 2005
Posts: 90
Location: Denmark
|
| Posted: Tue Oct 25, 2005 2:18 am Post subject: |
|
|
In 8888 mode you don't have to shift anything. Each color value (R,GB) has each own byte, and then 1 for the alpha channel. So a single pixel in 8888 mode is 32 bit wide.
Remove the shifting of the individual components. You only have to shift them into the right place for the 32 bit value. And change your pointer to VRAM to a 32 bit pointer. That should do it. If you don't need the alpha component, just set it to zero.
Modified from your own code :
| Code: |
u32 color=((a) << 24) | ((b)<<16) | ((g)<<8) | (r) ; // Creates and stores color.
u32 *address=VRAM+((((512)*PIXEL_SIZE)*y)+x); // Caculates address of pixel.
*address=color; // Writes color code into address of the pixel.
|
The above asumes that VRAM is also a 32 bit pointer, otherwise add a typecast.
_________________
Br, Sandberg |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
Powered by phpBB © 2001, 2005 phpBB Group
|
FAQ
Search
Memberlist
Usergroups
Register
Profile
Log in to check your private messages
Log in
