forums.ps2dev.org

[dbeyer3069]

After working and researching for a few days now, I am posting another message in hopes of getting an answer. This is a small part of my project but it's stopping me. I've looked at every example and thread message I can find but nothing seems quite the same as mine (most use RAW files). Please help if you can.

I am trying to blend a 32 x 32 png image (game character) in with my 480 x 272 background image.

Here's my source:

void initGraphics()
{
dispBufferNumber = 0;

sceGuInit();

guStart();

sceGuDrawBuffer(GU_PSM_8888,(void*)0,BUF_WIDTH);
sceGuDispBuffer(SCR_WIDTH,SCR_HEIGHT,(void*)(512 * 272 * 4),BUF_WIDTH);
sceGuDepthBuffer((void*)0x110000,BUF_WIDTH);

sceGuClear(GU_COLOR_BUFFER_BIT | GU_DEPTH_BUFFER_BIT);
sceGuOffset(2048 - (SCREEN_WIDTH / 2), 2048 - (SCREEN_HEIGHT / 2));
sceGuViewport(2048, 2048, SCREEN_WIDTH, SCREEN_HEIGHT);
sceGuDepthRange(0xc350, 0x2710);
sceGuScissor(0, 0, SCREEN_WIDTH, SCREEN_HEIGHT);
sceGuEnable(GU_SCISSOR_TEST);
sceGuAlphaFunc(GU_GREATER, 0, 0xff);
sceGuEnable(GU_ALPHA_TEST);
sceGuDepthFunc(GU_GEQUAL);
sceGuEnable(GU_DEPTH_TEST);
sceGuFrontFace(GU_CW);
sceGuShadeModel(GU_SMOOTH);
sceGuEnable(GU_CULL_FACE);
sceGuEnable(GU_TEXTURE_2D);
sceGuEnable(GU_CLIP_PLANES);

sceGuTexMode(GU_PSM_8888, 0, 0, 0);
sceGuTexFunc(GU_TFX_MODULATE, GU_TCC_RGBA);
sceGuTexFilter(GU_LINEAR, GU_LINEAR);

//sceGuTexMode(GU_PSM_8888, 0, 0, 0);
//sceGuTexFunc(GU_TFX_REPLACE, GU_TCC_RGBA);
//sceGuTexFilter(GU_NEAREST, GU_NEAREST);

sceGuAmbientColor(0xffffffff);
sceGuEnable(GU_BLEND);

//sceGuBlendFunc(GU_ADD, GU_SRC_ALPHA, GU_ONE_MINUS_SRC_ALPHA, 0, 0);

sceGuBlendFunc(GU_ADD, GU_SRC_ALPHA, GU_ONE_MINUS_SRC_ALPHA, 0xffffffff, 0xffffffff);
sceGuFinish();
sceGuSync(0, 0);

sceDisplayWaitVblankStart();
sceGuDisplay(GU_TRUE);
initialized = 1;
}

image = loadPngImage("ms0:/PSP/GAME/splash.png"); // 480 x 272 no alpha
position = loadPngImage("ms0:/PSP/GAME/character.png"); // 32 x 32 with transparent background

initGraphics();
blitImageToScreen(0, 0, 480, 272, image, 0, 0);
blitAlphaImageToScreen(0, 0, 32, 32, position, 0, 0);
flipScreen();

#####

I changed my previous 24 x 32 to be 32 x 32 to meet the power of 2 requirement.

There are WAY too many variables for me to work with here trying to figure out what the problem is. The blitted 32 x 32 image shows up 100% transparent (nothing shows). The background is fine.

I am learning (quickly) more about this stuff but I am still too new to it. I have tried MANY different combinations trying to figure this out.

*** I will be happy to send my png file to someone too if they could make sure it's saved in a format compatible with this code if the code looks ok. ***

Your help is GREATLY appreciated. This is stopping me in my project and it's the only place i'll use this type of coding.

David Beyer

[dbeyer3069]

I have made a breakthru in ALPHA BLENDING (FINALLY -- pulled plenty of hair out). Is ANYONE reading this forum that knows about this stuff?

Soap Box: It's in ALL our best interests to help each other out and expand the programs that get turned out. I read EVERY forum post and looked at EVERY example I could find but there is so little information available (wasn't me trying to be lazy). If I wasn't determined to finish my product, I would have given up 3 days ago when I started on this ALPHA BLENDING.

For those newbies... here is what I did to get ALPHA BLENDING to work:

1. I created a 32 x 32 png image as a 8 bit/256 (depth) color image (this is how my graphics program insisted on saving it) with the transparency color set to white (for now, will change this). I tried greater depth (depth = 256 colors, 16 million, etc.) and it didn't work at all (always got white backgrounds displayed). I tested my image (finally got smarter) in Internet Explorer to see if it was really working transparently before moving it back to the PSP to test.

2. I went back and recopied the core graphics.c libraries (just to make sure I didn't screw something up in the process). The core graphics.c works as is (including the initGraphics() at the end and all those settings). graphics.c, graphics.h, etc. are available at http://svn.pspdev.org/listing.php?repname=pspware&path=%2Ftrunk%2FLuaPlayer%2Fsrc%2F&rev=0&sc=0

3. I STILL can't get the blitting with alpha to work straight to the screen. It does work if I blit to another image (my background). If anyone knows why... PLEASE POST. It seems I've seen this problem mentioned somewhere else before. I am working in 8888 mode.

###

If you are working with alpha blending (transparency) and are having a hard time getting it to work with PNG, email me and I will TRY to help out (no promises - I know I've learned more than I ever thought I would have to). I know what it's like to start from square one.

I will provide source fragments for the applicable area if someone needs it. Hope this has been helpful.

David Beyer

[ufoz]

You seem too concerned about PNG and missing the point. Alpha blending works regardless of what your image format is, the only things that matter are:

1) When you load the image, it should be in a format that contains alpha data, and that alpha data should be correct for the image. (8888, or 4444 or whatever)
2) Alpha blending should be on in the GU - looks like you have this covered.

So all you need to do is make sure your PNG does have an alpha channel, and check what format the LoadPNG function returns it as (looks like 8888). You seem to have the rest of the stuff covered in your source (GU_TCC_RGBA and GU_BLEND and your blend func is fine as well) - so check your pixel format, dump it to the memcard or something, and compare it to your raw image data, make sure every fourth byte is a valid alpha value :)

[dbeyer3069]

You're right. It's not just PNG. That just happens to be what I'm using. I'm not familar with all the formats that work (beyond the jpg that I also have the code for).

I don't understand why a blit to the screen fails and a blit to another image works. It does work consistently and I have look at some of the data values to make sure i'm not just "getting lucky". Beyond that, I'm a bit stumped.

Thanks for the comments.

David Beyer

[jsgf]

[dbeyer3069]

[jsgf]

[dbeyer3069]

[jsgf]

[dbeyer3069]

[dbeyer3069]

I'm still working on getting some data out but I did look at the pngload and the blitalphaimagetoimage functions. As you suspected, the blit is just skipping alpha channel data.

The color data is AND'd by 0xFF000000 to see if the alpha channel is set and it is -- therefore not coping that data to the destination buffer.

So it looks like the 8 bit/256 is storing the alpha channel data correctly.

David Beyer

[jsgf]

[jsgf]

[chp]

[jsgf]

Yeah, the hardware can deal with it, but I don't think PNG supports colourmaps with alpha; and anyway, I think the png loader is using libpng to expand the image to RGBA anyway, rather than just exposing the 8bpp+cmap, which would be better for the hardware.

[chp]

Ah, no, you're right, most picture-formats suck when it comes to saving palettes with alpha. TGA supports it (set colourmapbits on the palette to 32 when using 8-bit clut tgas), but hardly any saver or loader handles it. What I recommend is saving in 32-bit truecolor, and then preprocess textures into its own format (or during loading, but that's a performance hit since you need to quantize them) when it's time to use them. Using a good dithering-filter (I really recommend diffuse (floyd-steinberg)) and quantizer and you'll get excellent results.
_________________
GE Dominator

[dr_watson]

David: if you're using Paint Shop Pro, to create a PNG with alpha channels, use the "Export->PNG Optimizer" and then change the options in "Transparency".

I'm using PNG and having alpha blending effects in my game, check out the source code here:
http://forums.ps2dev.org/viewtopic.php?t=4286

[dbeyer3069]

Paint Shop Pro insists on changing an image to 8 bit/256 color when there is a transparency involved (not sure why). It supports 16 million true color (but not with transparency).

I checked the Export->PNG Optimizer option and it's the same thing I've been using, except I access it by Image->Palette->Set Transparency with a single color. That saved PNG works with the blit image to image -- not with image to screen.

Can you say that the results of a PNG from Paint Shop Pro using that method is producing a PNG that works with blitting direct to the screen using the graphics.c library... if this is your experience and what you use (or LUA PLAYER which uses the same thing). It appears to be valid alpha channel data (according to how the PNG load/blit to image works) but now I'm just not sure.

Thanks for all the help.

David Beyer

[dbeyer3069]

[dr_watson]

If you want to use a single "transparent color", Paint Shop Pro will change your image to 256 color mode, that's very true. BUT, if you want to do alpha blending, that is, different levels of transparency, say 50% transparent, 80% transparent, you'll use "Export".

From my understanding, to enable alpha blending for blitting, you only need to do the following:

[memon]

I would disable (instead of enable): alpha test, cull face, depth test and clipplanes in the setup code. There is no need to enable them. Any of those can cause (in theory) your face not to be rendered. My head is already concetrating on that turkey in kitchen, so I don't really want to go and check the rest of the graphics.c.

If the GU stuff seems too complicated, teach yourself first opengl. It is much easier since the round trip time is fast on PC and there are two billion noob tutorials out there as well. After that it is really fast to pick up GU stuff. And it is not that complex once you get your ehad around it ;)

[dbeyer3069]

[dbeyer3069]

I tried the suggestion of the export->png optimizer and selected:

16 million colors (It says 24 bit)
tolerance level: 1 (it defaulted to this)
alpha channels using the background color I chose (preview looks right)
non-interlaced (interlace was default but crashed the pngload function)

I also tried removing the depth, alpha test, cull and clipping.

Paint Shop Pro did get rid of the option of the alpha channels if I selected 256 colors so it was different than the mode I was using.

###

Neither of these solved the problem. My same code works with the 16 million colors and alpha channels png file from the export (blitting alpha image to image) but the blitting image to screen does the same as always.

I've learned alot but still can't use the blitting straight to the screen. I will look at the gfx example some more. :(

David Beyer

[dr_watson]

Just spotted this in your code:

[jsgf]

Vertex colour shouldn't matter if you're not using a MODULATE texture environment. REPLACE means the fragment colour is completely replaced by the texture colour.

[dbeyer3069]

DR. WATSON:

You are the man. You nailed it!

There's a bug in the graphic.c library apparently (I just checked their copy and it's in there still). Doesn't look like anyone has reported/discovered that bug yet.

Oddly enough, I had tried changing that line to match yours a few days ago but I had not yet gotten the file in 32 bit mode correctly yet (thanks to you directing me to the export feature) and I hadn't added the missing color field.

This was driving me nuts.

THANK YOU and everyone so much for helping out. This has been a real learning experience (Early CHRISTMAS present 10 minutes early!).

I will give everyone here a sneak peak at the program when it gets closer (it's a LARGE project and this was a minor but important piece believe it or not).

David Beyer

[kazlivsjy]

I'm too lazy to read all these posts throughly and I don' know if the main question has been answered yet, but I've been through the very same problem myself, and after a lot of tampering and testing I did it. I'll share now my knowledge; hope it is to any use to anyone...

The important stuff to make transparent textures or sprites (I've only tried sprites so far, but I believe I'll work just the same) is:

a) Of course, to have a bitmap image with alpha channel (assumed ARGB8888, for clarity)

b) Set up a blending function:

sceGuBlendFunc(GU_ADD, GU_SRC_ALPHA, GU_ONE_MINUS_SRC_ALPHA, 0, 0);

The function we want is (pixel_colour = sprite_colour * sprite_alpha + backgr_colour * (1-sprite_alpha)

c) Enable blending

sceEnable(GU_BLEND);

d) When using the texture:

sceGuTexMode(GU_PSM_8888,0,0,0);
sceGuTexImage(0,TEXW,TEXH,TEXBLOCKW,pointer_to_tex_data);
sceGuTexFunc(GU_TFX_REPLACE,GU_TCC_RGBA);
sceGuTexFilter(GU_LINEAR,GU_LINEAR);
sceGuTexScale(1.0f,1.0f);
sceGuTexOffset(0.0f,0.0f);

TexFunc must be GU_TFX_REPLACE with GU_TCC_RGBA in order use the exact values from the texture bitmap!!!

With all this, I got it to work: a sprite against a background. You can mail me for a sample file ;)
_________________
void printSignature(void) {

printf("Brought to you by Kazlivsjy\n");

}