You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
While image-rs is the go to for general image handling within rust projects, it's not the only one. Zune-image is another library that abstracts image decoding of multiple formats. To get a good coverage of image codecs, using multiple may be necessary. a brief overview of some of the issues current crates have
lacks any support for GIF, AVIF and Webp as well as some less common formats.
it also has a policy of only accepting decoders written in rust which may prove troublesome to support formats like webp, a VVC based image format should one exit, (it will eventually) as well as HEIF. unless rust native decoders are made for them. (AVIF has a rust native decoder but it remains to be seen if they are willing to accept one, asked here Image Format Issue Tracker. etemesi254/zune-image#102)
only supports a couple image formats, but within that is full support via libwebp (vendored build) and claims to have plans for doing a native rust webp decoder in the future
There are other crates too if we leave the native rust world.
magick-rust is rough around the edges but it could be used to decode images, since it's a binding to imagemagick it has great support, far greater then any rust native library, however it's fairly obtuse to use.
ffmpeg-* crates, there are plenty of ffmpeg crates, linking against ffmpeg has historically been a hassle, and ffmpeg has a hard resolution limit on images limiting support. However ffmpeg is pretty much guaranteed to be available on most distros.
It may also be possible and perhaps most wanted to simply make a simple shim crate which can fill the gaps and implement a image-rs like API so it would be a mostly drop in place solution.
The text was updated successfully, but these errors were encountered:
While image-rs is the go to for general image handling within rust projects, it's not the only one. Zune-image is another library that abstracts image decoding of multiple formats. To get a good coverage of image codecs, using multiple may be necessary. a brief overview of some of the issues current crates have
zune-image
image-rs
ril
There are other crates too if we leave the native rust world.
magick-rust is rough around the edges but it could be used to decode images, since it's a binding to imagemagick it has great support, far greater then any rust native library, however it's fairly obtuse to use.
ffmpeg-* crates, there are plenty of ffmpeg crates, linking against ffmpeg has historically been a hassle, and ffmpeg has a hard resolution limit on images limiting support. However ffmpeg is pretty much guaranteed to be available on most distros.
It may also be possible and perhaps most wanted to simply make a simple shim crate which can fill the gaps and implement a
image-rs
like API so it would be a mostly drop in place solution.The text was updated successfully, but these errors were encountered: