[Ffmpeg-devel] configure misses libdts

[Måns Rullgård]

Michel Bardiaux wrote:
> Aurelien Jacobs wrote:
>> On Tue, 24 Apr 2007 10:34:00 +0200
>> Michael Niedermayer <michaelni at gmx.at> wrote:
>>
>>> Hi
>>>
>>> On Tue, Apr 24, 2007 at 09:53:00AM +0200, Benjamin Larsson wrote:
>>>> Guillaume POIRIER skrev:
>>>>> Hi,
>>>>>
>>>>> On 4/24/07, Benjamin Larsson <banan at ludd.ltu.se> wrote:
>>>>>
>>>>>> Diego Biurrun skrev:
>>>>>>
>>>>>>> Given that we have a native DTS/DCA decoder now, does it make sense to
>>>>>>> keep supporting libdts/libdca?
>>>>>>>
>>>>>>> Diego
>>>>>>>
>>>>>>>
>>>>>> No, we should remove libdts/dca support and focus on improving the
>>>>>> native decoder.
>>>>>>
>>>>> Mmmm.... but what happens if you find a sample that doesn't work with
>>>>> native decoder; how do you compare it with libdca? Doesn't it make
>>>>> sense to keep support for libdca in that specific case?
>>>>>
>>>>> Guillaume
>>>>>
>>>> Well libdca has it's own front end, you could compare with that. Keeping
>>>> the support will just trigger emails like this and if the native decoder
>>>> doesn't work well then people will just enable libdca and never report
>>>> any problems with the native decoder.
>>> agree, lets drop libd(ts/ca) support
>>
>>
>> agree.
>> The attached patch does just that (should be followed by a
>> svn rm libavcodec/dtsdec.c).
>>
>> Aurel
>>
>
> I made enough noise about swscale being GPL, so in fairness I have to
> cheer when the GPL libdts is replaced by the LGPL native. Yay!

Now if the native decoder would give the full set of output channels...

Guess I'll be sticking to iec958 passthrough to the hardware decoder.

-- 
M?ns Rullg?rd
mans at mansr.com