resvg VS fast-float-rust

I've seen resvg as a potential pick, but it feels huge and seems to be importing skia, which itself is a whole rendering engine. Furthermore, I have no idea if I can pass my own 2D buffer to resvg and let it draw to it.

For example, when converting vector SVG images to raster PNG images with resvg, most of the time is spent compressing the PNG image. This is a lot of wasted work if we just want to read the image instead of transferring it over the network! The fast compression mode eliminates all this wasted work, resulting in huge performance and efficiency gains.

Just as a point of reference, I have a ~75KLOC project (includes dependencies) called resvg which takes just 4s in the debug mode and 8s in the release mode to build on M1 Pro.

resvg is very fast, although the performance depends on the exact SVG you feed it - sometimes faster than librsvg, sometimes slower (although librsvg is also written in Rust now, it does use unsafe while resvg doesn't)

So I am absolutely clueless about Rust and just installed it an hour ago to use this tool called "usvg" https://github.com/RazrFalcon/resvg/tree/master/usvg

So, all you gotta do is rewrite the parsers. Funny you mention librsvg because there is a library called resvg that has a thumbnailer implementation for Windows Explorer. https://github.com/RazrFalcon/resvg

I'd like the mention my own refactoring of fast-float-rust to remove nearly all unsafe code for merging into Rust core library which left the performance identical to the previous implementation.

JSON is an interesting example, since the syntax of valid floats is slightly different than what Rust expects. Luckily, I'm the author of a minimal, and am also the author of a PR to bring this to fast-float-rust.

[4] https://github.com/aldanor/fast-float-rust/

It seems also dependent on the processor: https://github.com/aldanor/fast-float-rust/#intel-i7-4771

I've already done that (just pushed it - here).