"Benjamin Zores" wrote: >> That's great. I also know GeeXboX for some time and looked at >> screenshots and the feature list for time to time. But I never tried >> it. > > All projects know about each other while barely having a try at others. > This is quite similar everywhere ;-)
Yes. >> That sounds great. Two good things can come out of this for Freevo: >> first of all, we will hve a LiveCD and second, I hope you can also >> contribute code. :) So yes, I really like that idea. > > There'd be pro for both projects imho. > First would be advertisement of course, as projects are more binded and > that way much more known, which is primary target for ruling the world ;-) :) > Then, just to let you know (and others), GeeXboX currently is a > minimalistic media center. We only use Shell scripts and C programs and > everything is done with these langages. We also are dealing with uClibc in > order to strip everything down to a 6-7 MB ISO. If you add Python, I guess 6-7 MB is not possible. > Adding Python and all related stuff will take us a bit of time as > unfortunately few people only from my team have a Python knowledge (time > to enhance our skills too :-) Learning Python is very easy. For me and most Freevo developer (now and in the past), Freevo was the first Python code they wrote. If you know how to code (and you do if you use C), Python is very easy to learn -- about 4 hours. http://docs.python.org/tut/tut.html is a good start. > So your team might of course help mine to have the basic steps done. No problem, just ask. > More than just packaging, we've been hacking a lot on vanilla MPlayer for > example over past years and many features now existing in FFMpeg/MPlayer > came from some GeeXboX devs. So you might expect the same to happen to > Freevo (once we'll have learned Python of course :) Feel free. >> As written by Jason: we need two patches in mplayer: the first one >> (the important one) is to draw on top of mplayer. And we don't want to >> use bmovl because it is way to slow. All communication is done using a >> pipe and you can't do animations on top of mplayer. So Jason from a >> patch that is not in mplayer yet. The other patch is that we want to >> output mplayer to a buffer so we can show the video in a small video. > > Yeah, I'm aware of all of Jason's patches and efforts to both MPlayer and > Xine dev lists ;-) Most MPlayer devs are lazy guys though and patches need > to be pushed a bit more to get included :-( > I'll try my best on that with Jason's help if needed. That would be great. I have the feeling once Mplayer 1.0 is out it will take a very long time for a new release. And I want the code in an mplayer release when we release Freevo 2.0. >> Evas has several backends, including framebuffer. Jason wrote an evas >> wrapper (kaa.evas) and we use kaa.display to get a window to draw >> to. With window we also mean DirectFB windows and the framebuffer >> screen. And evas can also output to a memory buffer so you could use >> evas on top of mplayer or xine. Or you can render into a mpeg file and >> play the gui. > > Some guy from my team patched Evas a year ago to add support for VESA and > VIDIX output btw, if it might be useful for someone (was just a tryout > though). Nice. So it is a software renderer like framebuffer or buffer and you just show what needs to be shown? A VESA or VIDIX output would be very nice, maybe also xv in the future. >> BTW, since you are a mplayer developer: do you think it will ever be >> possible to change at least some parts of the filter chain during >> runtime? It would be nice to turn on/off deinterlacing while playing. > > I guess it'd be possible. > I'd like to extend MPlayer slave mode as much as possible (and maybe some > day make libmplayer on top of it for easier use) for such things to be > possbile (like dynamic changes/control). That would be very cool. The dynamic filter chain stuff is the reason why we will prefer xine for 2.0 or maybe gstreamer. But in terms of features mplayer still wins. Dischi -- A real friend is a friend with chocolate.
pgpxLgFdLz3pd.pgp
Description: PGP signature
------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________ Freevo-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freevo-devel
