[Mplayer-dev-eng] Re[3]: [Mplayer-users] 0.18pre4 released with native divx codec :)

[Felix Bünemann]

Hello Arpi,

Saturday, July 07, 2001, 6:49:24 PM, you wrote:

A> Hi,

>> On Sat, Jul 07, 2001 at 12:21:39PM +0200, Felix Buenemann wrote:
>> > > that driver type. With your patch it is not possible to give that option
>> > > into config file to TRY to force driver type but not disturb formats which
>> > > hasn't got codec inside that driver type set. Or something :) I hope I was
>> > > clear enough but who knows ...
>> > >
>> > > > so you can do something like ./mplayer foo.avi -ac mp3acm -vc ffdivx
>> > >
>> > > Nice, but as I mentioned above you CAN'T insert these options to your
>> > > config file!! I didn't want to FORCE a special codec BUT TRY to force
>> > > a DRIVER TYPE (not codec). You option is usefull but somewhat differs from
>> > > my goals so I think patches of both of us are usefull and for different
>> > > things. (It would be usefull to force a dedicated audio/video codec for
>> > > playing but it would be usefull to try to use codec from a driver family
>> > > as well. These are not the same!!)
>> > I know, these switches are of course useless for config file, but if you 
>> > always want to prefer ffmpeg codecs you can simply move them up in codecs.conf
>> > but we may simply allow bothe methods, so have -ac and -vc and also have -afm 
>> > and -vfm how about that?
>> 
>> No. You may want to test performance of ffmpeg codecs only and you don't want
>> to edit codecs.conf each time. I wanted to avoid this constant editing with
>> my new option. You may want to use to test several ffmpeg codecs for a while
>> on different type of movies (different codecs within ffmpeg codecs "familiy").
>> So it's simple to put a vcodec=5 line into your config file and you needn't
>> worry about playing movies can't handled by ffmpeg codecs because mplayer
>> would fall back other type of codecs in this way and so on.
>> 
>> Maybe I'm wrong but imho now there is NO option to select codec driver
>> FAMILY (not an individual codec, a set of codecs belong to the same driver
>> type). For testing purposes I will keep my modification (though I'm not sure
>> to mix it with your patch and commit or not) because it's much more easy to
>> test several things in this way (dshow/nodshow switches were similar to my
>> option but those were able to select between dshow/nodshow codecs only.
>> I want to extend this to any type with -vcodec).
>> 
>> Well, this is not a flame thread though it begins to become that :)

A> Ok. Then my opinion:
A> We need both -ac/-vc options (to select a single driver by name, and fail
A> if it can't be selected) and -afm/-vfm to select codec family (it was
A> 'format' before, but 'fm' is goof for 'family' too :))
A> This -afm/-vfm stuff should fallback to autodetect, if no usable codec
A> found in the selected driver (it will solve Nick's -afm 1 vs. AC3 problem
too) ->> it means that -afm should be fixed too (it will force driver,
A> doesn't matter that if works...) and -vfm added again.

Yea, exactly what I thought (even the stuff with format like family
:), I'll code it this night and commit in the morning.

A> If we are alredy here, then the status field of codec descriptors should
A> be handled too. For exampel, simply skip drivers with 'crashing' status...
A> (skip if there are other working codecs for this format, and print
A> warning message if no better codec found)
hmm, but currently there is no predefined stuff yet for status field
so that should be defined first before adding that.

A> and we should move to -dev-eng list...
just done.


A> A'rpi / Astral & ESP-team

btw. sorry I mail with windooze but my linux mailprog is currently
fucked up and here I have the whole maildatabase, too. :(

-- 
Best regards,
 Felix                            mailto:atmosfear at users.sourceforge.net



_______________________________________________
Mplayer-dev-eng mailing list
Mplayer-dev-eng at lists.sourceforge.net
http://lists.sourceforge.net/lists/listinfo/mplayer-dev-eng