Gustavo Sverzut Barbieri wrote: > --- Dirk Meyer <[EMAIL PROTECTED]> escreveu: >> A next step for me is to break the menu. MenuWidget creates pages to >> draw on the screen. This should be done inside the listing area >> code. Right now, the menu asks about cols and rows. So I will spit >> MenuWidget into the handling of the menu and move the >> drawing/initpage code into gui. > > Great. We should de-couple things more.
Did it yesterday (not in cvs) and looks much better now. >> Some people ask about animations. I tested some stuff with the new >> gui >> code. In image viewer, when you press DISPLAY, the osd moves in. This >> is way to slow. I tried nice stuff like moving old items in the menu >> to the left and let the new items come from the right...it's a >> pain. The reason: for some strange reason pygame is the bottleneck. >> pygame == sdl == for games. I don't see how. Maybe years ago. Even >> creating a surface is slow (it should be only a malloc in C), >> blitting >> surfaces together is too slow to do some nice animations. When you >> look at bmovl, you see that it is possible to do fast blitting (the >> osd is blitted on every frame in mplayer). > > Dischi, maybe we're doing something weird. Need to check with pure > pygame to see if it's their or our problem. > I'm coding a pygame tutorial to write a tutorial/course here and the > game is a basic side-scrolling ship game. The background is repainted > everytime, the ships have alpha channel (32bit-RGBA) and the thing runs > smooth! It is running at locked-60fps, but it can go even faster! It > also can runs on slower machines without problem. > Maybe we should ask pygame hackers to give freevo a look and try to > spot problems there... maybe some unecessary conversions could spend a > lot of CPU time See my other mail and the changed example. >> So we need a new backend, not pygame. Or better, split the backend in >> rendering and showing (this is possible with the new gui code). We >> could use a fast renderer (imlib2 or gdkpixbuf) and show it with >> pygame (or something else). Since I don't have time for all this, >> someone else needs to play around with this, I won't. Without a >> better >> backend, there will be no cool animation support! Please contact me >> if you want to do this. > > imlib2 seems the optimal. It's really fast and thing like scaling are > much better than the one we use now. Those how read the irc the last two days know what will come, the others, be suprised in about three weeks. :-) Dischi -- Bills travel through the mail at twice the speed of checks. ------------------------------------------------------- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com _______________________________________________ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
