On Fri, 2006-12-01 at 17:42 +0100, Hans Meine wrote:
> audio and video streams in different containers. Thinking about it, I'd say
> let the backends deal with that diversity, have a proper default player
> (which hopefully supports all formats) and automatically fall back on another
> if that player fails for some reason (missing plugin/similar).
I agree with this. I don't think there's any reliable way we can know
beforehand if a player can play a file without actually trying.
I think rather than base the decision on codecs and/or extensions, we
should look instead at more higher level requirements and capabilities.
Maybe we can rank each capability. For example, something like:
Capability Player Rank
---------- -------- ----
CAP_DVD_MENUS mplayer 2
CAP_DVD_MENUS gstreamer 7
CAP_DVD_MENUS xine 10
CAP_DEINTERLACE mplayer 5
CAP_DEINTERLACE gstreamer 3
CAP_DEINTERLACE xine 9
Given an mrl to play, we query it with kaa.metadata and find out what it
is. Is it interlaced? A DVD? What capabilities do we need in the
player to play the file. Then tally up the rank for each required
capability and pick the highest one.
> The more information kaa.metadata is able to extract, the better educated we
> can make that decision, but that would indeed require some database of
> supported formats which would best be queryable from the player
> installations..
And even then, how can we be sure. For example maybe it is a corrupt
video file that otherwise uses standard, well-supported stuff (xvid and
mp3 say) that mplayer has a workaround for, and so plays in mplayer,
meanwhile crashes the other players.
Jason.
-------------------------------------------------------------------------
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
Freevo-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-devel
