[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