[FFmpeg-devel] [PATCH] avcodec: Remove libutvideo support

[Stephen Hutchinson]

On 2/12/2016 9:24 AM, Carl Eugen Hoyos wrote:
> Derek Buitenhuis <derek.buitenhuis <at> gmail.com> writes:
>
>> On 2/10/2016 4:33 PM, Paul B Mahol wrote:
>>> I'm fine by this, but it would be nice to have SIMD
>>> and 10 bit support in decoder.
>>
>> I agree with the latter.
>>
>> I'd argue, however, we don't actually support 10-bit via the
>> wrapper anyway, since you can't even build the library. ;)
>
> It works here with a repo I found on my hard disc
> for the sample from ticket #4044:
>
> $ ffplay utvideo-yuv422p10le_UQY2_crc32-A431CD5F.avi -autoexit
> ffplay version N-78396-g0abdf70 Copyright (c) 2003-2016 the FFmpeg developers
>    built with gcc 4.7 (SUSE Linux)
>    configuration: --enable-libutvideo --enable-gpl --disable-decoder=utvideo
>    libavutil      55. 17.100 / 55. 17.100
>    libavcodec     57. 24.102 / 57. 24.102
>    libavformat    57. 25.100 / 57. 25.100
>    libavdevice    57.  0.101 / 57.  0.101
>    libavfilter     6. 31.100 /  6. 31.100
>    libswscale      4.  0.100 /  4.  0.100
>    libswresample   2.  0.101 /  2.  0.101
>    libpostproc    54.  0.100 / 54.  0.100
> Input #0, avi, from 'utvideo-yuv422p10le_UQY2_crc32-A431CD5F.avi':
>    Metadata:
>      encoder         : Lavf56.7.104
>    Duration: 00:00:05.00, start: 0.000000, bitrate: 9131 kb/s
>      Stream #0:0: Video: utvideo (UQY2 / 0x32595155), yuv422p10le(8 bpc),
> 320x240, 9186 kb/s, SAR 1:1 DAR 4:3, 25 fps, 25 tbr, 25 tbn, 25 tbc
>     4.96 M-V:  0.000 fd=   0 aq=    0KB vq=    0KB sq=    0B f=0/0
>
> $ git status
> # On branch 15.1.0
> $ git describe
> v14.2.0-69-g36eb60c
>
> Carl Eugen
>

The nastiness of libutvideo's breakage from 15.2.0 onward was
detailed here:

https://github.com/qyot27/libutvideo/issues/6

While 15.1.0 still works and is what I've set as the default
branch when cloning, it's now several versions out of date
with upstream Ut Video (which dropped Linux support a long long
time ago).  What I did was simply use my fork to keep the ability
to build it as a lib and for Linux...until deeper changes finally
broke that too.

I'd much rather see the native utvideo decoder and encoder get
updated to support the pixfmts it currently doesn't support than
have to continue to support a permanently frozen old version
through the wrapper (that also won't be able to support any newer
pixfmts that get added to upstream).  The only thing that the
wrapper can currently do that the native codec can't is decode
the 10-bit pixfmts, but it can't encode to them.

So my position isn't a 'doesn't care' anymore.  I fully support
removing the wrapper.