Gustavo Sverzut Barbieri wrote:
> But it would be useful to control the music too... someone else already
> mentioned it.
> Maybe we could have a button to toggle music control. In a ideal
> solution you can press this button and a mini music control will slide
> from some side of the screen and you will have the cover, music name,
> music info, how many times the music was player, etc... and the next
> and previous music. Maybe a button to the playlist/dir is need, when
> this button is pressed we show the file browser over the current
> application, for the sake of simplicity it could use the current music
> menu and when you do the action you're back to the place before the key
> was pressed.
Right now it will be very easy to add a button to SHOW_PLAYER to show
the player again. It doesn't matter were you are, even while viewing
images, this is possible. To control the audio player while you don't
see it, well, we need special buttons for that, but it's easy, too.
> BTW, when you expect to have animation support up and running? I want
> to play with some things (I was playing video games and have great
> ideas... pulsing items/icons, animated scroll, aka smooth scroll...)
> just need to find some time to implement them :(
Time...that is one problem. But pygame is another. We really need a
faster backend. pygame is render and display engine. That render part
is very slow. E.g. create a surface. It should be only a huge malloc
in C, but it is much slower. Also blitting two surfaces into each
other is slower than it should be. Look in the animation code in 1.5,
the image viewer blending stuff. We only blit two surfaces on the
screen, but it way too slow.
So want we need is a render backend in gdkpixbuf or imlib2 or am
afraid you cool animation ideas won't work. The idea behind my
animation support is that you move gui objects and change them. It is
possible right now in my code, but too slow to do. Try current cvs,
start the image viewer and press DISPLAY. You see the osd scrolling
in. But too slow!
> How do you plan to design those screens to be shown over mplayer?
> Using the same concept as used by video/tv/music?
My code doesn't care about the backend. Everything can draw on every
screen (sdl/bmovl) and I can switch screens (e.g. to bmovl when
starting mplayer). The backend only has to be fast enough to do this.
> How do you plan to design animation?
Similar to the old one. You have an animation object. But it does not
draw something, it only changes the objects already on the
screen. Wait for my next big checking to see. It's already there, only
(to say this again) too slow.
Dischi
--
"We're back to the times when men were men and wrote their own device
drivers"
-- Linus Torvalds
-------------------------------------------------------
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
