Jason Tackaberry wrote: > On Sat, 2005-07-16 at 17:51 +0200, Dirk Meyer wrote: >> Right. A kaa-mplayer with only one file seems a little bit stupid. > > It could as easily be bundled with kaa-base. Or just bundle it and > kaa-xine with kaa-canvas and have kaa-canvas depend on both those.
Maybe kaa-xine would become kaa-player with kaa/player/src/xine and kaa/player/src/mplayer installing to kaa.xine and kaa.mplayer. >> One question: how to you plan to mix xine and mplayer in mevas with >> mevas also running on xine/mplayer and fade in/out with only one xv >> engine? > > Well, I'm not doing any of this for mevas. This would be for the new > canvas code. Sorry, I s/mevas/canvas/ in my part. :) > Anyway, I don't think I understand your question. I could attempt to > interpret it, but I'd rather you rephrase. :) It's ok, that's what I wanted to know. > With mplayer, this is done using vf_outbuf. CanvasMovie starts MPlayer > using -vf outbuf, which allocates a buffer accessible over shared > memory. BTW, it would be nice if you could try to get your patches in mplayer. It's much easier for me to tell the users to use mplayer pre8 or pre9 or even cvs and not 'patch mplayer'. > Then CanvasMovie would attach to this memory and takes each > frame as it comes in, putting it into an evas Image object and updating > the canvas display. MPlayer at this point does have another window > open, has grabbed the Xv port, but it would be underneath the Freevo > window, and vf_outbuf would prevent it from being drawn to. That may work with x11, but what about the other outputs for mplayer? The fb output has no window, did you try that, too? There is also vidix and xvidix (or for xine vidixfb and vidix). > When the user wants to go fullscreen, vf_outbuf begins rendering to > both the buffer and the X11 window (Xv), then the canvas draws a > nice animation/zoom/fade/whatever, and then CanvasMovie object would > tell the root canvas (i.e. the X11 window) to hide, thereby exposing > the MPlayer window. vf_outbuf then stops sending the video to the > buffer. > > All this is very hackish. Yes :) > But I've tested it, and it does work. If you use a fairly dark > colorkey (rather than the default blue) it looks pretty seamless. I would like to see that in some small piece of code. > Now, while the movie is running fullscreen, we want to be able to draw > to it as well. Could be anything like a nice OSD interface, or > notification alerts -- say the user gets a new email or an instant > message. Right. Freevo cvs already needs this. The user can press the DISPLAY button and he gets the position in the movie + current time + some texts. And on an error, we also draw a popup box on mplayer. Dischi -- Life can only be understood backwards but it must be lived forwards.
pgpP7qBsMJxos.pgp
Description: PGP signature
