#4829: Overflows (?) in xyz -> rgb conversion
-------------------------------------+-------------------------------------
             Reporter:  Carl Eugen   |                    Owner:  (none)
  Hoyos                              |
                 Type:  defect       |                   Status:  open
             Priority:  normal       |                Component:  swscale
              Version:  git-master   |               Resolution:
             Keywords:  xyz          |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
Comment (by Balling):

 Replying to [comment:6 Balling]:
 > >has off-by-one error somewhere that breaks every 32 byte if you compare
 in hex diff
 >
 > I learnt that lossy jpeg 2000 is not required to be decoded bitperfectly
 by the standard itself with different jpeg 2000 decoders, in fact that is
 the case with kakadu vs openjpeg vs our jpeg2000. Sigh. Faceplam.
 https://github.com/uclouvain/openjpeg/issues/1420

 That is no longer true. Since genius patch -flags +bitexact can be used to
 actually output true lossy decoding.
 82467b635efced67c1767cb810af1f3c31a2e493
-- 
Ticket URL: <https://trac.ffmpeg.org/ticket/4829#comment:9>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
_______________________________________________
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-trac

To unsubscribe, visit link above, or email
ffmpeg-trac-requ...@ffmpeg.org with subject "unsubscribe".

Reply via email to