Currently resizerHost thumbnails are only requested for images. The UI gates
it on "image" === previewType, so video files always fall back to a generic
icon regardless of what the configured resizer can do.
Would it be possible to request a thumbnail for videos as well, and let the
resizer decide whether it can produce one?
Rationale: imgproxy (the resizer in docker/compose/image-resizer.yml) is built
on libvips and cannot decode video. But a small ffmpeg-based resizer can extract
a frame easily. Users running their own resizer could then get video posters,
while imgproxy users would simply get a failed request and the current fallback
icon.
An opt-in setting — e.g. "request thumbnails for videos" next to Resizer Host —
would keep the default behaviour completely unchanged.
Happy to test a build if that helps.
Currently
resizerHostthumbnails are only requested for images. The UI gatesit on
"image" === previewType, so video files always fall back to a genericicon regardless of what the configured resizer can do.
Would it be possible to request a thumbnail for videos as well, and let the
resizer decide whether it can produce one?
Rationale: imgproxy (the resizer in docker/compose/image-resizer.yml) is built
on libvips and cannot decode video. But a small ffmpeg-based resizer can extract
a frame easily. Users running their own resizer could then get video posters,
while imgproxy users would simply get a failed request and the current fallback
icon.
An opt-in setting — e.g. "request thumbnails for videos" next to Resizer Host —
would keep the default behaviour completely unchanged.
Happy to test a build if that helps.