On Wed, Oct 22, 2003 at 05:19:18PM -0400, Jason Tackaberry wrote: > Yeah, it was patched from CVS on Monday, so things have clearly changed > since then. I'll email here an updated patch and as well a sample test > program (which will use imlib2, sorry) for your experimentation. Check > back here in a couple hours.
I got the patch, will be trying it this weekend. > Just so that you know my motives: I had an idea a couple weeks ago about > using Mplayer as a graphics platform for a Freevo like program. It > would rely on Mplayer to do all visual display (menus, as well as video > playing), so basically you get for free support for all devices on which > mplayer works. That sounds good; there is something like that using Xine as well. > I was initially inspired by seeing videos of Tivo in action. It has > very cool animated backgrounds and sliding menus and I am such a sucker > for eye candy. I whipped up in the gimp a similar whirling/fading > background and am using that as a background for the menu, which is > displayed via bmovl[2]. 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 :) > The background here is animated and wavy, and the "Programs" slides > across the screen and fades away, copying somewhat blatantly how the > Tivo works (and much more amateurishly, since I'm pretty pathetic when > it comes to the artistic stuff). You can see what I mean here -- sorry, > it's lame: > > http://people.auc.ca/tack/archive/2003-10/whirly-background.mpg Looks pretty neat... I know SDL has the ability to do that kind of stuff, so we could probably support animated backgrounds. > The menu you see in the screenshot slides in from off screen and fades > in as well. From my test program, I use the arrow keys to move up and > down, and new menus slide and fade in, and the existing one slides off > screen and fades out. It's a very nice effect and in spite of the whole > thing using 100% of my poor Athlon 1400, it is very smooth. 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. > For mplayer to be used as a platform for this sort of thing, there are > certain requirements. One is that obviously when a video is paused, the > user must still be able to navigate menus. So bmovl2 allows for > updating images while mplayer is paused. Also, to get a nice animated > effect, it has a MOVE command, and allows you to change the location of > an image without having to resend the whole thing through the FIFO each > time. Lastly, you can specify multiple images which are stored in > mplayer's memory which you reference by id from your application. (It > acts sort of like an X server in this respect, storing pixmaps.) This > allows you to, for example, have a menu in one id, and some sort of OSD > background in another id, which you can slide in from off screen at any > time without having to retransmit each frame over the FIFO. Much more > efficient and much smoother. Definitely. > I think a lot of the features above also align with Freevo's goals. In > my case, my project is mostly an experimentation for ideas, but it also > may some day evolve into a competitor for Freevo and possibly Mythtv > too. (Probably not, but who knows :)) Well, we'd always welcome more options... :) And more competition is always good for users... Aubin ------------------------------------------------------- This SF.net email is sponsored by OSDN developer relations Here's your chance to show off your extensive product knowledge We want to know what you know. Tell us and you have a chance to win $100 http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54 _______________________________________________ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
