Changes between Version 1 and Version 2 of Ticket #4980, comment 15


Ignore:
Timestamp:
Jan 4, 2016, 6:54:22 PM (11 years ago)
Author:
Christophe

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #4980, comment 15

    v1 v2  
    1 The bug concerning 320x248.hevc is related to having both a default display window in the VUI and a conformance cropping window in the SPS. Both contain a bottom offset of 8 to get from the coded size of 256 to the final display size of 248.
    2 
    3 But equations E-47 to E-50 say that the 2 shall be *summed* to produce the final offsets. So libavcodec interprets the signalling as "crop the bottom 8+8 pixels".
    4 
    5 Now, why x265 and the reference decoder do not do that...
     1EDIT: Nevermind, ffmpeg always multiplies by 2 the default window offset (assuming 4:2:0), while it should use a coordinate system that depends on the chroma format.