webP output is always lossy and cannot be requested as lossless

[haynzz]

This seems to be the default behavior of libvips and you need to explicitly pass lossless as a parameter.
Currently there is not option to pass this param.

&q=100 does not yield the same results.

This is especially relevant for animated webP as their lossy versions are rarely appealing to the eye.

[kleisauke]

Would adding a new parameter to control this (e.g. &ll) work for you?

Let's mark this as an enhancement, I think it should be straightforward to add code-wise.

[haynzz]

I think that would be the suitable solution.

[kleisauke]

This has been implemented with commit 0674c39, which has just been rolled out to production. Thanks for reporting this!

Documentation will be updated later to reflect this.

[haynzz]

Wow! This was quick.
I did not expect this.
Can you help me find out which Release has this change now?

[kleisauke]

@haynzz You can find it in the latest pre-built Docker image at ghcr.io/weserv/images:5.x, which is automatically built from the 5.x branch.

A new Git tag for this feature has not been published yet; it's currently blocked on true streaming support.

images/src/api/CMakeLists.txt

Lines 80 to 86 in 36ea058

	# TODO(kleisauke): Enable once magickload_source is supported in libvips
	#if (VIPS_VERSION VERSION_GREATER_EQUAL 8.13)
	# target_compile_definitions(${PROJECT_NAME}
	# PUBLIC
	# WESERV_ENABLE_TRUE_STREAMING
	# )
	#endif()

[kleisauke]

Documentation has been updated.
https://wsrv.nl/docs/format.html#lossless-compression