By the way, the built-in webp plugin cannot be viewed or played, unchecking the webp plugin makes it work, and my default picture viewer is BandiView.
If the WebP plugin is off or can't display the file (and the plugin doesn't support animated WebP at all, since it's a different format with the same file extension), but the file is still showing in the viewer, it's probably being displayed via Microsoft Edge.
The viewer tells you which component is displaying the file after the filename.
1 Like
Ah, yes.
1 Like
That makes sense. Would it be possible to have the WebP plugin to defer to the Edge implementation when it detects an animated WebP? That would definitely be a step in the right direction without requiring a whole new feature.
Might be possible. I'll try to have a look when less busy.
1 Like
imagemagick can convert animated webp to animated gif using this command:
magick mogrify -define preserve-timestamp=true -format gif *.webp
make sure all webp's are in the same folder.
be careful. this command will convert ALL ORIGINAL files to animated gif.
it WOULD be nice to have native support in opus though.
1 Like
Can we use the new feature of 13.18.2 for external image formats to pipe animated webp into ImageMagick and create gif automatically? An option that would take a failed image view and only then switch from internal view to external convert would be useful here. Otherwise I would throw ALL webp into ImageMagick first, right?
It wouldn't currently work with animated formats, only single-image ones. You'd still need to make a custom plugin for animated WebP, similar to the Animate Gif plugin.
1 Like
If animated GIFs could be supported in the temp directory, it would make it very easy to write for example an ffmpeg command to convert more obscure animated image formats like WebP and APNG to GIF. (or similarly if it supported a folder containing an image sequence; that would help to avoid introducing GIF artifacts to formats with better color rendering)