Re: Enable FFmpeg AC3 / DTS decoders
Petri Hintukainen <[email protected]> Mon, 16 Jun 2014 12:02:28 +0300
| Newsgroups | gmane.comp.video.xine.devel |
|---|---|
| Message-ID | <1402909348.7033.14.camel@ph-NF310> |
Hello, On su, 2014-06-08 at 20:38 -0400, Brad Smith wrote: > Here is a diff to enable the AC3 / DTS decoders via FFmpeg. > > > diff -r a974f181df3f src/combined/ffmpeg/xine_audio.list > --- a/src/combined/ffmpeg/xine_audio.list Fri Jun 06 21:12:20 2014 +0200 > +++ b/src/combined/ffmpeg/xine_audio.list Sun Jun 08 20:03:38 2014 -0400 > @@ -41,15 +41,16 @@ > WAVPACK WAVPACK WavPack > AMR_NB AMR_NB AMR narrow band > AMR_WB AMR_WB AMR wide band > +A52 AC3 AC-3 > EAC3 EAC3 E-AC-3 > AAC AAC MPEG4 > AAC_LATM AAC_LATM AAC LATM > ADPCM_G726 ADPCM_G726 ADPCM G726 > QCLP QCELP QualComm Purevoice > OPUS OPUS Opus Audio > +DTS DTS DTS > > # disabled codecs (ref. configure.ac) > -! AC3 > ! ADPCM_ADX > ! ADPCM_G726 > ! DSICINAUDIO This also changes default decoders for AC3/DTS. Priority of ff_audio decoder is higher (7) than current libdts (1) / liba52 (5) decoders. Maybe we should also increase those priorities ? I don't know if AC3/DTS passthru works with ffmpeg decoder. Is there some advantage in preferring ffmpeg instead of liba52/libdts ? Downmixing support ? Maybe that could be moved to audio out so that all decoders could benefit from it :) - Petri ------------------------------------------------------------------------------ HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing & Easy Data Exploration http://p.sf.net/sfu/hpccsystems