After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 700751 - Support of images in format "WebP" in EOG
Support of images in format "WebP" in EOG
Status: RESOLVED OBSOLETE
Product: eog
Classification: Core
Component: image viewer
unspecified
Other Linux
: Normal enhancement
: ---
Assigned To: EOG Maintainers
EOG Maintainers
: 740367 761020 764468 (view as bug list)
Depends on: 670379
Blocks:
 
 
Reported: 2013-05-20 22:56 UTC by Bastián Díaz
Modified: 2021-06-19 08:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Bastián Díaz 2013-05-20 22:56:13 UTC
* Note: Don't know if this improvement will in this section in particular, but I commonly use EOG to display my images in GNOME.

Recently a friend sent me some WebP images and really I could not open them (in Nautilus recognizes it as a music file). Install a library called "libwebp" and seems not to work (or has another function).

The point is that it would be a good idea to EOG (or the GNOME environment in general) support this new format of images. This format is for some time and as a tool open source, would be ideal to have it default to view such images in GNOME.

While it is still in development so that Opera Turbo replacement JPEG format. has a promising future. Facebook developers have asked their counterparts in Mozilla Firefox, support this format... well, to use WebP.

I guess that it must not be left behind.
Comment 1 Bastián Díaz 2013-05-20 23:00:03 UTC
(In reply to comment #0)
I'm sorry. I have forgotten to put version information.

OS: fedora 19 (Rawhide)
GNOME: 3.8.2

Thanks
Comment 2 Felix Riemann 2013-05-22 18:51:28 UTC
eog doesn't interface directly with image libraries (librsvg and libjpeg being  exceptions due to special use cases) but uses GdkPixbuf to handle image en- and decoding. So, when GdkPixbuf receives WebP support (bug 670379), so does eog.

The plugin that is proposed for inclusion in the linked bug is also available there: https://github.com/aruiz/webp-pixbuf-loader

I think doesn't support all format features yet (no alpha?, no metadata?) but you can view WebP images and apparently also save to WebP in eog with it.

But I'll leave this open for now, as there is still some work necessary in eog once GdkPixbuf has support for it, e.g. to have eog launch on doubleclicking WebP pictures.
Comment 3 Bastián Díaz 2013-05-24 02:30:24 UTC
(In reply to comment #2)

OK, Thank You!
Comment 4 André Klapper 2014-11-19 19:23:33 UTC
*** Bug 740367 has been marked as a duplicate of this bug. ***
Comment 5 miuler 2015-11-26 03:13:29 UTC
Please add support for this  format
Comment 6 Felix Riemann 2016-01-25 18:07:57 UTC
*** Bug 761020 has been marked as a duplicate of this bug. ***
Comment 7 Felix Riemann 2016-04-28 16:54:19 UTC
*** Bug 764468 has been marked as a duplicate of this bug. ***
Comment 8 Bastián Díaz 2017-10-29 21:02:09 UTC
Only a small update...

In the latest version of gnome was added support to export documents in WebP format in simple-scan (libwebp). I guess that adds a new use case for gnome users.

On the other hand, ticket Bug 670379 in the product gdk-pixbuf was closed some time ago (I don't understand the reasons). I also noticed that gnome-photos correctly displays the WebP images.
Comment 9 Felix Riemann 2017-11-01 20:12:26 UTC
(In reply to Bastián Díaz from comment #8)
> On the other hand, ticket Bug 670379 in the product gdk-pixbuf was closed
> some time ago (I don't understand the reasons). I also noticed that
> gnome-photos correctly displays the WebP images.

From my understanding the idea is to ship the loader with libwebp, similar to how librsvg and libopenraw do it. This is to reduce the maintenance overhead on gdk-pixbuf.
Comment 10 pablo.bianchi 2018-04-19 18:29:35 UTC
Im a little bit confuse. I already had libwebp5 libwebpdemux1 libwebpmux1 (0.4.4-1) and neither nautilus nor EOG seems to use it.
I then install webp (seems it just give this commands: dwebp webpmux cwebp vwebp gif2webp) and libwebp-dev packages. No changes.
I went to GDK-PixBuf (https://developer.gnome.org/gdk-pixbuf/ and https://github.com/aruiz/webp-pixbuf-loader ) and couldn't found if they have a bug with this issue.

Where are things stuck? would be really nice to have nautilus thumbnails preview and EOG WebP support.
Comment 11 Felix Riemann 2018-04-27 17:07:35 UTC
(In reply to pabloab777+gnome from comment #10)
> Where are things stuck? would be really nice to have nautilus thumbnails
> preview and EOG WebP support.

See here: https://bugs.chromium.org/p/webp/issues/detail?id=227

Although you could try installing the pixbuf loader from your GitHub link. This should make thumbnailing and display in eog work. In order to have eog open WebP images automatically one has to set it as default app by right clicking an image.
Comment 12 Pacho Ramos 2020-09-01 12:42:36 UTC
We still suffer this problem with 3.36.3

After installing https://github.com/aruiz/webp-pixbuf-loader eog loads webp images properly... but it is still not added as supported mime type to the .desktop file and, as a consequence, is not offered by default to open those images
Comment 13 mail.km 2020-10-30 11:56:04 UTC
since 3.38.0, aruiz/webp-pixbuf-loader does itself offer to open .webp mime-types
Comment 14 André Klapper 2021-06-19 08:47:37 UTC
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org.
As part of that, we are mass-closing older open tickets in bugzilla.gnome.org
which have not seen updates for a longer time (resources are unfortunately
quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent
and supported software version, then please follow
  https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines
and create a new ticket at
  https://gitlab.gnome.org/GNOME/eog/-/issues/

Thank you for your understanding and your help.