Talk:Libwiisprite

From WiiBrew
Jump to navigation Jump to search

just what i've been waiting for, i'll give a test on my tank's project ^^ --Grillo 15:34, 11 June 2008 (CEST)

nice clean useful library. thanks! --Beardface 16:07, 11 June 2008 (CEST)

Where do I sign up! hehe... looks like I'll be using this library then :D JD 20:38, 11 June 2008 (CEST)

Your library makes me rage. I had just finished writing all my sprite and collision box code with GRRLIB, and now you make this :( Also, any possibility of a plain C version for those who are too lazy to learn C++? Or source. :P SquidMan 080611

  • Thanks for all your comments, guys :) A C version is currently not planned, because OOP is a big feature of this library, which is the reason why development can be so fast with it. But we will release the source once the projects gets mature. --Chaosteil 14:38, 12 June 2008 (CEST)

sprite test not working

Added to the SD and on loading it went to a black screen and any key press would exit. JD 19:02, 13 June 2008 (CEST)

  • What files did you put on your SD Card? --Chaosteil 21:58, 13 June 2008 (CEST)
Whatever was included in the download... couple of png files an xml and a dol JD 22:12, 13 June 2008 (CEST)
Sorted it... small error in the source.
if(image.LoadImage("/libwiisprite.png") != IMG_LOAD_ERROR_NONE)exit(0);
changed to:
if(image.LoadImage("./libwiisprite.png") != IMG_LOAD_ERROR_NONE)exit(0);
HAHA! I feel stupid for not noticing it :D JD 22:30, 13 June 2008 (CEST)
Oh yeah, thank you, this fix is going to be in the next release then. (It would be best to remove the ./ altogether, btw ;) ) --Chaosteil 22:53, 13 June 2008 (CEST)
yea, I did think that, but it wouldn't work for some strange reason?? probably just how tired I am I suppose! JD 23:18, 13 June 2008 (CEST)
Check out the newest release then and report if you can find any bugs :) --Chaosteil 11:22, 14 June 2008 (CEST)
already got the new version running! haha. and with ./ its also answered anther question I had. I was having problems loading some custom PNG files, but that seems to have gone now :) keep up the good work ;) JD 11:50, 14 June 2008 (CEST)

problems with pngs

This is fixed now, since libwiisprite also supports 24bit pngs

I tried to load a png on screen created with Photoshop CS3, but when it is loaded it has no colors, it shows in black and white... I tried with PNG-8 and PNG-24, and no one worked. Then I tried the PNGs provided in the library and it worked. is PhotoshopCS3 saving PNGs in a format that is unrecognizable by the library? or what could be my problem? -- Bool

Please try to save as PNG32 (using an alpha channel should be enough here). We are planning to review PNGU (once we've done with our next update) to possibly support even more png formats, but for now this one has to do the cut, sorry :/ --Chaosteil 03:43, 16 June 2008 (CEST)
Thanks for the quick reply :), it works perfect now, my image had a solid background, I removed a part from it to force photoshop to use alpha channel and it works now :D, thanks again : ) -- Bool
Could some of this information be rolled into the main article? I was getting started with libwiisprite and had problems with an 8-bit png. I didn't think to check the talk page here until I already talked to Chaosteil to get it sorted out. Thav

Collision Detection Woes

This is fixed. You can use both zoom and rotation on collision detection now.

Collision detection is not acurate at all when rotating or zooming sprites... It seems as though the detection algorithm is still using the original Image's unrotated height and width to detect collision.

I'd greatly appreciate a fix; or the source to provide a fix back to you... After all, you can't really play operation without superb collision detection :) --Beardface 04:44, 19 June 2008 (CEST)

Oh, so this actually is an issue? It certainly uses the same width and height you've specified as the image.. Currently the only workaround would be to write a collision detection yourself. I will make sure a fix gets into the next release then ;) --Chaosteil 09:41, 19 June 2008 (CEST)
Check out 0.2.1 for updated collision code ;) --Chaosteil 22:34, 22 June 2008 (CEST)

Text print

Great lib, it's really easy to use, but one thing I miss is Text Printing. The example on the apps main page isn't any good, maybe you could implement a good print system directly into libwiisprite. Anyway, I love it ;) Thanks! --PaRaDoX 04:19, 29 June 2008 (CEST)

Here is one way of doing text with libwiisprite
--Beardface 07:07, 29 June 2008 (CEST)
Thanks beardface for your immediate help ;) Anyway, we are currently working on a complete freetype implementation as an addon of libwiisprite. It is almost ready, but it still needs some work. The next release of libwiisprite will for example come earlier than this addon. Until then, please use this method :) --Chaosteil 12:29, 29 June 2008 (CEST)
Waiting for that ;)

Transparency collision

I've used the collision(works great), but maybe you could add transparency detection. Only return the collision if it's touching something visible. Great work on 0.3.0a! --(Previusly unsigned)PaRaDoX 00:12, 9 July 2008 (CEST)

Pixel-perfect detection is very unlikely, since it's one of the most inefficient things one can do. You can, however, use multiple rectangles (currently sprites if you also do rotation and zoom, but we'll have something good in the next release) --Chaosteil 00:02, 9 July 2008 (CEST)
Yeah, that is the option I'll have to use. I wanted to make a labyrinth style game, where users could make their own stages. Anyway, each release of LibWiiSprite is better ;) Thanks for your time! --PaRaDoX 00:12, 9 July 2008 (CEST)

Problem: black bands on TV 4x3

I have an old style TV 4x3 and when I make a program using libwiisprite, it displays it with black bands on top and bottom. It does that, also with the demo apps wiispritetest and invaders. I also noticed this problem with other homebrew apps. I presume it can be fixed (homebrew channel doesn't have this problem) but I don't know how. Any idea ? --Gerome 22:57, 14 July 2008 (CEST)

I corrected this using this: "??.Draw(0, -13); " when it draws it all. Just draw 13 pixels up, and it makes the black space dissapear.--PaRaDoX 01:50, 15 July 2008 (CEST)
Thanks ! What would become the total size of the display then ? 666x480 ?? if you use "??.Draw(0, -13); " on a 16/9 TV, are you going to draw outside of the TV ? idealy, I'd like to find a solution that would display correctly in full screen for all TVs... --Gerome 01:17, 16 July 2008 (CEST)
The black space is basically just the overscan that is actually displayed on your TV. (0;0)u(640;480) is the safe zone in libwiisprite which is displayed on all TVs, but everything else may not get shown on some TVs. --Chaosteil 11:08, 17 July 2008 (CEST)