[FFmpeg-devel] (no subject)

[Paul B Mahol]

On 6/7/13, Stephen Hutchinson <qyot27 at gmail.com> wrote:
> On Fri, Jun 7, 2013 at 4:52 AM, Paul B Mahol <onemda at gmail.com> wrote:
>
>> On 6/7/13, Stephen Hutchinson <qyot27 at gmail.com> wrote:
>> > Ut Video version 13.0.1 introduced two new variants, ULH0 and ULH2,
>> > which are analogous to the existing ULY0 and ULY2, except that they're
>> > explicitly meant for BT.709. I've added some of the necessary bits to
>> > the libutvideo decoding wrapper so that it can detect and decode these
>> > if FFmpeg has been built against libutvideo v13 (satellite issue:
>> > GNUmakefile has been removed from the official Ut Video source zip due
>> > to the author considering it a separate project and seemingly because
>> > an issue with compiling on Linux cropped up in 12.2.1*; I still update
>> > my buildsystem branch of libutvideo on Github**, and both Linux
>> > compilation is fixed and v13 has been integrated).
>> >
>> > *in the comments for the 12.2.1 release here:
>> > http://umezawa.dyndns.info/wordpress/?p=3933
>> >
>> > **address:
>> > https://github.com/qyot27/libutvideo
>> >
>> > Problems concerning the new formats in v13 and FFmpeg:
>> > There is a collision between the native decoder and libutvideo decoder:
>> > if both are enabled, the  native decoder prevents libutvideo from
>> > decoding video, even if the user tries to force libutvideo to be the
>> > decoder.
>>
>> Really?
>>
>> About the decoder conflict?  This is the output under a normal running
> instance:

It is bug, and as such should be reported, not ignored.

[...]