[FFmpeg-trac] #7799(avcodec:open): hevc_mp4toannexb filter inserts extradata wrong position

FFmpeg trac at avcodec.org
Fri Mar 18 18:30:09 EET 2022


#7799: hevc_mp4toannexb filter inserts extradata wrong position
------------------------------------+-----------------------------------
             Reporter:  Hyemin Lee  |                    Owner:  (none)
                 Type:  defect      |                   Status:  open
             Priority:  normal      |                Component:  avcodec
              Version:  git-master  |               Resolution:
             Keywords:  hevc        |               Blocked By:
             Blocking:              |  Reproduced by developer:  0
Analyzed by developer:  0           |
------------------------------------+-----------------------------------
Comment (by Balling):

 Replying to [comment:17 haihao]:
 > Replying to [comment:16 Balling]:
 > > New patch:
 https://patchwork.ffmpeg.org/project/ffmpeg/patch/20220317063546.7429-1-haihao.xiang@intel.com/
 >
 > Does this patch work for you ? Could you please comment on FFmpeg
 mailing list if it works ? thx

 Please note that there is workaround with hevc_metadata, that is not
 affected, but in 2019 at least it could not "-c copy" nuh_layer_id != 0

 >One difference is that hevc_metadata currently only keeps the base layers
 (nuh_layer_id == 0), whereas hevc_mp4toannexb copies everything (before my
 patch). hevc_metadata will have a slightly higher complexity as it parses
 the full
 parameter sets.

 I will just point out how to test this bug on latest master:
 Bad:

 {{{
 ffmpeg.exe -i hevc_after_mp4toannexb_conversion_qp_value_modified.mp4 -c
 copy ajcwsaq.h265
 ffplay.exe ajcwsaq.h265

 }}}
 Good:

 {{{
 ffmpeg.exe -i hevc_after_mp4toannexb_conversion_qp_value_modified.mp4
 -bsf:v hevc_metadata -c copy ajcwsaq1.h265

 ffplay ajcwsaq1.h265

 }}}
-- 
Ticket URL: <https://trac.ffmpeg.org/ticket/7799#comment:18>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker


More information about the FFmpeg-trac mailing list