der richter

going to close this issue, since everything has been answered so far. if anything else arrises feel free to open a new one or a discussion.

> I'm seeing the same behavior on macOS then you have a different issue. this is linux/mesa related.

screenshots of the tests on macOS: perf data 5k fullscreen with `--no-config`.   perf data 5k fullscreen with with screenshots at 5k:  

that's not up to us: 1. whenever ffmpeg makes a new release that includes that fix (https://github.com/FFmpeg/FFmpeg/commit/d1b96c380826c505a8c7e655b5ad4fdb0c2de167 only in master yet) 2. whenever homebrew updates their formula to that new...

on a side note. there is a difference between using `mpv.exe` and `mpv.com`. the latter (`mpv.com`) is the CLI wrapper and the former is the GUI application, i believe. so...

> ahh i see a com file is a fallback/default cli for none path application in the same folder or how does that work? as far as i know, executables...

@Dudemanguy any idea on this one. pinging you since you were the last one looking at that part of the code, i believe.

>... mpv is no longer supporting `coreaudio`. not sure where you got that info from? but i am sure we didn't drop support for coreaudio.

yeah i think the `pl_color_transfer_is_hdr()` else if case is problematic. deciding the colour depth by source isn't optimal. anyway this is also the reason why i changed the if like...

thanks @kasper93 should have done this in the first place, but for whatever reason i went with the first approach. circumventing the `else if` case of picking the dither depth...