| Crates.io | nanoimage |
| lib.rs | nanoimage |
| version | 0.1.3 |
| created_at | 2023-08-14 21:29:57.430602+00 |
| updated_at | 2023-08-25 19:03:13.988228+00 |
| description | Fork of image-formats |
| homepage | |
| repository | |
| max_upload_size | |
| id | 944491 |
| size | 471,309 |
Fork of an awesome library by Desmond Germans, 2019
With some code from Makepad
And some hacks to make it easier to use with *quads.
https://github.com/des256/image_formats/tree/master https://github.com/makepad/makepad/tree/master/draw/image_formats
Why not image? Clean compilation time for image: 44s and +600Mb in /target, for image_formats: 0.5s and +6Mb in /target
Why not zune (https://github.com/etemesi254/zune-image.git)? Honestly, I just noticed zune existance too late. zune is a lot better.
nanoimage is a really bad choice for arbitary user-inputed images. It is slow, it has bugs.
If the choice is between showcase_my_library(include_bytes!("rgba_array.bytes")) and showcase_my_library(nanoimage::decode(include_bytes!("one_fixed_example_image.png"))) - nanoimage may be a reasonable choice.