I think we're talking about two different things, but I agree; I like the way each "plugin" in mmpython appears to 'register' itself and it's type with the main code, and plugins could work the same way - at least playback plugins.
i.e. xine.py - returns (video/dvdnav, video/avi, video/mpg, audio/flac, audio/ogg/ ... and then we just use the Freevo "mime" types to associate the programs with files. The plugin.activate code could then accept a list of mime-types optionally, if someone wanted to mix and match; otherwise, just use the first available player. Aubin On Sun, Aug 17, 2003 at 06:03:50PM +0200, Dirk Meyer wrote: > Aubin Paul wrote: > > Woohoo! Nice work Dischi; if I can find some way of adding FLAC > > metadata parsing to mmpython, we could support lossless audio > > compression very easily thanks to this. > > I think it's to create something better to describe a plugin. Right > now, when you can only activate xine or mplayer for audio > playback. But maybe I want mplayer for all audio except flac (whatever > that is). A plugin needs to have a list of supported files/codecs. So > mplayer won't report flac and we should switch to xine here. Some for > DVD. Freevo should ask all video players: do you support DVD > nav. Mplayer will report no, xine yes and the choice is easy. > > > Dischi > > -- > Backup not found! A)bort, R)etry or P)anic? ------------------------------------------------------- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01 _______________________________________________ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
