[MPlayer-dev-eng] proposed new codecs.conf [Re: new video codec selection code]

Daniel Egger degger at fhm.edu
Wed Mar 20 13:30:01 CET 2002


Am Mit, 2002-03-20 um 03.05 schrieb Juan J. Sierralta P.:

> 	When you're gonna send the patch ?

The patch(es) are only for components which are included in mplayer
(ffmpeg/libmpeg2/mp3lib (in work)) but developped within so it's
probably so at least for libavcodec mplayer is not the right place
to submit the changes.

Further I need infrastructure changes to mplayer and the subcomponents
to detect AltiVec presence and push the information about the
availability of a working compiler/binutils from configure to the
subcomponents. Although I've extended configure to detect the presence
I still lack the runtime detection, there needs to be more work
done to get it running correctly on non-AltiVec machines.
 
> > so finally the ac3 decoder is the hugest cpu consumer when watching CDs.
> > Theoretically the builtin Rage Mobility chip could do iDCT in hardware
> > but I never managed to get that running.

> 	Has anyone ?

No, in fact this information is only available under NDA and only for
very special people. I know exactly four people on earth who have this
information:
- Dirk Hohndel (former SuSE CTO, now at HP I believe)
- James Simmons (Transvirtual, the framebuffer guy)
- Keith Packard (SuSE, Core X developer, Xft freak)
- Me (not affiliated with any of the above anymore :))

Problem is that the information is so sparse that neither of those 4
can really decipher it. I managed to setup the engine (well, I believe
so since I couldn't test it) but have no clue how to pass the
coefficients into the engine, they're probably memory mapped but I don't
know where, maybe they could be passed using the standard messaging
system but I don't know which packets to send.

> 	I had the same problem, after a Kernel upgrade the DVD stop spinning
> down everytime :)

I suspect that spinning down the DVD rom to run at 1x speed only for
playback might solve the problem because it cannot precache enough
data anymore to spin down.
 
-- 
Servus,
       Daniel




More information about the MPlayer-dev-eng mailing list