tag:blogger.com,1999:blog-2611934025719730694.post3191049096960156230..comments2008-06-08T10:32:27.712-07:00Frontiernoreply@blogger.comBlogger21125tag:blogger.com,1999:blog-2611934025719730694.post-66473831392544770092008-06-08T10:32:00.000-07:002008-06-08T10:32:00.000-07:00I want to inform you I released my game that use pngu for loading images.<BR/>http://scognito.wordpress.com/2008/06/08/scogger-02-for-wii-and-gamecube-is-out/<BR/><BR/>Thanks for the lib!Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-2611934025719730694.post-75308527539261481432008-06-04T08:56:00.000-07:002008-06-04T08:56:00.000-07:00Buenas oyzzo, ¡bienvenido a mi humilde cibermorada!<BR/><BR/>No sólo me lo he planteado sino que es justamente lo que estaba haciendo cuando he visto tu mensaje :D<BR/><BR/>Ya de paso quiero meterle algunas mejoras extras: Guardado de capturas de pantalla en formato png, lectura del canal alpha y posibilidad de usar la librería en entornos multihilo. Tardaré un poco, pero creo que merecerá la pena.<BR/><BR/>Un saludo!Frontierhttp://www.blogger.com/profile/11652848179300950879noreply@blogger.comtag:blogger.com,1999:blog-2611934025719730694.post-13391349706844513612008-06-04T07:55:00.000-07:002008-06-04T07:55:00.000-07:00Buenas frontier soy oyzzo :) ahora que ha salido devkitppc r15 con la libogc nueva y libfat me pregunto si te has planteado portar PNGU a libfat. Para el motor Revolution Engine que estamos desarrollando usamos libfat, así que nos interesaria bastante ;)noelhttp://www.blogger.com/profile/10357696801367978920noreply@blogger.comtag:blogger.com,1999:blog-2611934025719730694.post-44457498097597998932008-06-03T15:39:00.000-07:002008-06-03T15:39:00.000-07:00Ehehe I thought at first solution, since for the second i don't know the way to understand how a pair is COLOR-MAGENTA or viceversa.<BR/>Thanks anyway :)Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-2611934025719730694.post-61713224480758682732008-06-03T04:12:00.000-07:002008-06-03T04:12:00.000-07:00Mmmmm... There are three possible solutions:<BR/><BR/>1 - The easiest: Just tell your artist about the problem so he/she can make sprites in wich every pair of pixels is always COLOR-COLOR or MAGENTA-MAGENTA.<BR/><BR/>2 - The not so easy: Before writing any pair of pixels to xfb you have to test if it is COLOR-MAGENTA or MAGENTA-COLOR. In this case you have to read the pixel's pair stored in xfb and make a new one combining your pair and xfb's pair. This is an slow solution but it should work.<BR/><BR/>3 - The hard way: Just forget about writting your sprite directly to xfb. Instead, you can load your sprite to a texture and apply it to a square. Then you can draw the square at the appropiate screen position using GX commands. This solution is way faster than any other, but you have to learn GX, the 3D drawing interface of Wii/GC.<BR/><BR/>Unless you have a good reason, probably you should try the first solution...Frontierhttp://www.blogger.com/profile/11652848179300950879noreply@blogger.comtag:blogger.com,1999:blog-2611934025719730694.post-82351658583528482772008-06-03T03:21:00.000-07:002008-06-03T03:21:00.000-07:00Also, since you read my post and my drawing function, how can I deal with a pair of pixels where one is of a color and the other is "transparent" (magenta)?<BR/><BR/>For displaying I use this in my for loop (simplified):<BR/><BR/>z=0;<BR/><BR/>for(i...<BR/> for(j...<BR/> if (sprite.ycbImg[z] != COLOR_MAGENTA)<BR/> xfb[j + fboffset] = sprite.ycbImg[z];<BR/> z++;<BR/> }<BR/> fboffset += 320; //move to the next line<BR/>}<BR/><BR/>This works well when the pair is COLOR+COLOR (it is drawn), and MAGENTA+MAGENTA (whose code is stored in the COLOR_MAGENTA macro).<BR/>The problem is when a pair is COLOR+MAGENTA or MAGENTA + COLOR, where the result is displayed with some magenta variation.<BR/>It would really easy if i could separate the 2 pixels...<BR/>Any hint?<BR/>Thanks as usual, your lib will be quoted in my game.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-2611934025719730694.post-79747192681488676142008-06-01T18:08:00.000-07:002008-06-01T18:08:00.000-07:00Thanks! It worked!<BR/>Making a simple wrapper for loading png instead of bmp (just for the backgrounds for now) reduced the size of my game from 7.8MB to 1.7MB!!!<BR/>Any chance to have support for transparency? I don't need the alpha blending, just full transparency instead of using magenta, but it's ok even this way!<BR/>Thank you for pngu!Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-2611934025719730694.post-65018460370635182442008-06-01T09:06:00.000-07:002008-06-01T09:06:00.000-07:00You are right, the xfb always manages two pixels at a time. But I'm also right, if the size of two pixels is an u32, the size of one pixel is an u16, so you only need 136*80*2 bytes to store your image.<BR/><BR/>However, your drawing routine works with pixel pairs instead of single pixels, so you have to declare your buffer as u32 and specify the number of pixels pairs, not the number of single pixels. In your case this should look like "static u32 bufLogo[136*80/2];".<BR/><BR/>The last thing you have to modify is the line "u32 z = ((136>>1) * 80);". I don´t understand what you are triying to do here, but if you want things to work then you have to replace it by "u32 z = 0;".<BR/><BR/>I've tested the program with these modifications an works fine. It's very important that you understand YCbYCr format if you are going to work with it. Maybe I'll post an article about Wii/GC pixel formats soon... Maybe, if I have time...Frontierhttp://www.blogger.com/profile/11652848179300950879noreply@blogger.comtag:blogger.com,1999:blog-2611934025719730694.post-24319156657663160622008-06-01T07:24:00.000-07:002008-06-01T07:24:00.000-07:00Ok I think I'm a bit confused than before :P<BR/>What i know is that the xfb manages a pair of ycb pixels and its size is u32.<BR/>I made few programs drawing to the fb, and I always declared "static u32 *xfb = NULL;", but you use void* and it confuses me much as i'm not very familiar with these things.<BR/><BR/>In my old stupid library I got bitmaps display correctly, storing the ycb values to a u32 array. I can send you how i did it.<BR/><BR/>Anyway i modified example fb display example of pngu in this way: http://rafb.net/p/6mlqJ499.html<BR/><BR/>There are small differences with the example, the image is displayed but in a "wrong" way. (It works on emulator though).<BR/><BR/>Thanks for help in advance.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-2611934025719730694.post-41059948763548512242008-06-01T03:50:00.000-07:002008-06-01T03:50:00.000-07:00The way you call PNGU_DecodeToYCbYCr is OK, but the way you obtain memory for the buffer is not.<BR/><BR/>Firs of all, you are requesting an u32 (4 bytes) for each pixel, and in YCbYCr a pixel only takes 2 bytes (u16). So, yo should request 136*80*2 bytes, or in your case "static u16 bufLogo[136*80];"<BR/><BR/>Also, I'd change my buffer request to "u8 *bufLogo = memalign (32, 136*80*2);" This way is preferable because you can select buffer size at runtime. The reason I call memalign instead of malloc is to make bufLogo 32 bytes aligned. This is irrelevant in your particular case, but if the GPU is going to access the buffer, for example if you use the image as a texture, it's absolutely necessary. Of course you must call "free (bufLogo);" when you are done with the buffer.<BR/><BR/>Finally, after performing any PNGU_DecodeTo* call, if the buffer is going to be accessed by the GPU, you have to call "DCFlushRange (bufLogo, 136*80*2);". Again this is not your case, but could be in the future, so you are warned...<BR/><BR/>I hope this helps you.Frontierhttp://www.blogger.com/profile/11652848179300950879noreply@blogger.comtag:blogger.com,1999:blog-2611934025719730694.post-269655985484031762008-05-31T18:24:00.000-07:002008-05-31T18:24:00.000-07:00Hi, since i want to use your lib for making sprite, i want to store the information of each image in ycbycr format after the image is decoded.<BR/><BR/>This is the example (hardcoded values of x & y) that works drawing directly to the framebuffer:<BR/><BR/>if (PNGU_SelectFileFromBuffer logo_data) != PNGU_OK)<BR/>printf ("PNGU_SelectFileFromBuffer failed!\n");<BR/><BR/>PNGU_DECODE_TO_COORDS_YCbYCr (0, 0, 136, 80, 640, 480, xfb);<BR/><BR/>What I want to do is store the information in an array, for displaying it later using 2 for loops (i did it working with bitmaps). The code I tried to use is:<BR/><BR/>static u32 bufLogo[136*80];<BR/>PNGU_DecodeToYCbYCr (136, 80, bufLogo, 0);<BR/><BR/>This doesn't load the image in my array, and i don't know the why... some hint?<BR/><BR/>Thanks!Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-2611934025719730694.post-54674478719426853122008-05-06T06:08:00.000-07:002008-05-06T06:08:00.000-07:00I'm sorry to say PNGU currently ignores alpha values of input png files and give all pixels an user defined alpha (the same for every pixel in the image) :(<BR/><BR/>However, reading input alpha is first thing in my TODO list and be available very soon in PNGU 0.1d release.Frontierhttp://www.blogger.com/profile/11652848179300950879noreply@blogger.comtag:blogger.com,1999:blog-2611934025719730694.post-50476732366204553482008-05-06T05:15:00.000-07:002008-05-06T05:15:00.000-07:00I see, yes, it seems to only support PNG (RGB888 format) to XFB (YCbYCr format) conversion<BR/><BR/>I think I will give a try to your implementation instead<BR/><BR/>do you have advices on how to render transparency effects in EFB, for example using superposed .png files previously computed in Macromedia Fireworks ?Chrisnoreply@blogger.comtag:blogger.com,1999:blog-2611934025719730694.post-57318670635739058172008-05-06T03:54:00.000-07:002008-05-06T03:54:00.000-07:00Este es otro caso de falta de coordinación en la scene. Yo no sabía de la existencia del wrapper de softdev, y de haberlo sabido habría hecho el mío partiendo del suyo.<BR/><BR/>De todas formas creo que el mío es más completo ya que soporta lectura desde la SD frontal, puede pasar la imágen al esotérico formato que usan las texturas de Wii/GC y además sigo añadiendole nuevas funcionalidades.<BR/><BR/>Lo mejor es que mires la interfaz pública de ambos wrappers y te quedes con el que más convenga a tu propósito.<BR/><BR/><BR/>This is another case of descoordination in the scene. I didn't know about softdev's wrapper and if I would known I've done mine based in his code.<BR/><BR/>Anyway I think mine is more complete because it supports reading files from SD card, it can convert images to the esoteric texture format of Wii/GC and I'm still adding new funtionalities to it.<BR/><BR/>Yo better take a look of the public interfaces of both wrappers and pick the one that best fits your needs.Frontierhttp://www.blogger.com/profile/11652848179300950879noreply@blogger.comtag:blogger.com,1999:blog-2611934025719730694.post-54380818069013676982008-05-06T02:36:00.000-07:002008-05-06T02:36:00.000-07:00http://www.tehskeen.com/forums/showthread.php?t=4702<BR/><BR/>what's the difference ?<BR/>thank youAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-2611934025719730694.post-45163763540348308192008-05-05T13:00:00.000-07:002008-05-05T13:00:00.000-07:00Hola, no encontré tu email, te dejo el mio nodani@gmail.com dame 1 toque y te paso el source (aunque es un tocho). Creo que es una incompatibilidad con GRRLIB, así que no tengo ni idea de cómo solucionarla... =StheNinjaBunnyhttp://www.blogger.com/profile/18049322689893322317noreply@blogger.comtag:blogger.com,1999:blog-2611934025719730694.post-14492646654317525132008-05-05T04:16:00.000-07:002008-05-05T04:16:00.000-07:00Eres piratilla pero te queremos igual xD.<BR/><BR/>Un abrazo tío ;).Lennynoreply@blogger.comtag:blogger.com,1999:blog-2611934025719730694.post-3416106308625365442008-05-03T06:03:00.000-07:002008-05-03T06:03:00.000-07:00Muchas gracias por la página. La he visto y te ha quedado muy bien :D<BR/><BR/>Si quieres pásame el código fuente por email y le doy un vistazo a ver si puedo averiguar que es lo que falla.Frontierhttp://www.blogger.com/profile/11652848179300950879noreply@blogger.comtag:blogger.com,1999:blog-2611934025719730694.post-37912698826295153272008-05-03T04:22:00.000-07:002008-05-03T04:22:00.000-07:00Bueno, la página ya está, no es gran cosa pero tengo que practicar el inglés de alguna forma xD<BR/><BR/>Y si, lo que quiero cargar no son png's, pero algo estoy implementando mal en la tinyFat FS porque se me cuelga la aplicación y no sé el motivo_CONEJOhttp://www.theninjabunny.com/noreply@blogger.comtag:blogger.com,1999:blog-2611934025719730694.post-41736028026753977702008-05-02T17:54:00.000-07:002008-05-02T17:54:00.000-07:00Hola _conejo,<BR/><BR/>En principio no deberías necesitar ninguna llamada a f_stat. En su lugar tienes que llamar a PNGU_GetImageProperties.<BR/><BR/>Si te hace falta f_stat porque en tu programa cargas otros tipos de archivo además de .png, tienes que desactivar el acceso de PNGU a la SD para no crear conflictos por montar dos veces el sistema de archivos. Eso se hace comentando la línea "#define PNGU_USE_WII_SD" en el archivo "pngu.h".<BR/><BR/>Si comentas esa línea debes cargar por tu cuenta los archivos .png enteros en un búfer de memoria y usar PNGU_SelectFileFromBuffer en lugar de PNGU_SelectFileFromWiiSD. Si te sigue fallando escríbeme a frontier@frontier-dev.net y trataré de averiguar que está pasando...<BR/><BR/>La página de wiibrew no tenía intención de escribirla, más que nada por falta de tiempo. Si te encargas tu te estaría muy agradecido :)<BR/><BR/>Saludos!Frontierhttp://www.blogger.com/profile/11652848179300950879noreply@blogger.comtag:blogger.com,1999:blog-2611934025719730694.post-25217424897914605812008-05-02T12:05:00.000-07:002008-05-02T12:05:00.000-07:00Hola,<BR/><BR/>Primero felicidades por la librería. Ahora estaba intentando cargar archivos desde el SD frontal y montarlos los monta bien, pero al hacer un f_stat la aplicación se cuelga y crashea. He mirado tu código y sigo sin saber qué falla (también uso tinyFAT-FS). A ver si lo miro con más calma o le puedes echar un vistazo porque me tiene que estar fallando algo.<BR/><BR/>Por cierto, ¿tienes pensamiento de escribir la página de PNGU en wiibrew? (es por hacerlo yo, porque me parece interesante). Quizás podrías incluir tu librería en GRRLIB y unificar... no sé<BR/>¡adelante!_CONEJOhttp://www.theninjabunny.com/noreply@blogger.com