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.
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
