I had an idea to use OpenGL for the interface.. Make a vo-plugin to MPlayer to display the video on a GL-surface in a separate thread and have "freevo" display on separate surfaces.. You'll get a lot of stuff for free if you use that approach... No need for bmovl, hardware accelerated alphablending, you can do crazy stuff like having a transparent ball bouncing to the music on top of the menu without using dirty hacks.. Just make a thread bounching the ball and you're done :) And you can easily make cool fade-in and curl/ wipe-effects when changing pages in the menu or change channels :) The downside of course is that it would require OpenGL-capable hardware.
// Per Wigren On Thursday 23 October 2003 16:19, Jason Tackaberry wrote: > On Thu, 2003-10-23 at 09:49, Aubin Paul wrote: > > Well, since we use Pygame/SDL, it would be possible to do that kind of > > stuff, but I like Freevo's "quiet" interface because I work in the > > same room as my TV and it's on all the time :) > > I can appreciate that. :) It would be easy to make a setting where you > could make the menus static by just pausing mplayer. > > > Hmm... perhaps you should generate a seamless loop and "play" that via > > mplayer. Do the rendering in advance and then let mplayer handle it > > since it's already optimized for playback. > > Yeah, that's the idea. You'd call mplayer like this: > > mplayer -vf scale=800:-2,expand=800:600,bmovl2=/tmp/mplayer.fifo \ > whirly-background.mpg -fixed-vo -loop 0 > > Mplayer will seamlessly loop this movie. The whirly-background example > is a bit fast and to make it less annoying should be slowed down (Tivo's > animation is quite slow). You could simulate that with -fps 20 or -fps > 15, but then that will impact the animation speed of anything done with > bmovl2 as well. This is a problem in general (because what if the user > wants to play something that happens to be, for whatever reason, 5 fps), > so I will be looking at having bmovl2 update independently of frame > rate. > > Right now I am spending a bit of time looking at how to optimize the > blending routines in bmovl2. They'd definitely benefit from MMX. > > > Well, we'd always welcome more options... :) And more competition is > > always good for users... > > And for stealing ideas from each other. :) > > Cheers, > Jason. ------------------------------------------------------- This SF.net email is sponsored by: The SF.net Donation Program. Do you like what SourceForge.net is doing for the Open Source Community? Make a contribution, and help us add new features and functionality. Click here: http://sourceforge.net/donate/ _______________________________________________ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
