What about the difference between before_patch1.jpg and with_patch18.jpg? Why is the second one lacking very much details, even if
#4888: 62bd8deef causes a regression in HEVC decoding -------------------------------------+------------------------------------- Reporter: staalebk | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: hevc | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:6 staalebk]: they are the same frame? I don't think it is the same frame, as said please test older ffplay with seeking back to the beginning of the given stream to see the deeper issue.
What would one have to implement to have it skip the initial frames? Could I do it based on how it is done in h264 or is it more involving? It was extremely involving to implement skipping initial corrupt frames for h264 iirc (I don't know if the same concept of recovery points exists in hevc).
-- Ticket URL: <https://trac.ffmpeg.org/ticket/4888#comment:7> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker