2017-11-29 15:29 GMT+01:00 Mark Thompson :
> On 29/11/17 12:58, Carl Eugen Hoyos wrote:
>> 2017-11-29 11:19 GMT+01:00 Zhenan Lin :
>>
>>> CONFWIN_A_Sony_1/CONFWIN_A_Sony_1/CONFWIN_A_Sony_1.bit
>>> HM 16.9: a3ce3f936ff69ff1ec2621a622dd37ac
>>> FFmpeg:
On 29/11/17 12:58, Carl Eugen Hoyos wrote:
> 2017-11-29 11:19 GMT+01:00 Zhenan Lin :
>
>> CONFWIN_A_Sony_1/CONFWIN_A_Sony_1/CONFWIN_A_Sony_1.bit
>> HM 16.9: a3ce3f936ff69ff1ec2621a622dd37ac
>> FFmpeg: c0a13e81b3a68c4263f240eb99a281b0
>
> Needs "-vf crop=412:236:2:0" for
2017-11-29 11:19 GMT+01:00 Zhenan Lin :
> CONFWIN_A_Sony_1/CONFWIN_A_Sony_1/CONFWIN_A_Sony_1.bit
> HM 16.9: a3ce3f936ff69ff1ec2621a622dd37ac
> FFmpeg: c0a13e81b3a68c4263f240eb99a281b0
Needs "-vf crop=412:236:2:0" for bit-identical output.
Not sure if we want to support this,
2017-11-29 12:15 GMT+01:00 Moritz Barsnick :
> I'm certain that a patch for ffmpeg's hevc decoder is welcome. ;-)
(I am not 100% sure of this: If the patch would introduce a speed
regression for non-insane samples, it will likely be rejected.)
Carl Eugen
On Wed, Nov 29, 2017 at 18:19:03 +0800, Zhenan Lin wrote:
> ouput and 1 bitstream failed to decoded.
[...]
> TSUNEQBD_A_MAIN10_Technicolor_2/TSUNEQBD_A_MAIN10_Technicolor_2.bit
> HM 16.9: 1bed23df7253170eeb8efc3fd1b740a3
> FFmpeg: N/A
This is obviously not supported, as ffmpeg reports:
[hevc @
Hi, experts & developers:
We use FFmpeg 3.4 to decode HEVC conformance bitstreams (
http://wftp3.itu.int/av-arch/jctvc-site/bitstream_exchange/draft_conformance/HEVC_v1/)
and only to find that 4 bitstreams got error ouput and 1 bitstream failed
to decoded.
The command as follows:
ffmpeg -threads