Alexander Drozdoff

Actually no, even when supported config has sane defaults, alsa still fails for some reason. StreamConfig { channels: 2, sample_rate: SampleRate(48000), buffer_size: Default } thread 'main' panicked at 'called `Result::unwrap()`...

You do want to make elfutils be dependant on perfprof use flag, not tools. Tools don't have anything to do with the tools we use inside creator, those are standalone...

Image can't handle odd-sized images. https://github.com/image-rs/image/issues/1647 Which is kind of a joke in this day and age. Webp worked perfectly with libwebp-image that uses non-rust impl.

Another case in point - jxl. There is a crate that supports it and integrates perfectly with image. Except image doesn't have a format for it, and someone who doesn't...

also even though dav1d works properly, image fails on decoder_to_image() the image is returned as image::color::ColorType::Bgra8 an example file https://github.com/installgentoo/assorted_curiosities/blob/master/trash/test.avif properly displayed by firefox, imagemagick and geeqie.

// Cross-correlate pixel format with planes and alignment. // wrapping_sub is wanted. If num_planes is 0, this turns in a very big number that // still represents an invalid number...

Okay i've debugged a bit more, and removing that check at dcv-color-primitives-0.1.16/src/lib.rs:827 makes my avifs load correctly. Could some actual developer help me figure out where the last_src_plane(i suspect?) is...

On top of that dcv issue dav1d 1.0.0 seems to just break avif support. Apparently you have to flush something somewhere now.

I'm actively trying to debug. You can grab the test.avif image from my second post and try opening it for yourself. ___ ooops, wrong button

``` #if EPERM > 0 #define DAV1D_ERR(e) (-(e)) ///< Negate POSIX error code. #else #define DAV1D_ERR(e) (e) #endif ``` This is in dav1d. So apparently -11 is EAGAIN