Dirk Lemstra
Dirk Lemstra
The PNG encoder has various options that are used when creating the output image. The following options should be added to the new PgnWriteDefines class: - png:bit-depth (1,2,4,8,16 (maybe enum?))...
### Is your feature request related to a problem? Please describe. _No response_ ### Describe the solution you'd like In the pull request #4126 from @SubhadeepG support for reading `.dds`...
### Discussed in https://github.com/ImageMagick/ImageMagick/discussions/3962 Originally posted by **sergeevabc** July 19, 2021 Windows 7, ImageMagick 7, [орлы.png](https://user-images.githubusercontent.com/373718/126172617-257f61cf-500b-48b2-ae32-54c4a78459a6.png) ``` $ magick.exe -verbose орлы.png орлы.webp орлы.png PNG 162x192 162x192+0+0 8-bit Gray 11768B 0.000u...
Let me start by saying that I am not a Ruby expert so I might have drawn the wrong conclusion. It looks like the current implementation of `rm_check_exception` will leak...
The `ImfErrorMessage` method uses a shared buffer `errorMessage` and this could result in an incorrect error messages when multiple images copy an exception message into that same errorbuffer. Would it...
The https://github.com/ImageMagick project is using the oss-fuzz tooling of google and with the attached file there is a stack-buffer-overflow in `apply_sao_internal`: https://github.com/strukturag/libde265/blob/e587ef6e8000662b91c35ccb866c2374d3a40e27/libde265/sao.cc#L270 [test.zip](https://github.com/strukturag/libde265/files/9034992/test.zip) https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=47804
The https://github.com/ImageMagick project is using the oss-fuzz tooling of google and with the attached file there is an undefined shift with a negative value (-570425344) in `decode_CABAC_FL_bypass` https://github.com/strukturag/libde265/blob/e587ef6e8000662b91c35ccb866c2374d3a40e27/libde265/cabac.cc#L397 [test.zip](https://github.com/strukturag/libde265/files/9034730/test.zip) https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=48114
The https://github.com/ImageMagick project is using the oss-fuzz tooling of google and with the attached file there is an integer overflow in `scale_coefficients_internal`. https://github.com/strukturag/libde265/blob/e587ef6e8000662b91c35ccb866c2374d3a40e27/libde265/slice.cc#L3369 [test.zip](https://github.com/strukturag/libde265/files/9033594/test.zip) https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=48427
The https://github.com/ImageMagick project is using the oss-fuzz tooling of google and with the attached file there is an integer overflow in `residual_coding`. I suspect that this is caused by returning...
The @ImageMagick project is using the oss-fuzz tooling of google and with the attached file there is a heap buffer overflow read in `derive_collocated_motion_vectors` on this line: https://github.com/strukturag/libde265/blob/e587ef6e8000662b91c35ccb866c2374d3a40e27/libde265/motion.cc#L1217 When stepping...