Talk:MLlib

Archives

/Archive 1

Thank you for finally writing a nice graphics library in C! I greatly appreciate your work. --SquidMan 16:51, 1 June 2009 (UTC)

Looks really quite nice. A few networking functions and the lib would be complete! --Pinecone 17:18, 1 June 2009 (UTC)

Thank you guys ! :) --Minishlink 19:29, 2 June 2009 (UTC)

Requests

I use your library in my application FMyLife and I was hoping you could add clipping as well as different surface blitting/drawing if possible. It would make my life a whole lot easier, LOL. Thanks very much for the library BTW. Rosch 06:38, 21 July 2009 (UTC)

It's now written in my brain, thanks for the idea. ;) --Minishlink 10:44, 7 August 2009 (UTC)

Hum... if what you want to say is to change the value of a pixel of an image; it's already in the library ! The function "ML_SetPixelColor(ML_Image *image, int x, int y, u32 color)". --Minishlink 17:15, 30 August 2009 (UTC)

Clipping is now added in the SVN, but I still don't know what you want to say with "different surface blitting/drawing". --Minishlink 14:05, 31 August 2009 (UTC)

Well right now I can draw images, objects, etc to one surface - the only visible surface. What I would like is the abilitu to create more drawable surfaces of any size and draw objects to those. Those surfaces are not on screen until I draw that entire surface (or parts of it using clipping) to the main drawing surface.

For example, I'd like object Foo to have its own surface for it to draw too that won't be visible on the main screen. I could draw and draw pretending its surface is its own and use absolute positioning on its own surface. Then when I want the contents of Foo on screen I just blit the entire Foo surface to the main drawing surface.

I could always write this myself now that you've included clipping, however it would be a layer manager on top of your library which is not as elegant.

Rosch 23:58, 1 September 2009 (UTC)

Ok, it's on the to-do list. --Minishlink 15:55, 5 September 2009 (UTC)

Tutorial?

Is there any tutorial for this? Or would someone like to write one? --RiiSen 18:18, 31 July 2009 (UTC)

There is a wiki at http://louislagrange.free.fr/MLlib/wiki but it's not complete now. ;) --Minishlink 10:44, 7 August 2009 (UTC)

Planning

* Do the user requests
* Font handling ML_Font -> I have to port FreeTypeGX from C++ to C, it works now, but there's a very strange bug. (When I move the Wiimote, I dunno why but the text transforms itself into a background of a lot of colors; and colors changes when you move the Wiimote : sooo weird !)
* Release 1.2

--Minishlink 15:55, 5 September 2009 (UTC)

Please do not use this program or Makefile

the Makefile has a very bugged make clean. it is using /include instead of include which can cause major issues. fix this before others suffer the same fate I did. Megazig 02:45, 15 October 2009 (UTC)

It's not very clear... Are you talking about the template Makefile or the MLlib Makefile ? The template Makefile do that when "make clean" : "rm -fr $(BUILD) $(OUTPUT).elf $(OUTPUT).dol" -> It's not deleting /include... And for the MLlib Makefile, it DOES delete include but it's my will : the MLlib folder is the release, and the MLlib_ folder is the source, compile from de MLlib_ and you will get your new MLlib. -- Minishlink

on a *nix system, / is the root of the filesystem, so /include is the include directory on the root NOT the include directory in the MLlib directory or wherever. afaict this is what megazig is complaining about. --Yossi 07:18, 15 October 2009 (UTC)

thank you Yossi. that is exactly what I'm talking about. you use /include which is the include folder on the root of a *nix system. delete that and mess up a system. Very poor Makefile. it's the poor use of MLPATH with not setting it, and not telling to set it in a README that's just piss poor.

Here's what your absolutely terrible Makefile does.

megazig@megazig-desktop mllib % make clean 5:09:55
make: /home/megazig/devkitpro/devkitPPC/bin/powerpc-eabi-gcc: Command not found
rm -fr /include
rm -fr /lib
rm: cannot remove `/lib/libpcsclite.so.1.0.0': Permission denied
rm: cannot remove `/lib/libthread_db.so.1': Permission denied
rm: cannot remove `/lib/udev/scsi_id': Permission denied
rm: cannot remove `/lib/udev/fstab_import': Permission denied
rm: cannot remove `/lib/udev/usb_id': Permission denied
rm: cannot remove `/lib/udev/firmware.sh': Permission denied
rm: cannot remove `/lib/udev/pcmcia-check-broken-cis': Permission denied Megazig 10:15, 15 October 2009 (UTC)

So you're talking about the MLlib Makefile... You know I'm programming on Linux ? I don't have that problem. Anyway, there's nothing deleted because of the protection, right ? I thought I've spoken about the env variable, I'm confused. I'm going to add it to the README. ;) Thanks for the feedback ! --Minishlink 14:32, 15 October 2009 (UTC)