And remove the now redundant sig variable. All cache entries should be
invalidated by the previous commit anyway, but change the seed just to
be on the safe side.

This also makes them work on GL 3.0, since we get that for free.

The existing OpenGL code can transparently make use of these features by
just correcting the checks.

Fixes: 8e6062a2

This reverts commit 4fdb9c0d.

Caused build issues, will update when they are fixed upstream.

Oops?

Not sure this matters for anything. To be on the safe side, only force
it if there was an exact match.

Conform to a style more consistent with other infodumps in libplacebo,
and move it out of random logic and into a common place.

Again, the explicit parameters here are not making things clearer.

Just make `icc` itself mutable. It's already complicated enough anyway,
the explicit parameter list is not simplifying things.

For consistency

Supersedes: videolan/libplacebo!643

Annoyingly we have to memcpy this array if we want to pretty-print the
Auto (%s) case like we used to. Oh well. This could probably be done
more elegantly, but it's definitely not worth the time investment.

Shocking, I know.

Motivated by !643, but also generally useful.

Explicit OOTF support was removed and baked into the EOTF step a long
time ago.

This is all black-scaled CSPs with the exception of HLG.

Kacper Michajłow authored 1 year ago and Niklas Haas committed 1 year ago

@SOURCE_ROOT@ points to parent project, instead use current source dir
to ensure that we get libplacebo version.

Kacper Michajłow authored 1 year ago and Niklas Haas committed 1 year ago

If peak detection is enabled it should have higher priority than static
metadata, that often is incorrect.

Fixes: https://github.com/mpv-player/mpv/issues/13609

So we can enable merge trains.

Kacper Michajłow authored 1 year ago and Niklas Haas committed 1 year ago

Commit 2f06c045 did output only, but we should use utf-8 for both.

If pbo_download_cb happens to fire first, buf is no longer valid
reference.

We use UTF-8 in all source files.

Instead of promoting *all* texture upload buffers to host-mapped VRAM,
only do it when there is sufficient space available (e.g. BAR devices).

Fixes: https://github.com/mpv-player/mpv/issues/13303
Fixes: https://github.com/mpv-player/mpv/issues/12517

Since this is very restricted on non-resizable BAR platforms.

Has the added advantage of allowing us to track which exact
`pl_buf_create` call created the buffer (i.e. imported or allocated).

After a certain input size, the gather kernel pulls ahead. This is
either due to interactions with the size of the texture cache, or due to
alignment with the 2x2 gather input grid, or both.

Regardless, this should generally speed things up for very high radius
polar kernels (especially when downscaling).

To fit with reduced hardware limits on some devices.

See-Also: https://github.com/mpv-player/mpv/issues/13405

No practical reason to limit this field to 32 bits.

Kacper Michajłow authored 1 year ago and Niklas Haas committed 1 year ago

It was sampling already sampled pixels when switching between direct and
gather sampling. There was a check only on first pixel, but if the first
one was not sampled yet, but the next were, it would overlap the gather
window.

Fixes: https://github.com/mpv-player/mpv/issues/13405

Because timeline semaphores are not currently supported.

See-Also: https://github.com/KhronosGroup/Vulkan-ValidationLayers/issues/7600

Kacper Michajłow authored 1 year ago and Niklas Haas committed 1 year ago

Cosmetic change, files like that doesn't make sense anyway. This change
follows ITU-T H.264 and H.265 defined limit.