esator

>h265 is irrelevant, because it's a patent encumbered codec, hence the development of AV1 by the AOM. As said in the OP, I'm surprised that Twitch even offers streams using...

#2746

`-DWITH_UNALIGNED=OFF` is really that needed, is there some issues without this flag? And as already mentioned, it would be better to have a complete zlib mimic for zlib-ng-compat, without the...

And probably zlib-ng-compat also needs `provides` (`replaces`?) for zlib, not just `conflicts`

`LICENSE.md` for `zlib-ng` and `zlib-ng-compat` have the same path and name, probably would be better to use package names And there are still prefixes for libzlib.dll.a and libzlib-ng.dll.a, for example...

> arch disabled it https://gitlab.archlinux.org/archlinux/packaging/packages/zlib-ng/-/blob/main/PKGBUILD?ref_type=heads#L27 https://gitlab.archlinux.org/archlinux/packaging/packages/zlib-ng/-/merge_requests/1 vcpkg, fedora, other distros and apps dont force this flag either

> the lib prefix for import lib doesn't make sense. it should be linkable with `-lz` anyway At least to make consistent naming But, ideally for zlib-ng-compat it would be...

Thanks, maybe for compat mode completely mimic zlib including lib names? So it would be the similar zlib1.dll for shared etc, (like in [zlib-ng-win-x86-64-compat.zip](https://github.com/zlib-ng/zlib-ng/releases/download/2.1.6/zlib-ng-win-x86-64-compat.zip)) for better compatibility/replaceability and because zlib-ng...

> lib prefix is added by build system. in arch only zlib-ng-compat conflicts with common zlib Yeah I mean just zlib-ng-compat, it will be much easier as a drop-in replacement...