Bug#790366: gthumb: 6000x26000 image doesn't display, even controls not displayed
Hi Manuel, On Sat, 04 Jul 2015 00:22:39 +0200 Manuel Bilderbeek manuel.bilderb...@gmail.com wrote: Hi, OK. thanks! Note that I reported the same problem on eog. Perfectly working for these images are viewnior and gpicview (and only taking 469MB of RAM, almost exactly what you expect). Perhaps that gives upstream the right motivation ;-) Kind regards, I retried and the problem seems to be only with 05*.png. It only open with gimp. If you try the others first, they will open. Can you make more (two at least) png files with the same properties to test ? regards, -- Herbert Parentes Fortes Neto (hpfn) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790366: gthumb: 6000x26000 image doesn't display, even controls not displayed
Hi, On 05-07-15 15:41, Herbert Parentes Fortes Neto (hpfn) wrote: I retried and the problem seems to be only with 05*.png. It only open with gimp. If you try the others first, they will open. Yes, I only reported about the 05 png. Sorry if that was not clear. The file opens fine with: - gpicview (using only 466MB) - xloadimage (but uses 1GB, see #790364) - viewnior (using only 469MB) - mirage (but using 1GB, see #790362) - pqiv (but using 600MB) - sxiv (also using 600MB) It fails with: - eog (similar to gthumb, see #790359) - feh (only shows a black window, I guess similar to #733827) - qiv (crashing gnome-shell, see #790361) Can you make more (two at least) png files with the same properties to test ? I didn't create these images myself, but I can ask the creator... -- Grtjs, Manuel PS: MSX FOR EVER! (Questions? http://faq.msxnet.org/ ) PPS: Visit my homepage at http://manuel.msxnet.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790366: gthumb: 6000x26000 image doesn't display, even controls not displayed
Hi, OK. thanks! Note that I reported the same problem on eog. Perfectly working for these images are viewnior and gpicview (and only taking 469MB of RAM, almost exactly what you expect). Perhaps that gives upstream the right motivation ;-) Kind regards, Manuel On 03-07-15 21:35, Herbert Parentes Fortes Neto (hpfn) wrote: Hi Manuel, I see the problem. The png file didn't open here. Any of them. I will figure out what to say to the upstream. Thanks for the report. regards, Herbert I was trying to view a PNG with the following properties: 05_Xak_2_-_Het_Kasteel.png: PNG image data, 6000 x 26000, 8-bit/color RGB, non-interlaced (it can be downloaded here: http://www.msx.org/downloads/xak-ii-map ) After a while, gthumb shows up, but the whole image is shown as black. Even all icons and other controls are not displayed, only a background color is shown. The preview at the bottom is showing the image fine, though. The zoom level doesn't seem to influence this. Moreover, although you'd expect a RAM usage of about 6000 x 26000 x 3 bytes, it's much larger, as over 1GB is used by the application and 600+MB is used by Xorg at the same time: PID USER PR NIVIRTRESSHR S %CPU %MEM TIME+ COMMAND 6481 manuel20 0 9755,3m 1,244g 648,2m S 0,0 15,9 0:08.56 gthumb 4321 root 20 0 8383,3m 662,3m 628,6m S 0,3 8,3 0:39.01 Xorg After closing gthumb this is the memory usage of Xorg: 4321 root 20 0 191,8m 74,1m 40,4m S 6,0 0,9 0:39.82 Xorg -- System Information: Debian Release: stretch/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gthumb depends on: ii gsettings-desktop-schemas 3.16.1-1 ii gthumb-data 3:3.4.0-2 ii libatk1.0-0 2.16.0-2 ii libc6 2.19-18 ii libcairo-gobject2 1.14.2-2 ii libcairo2 1.14.2-2 ii libclutter-1.0-01.22.2-3 ii libclutter-gtk-1.0-01.6.0-1 ii libcogl-pango20 1.20.0-2 ii libcogl-path20 1.20.0-2 ii libcogl20 1.20.0-2 ii libdrm2 2.4.60-3 ii libegl1-mesa [libegl1-x11] 10.5.7-1 ii libexiv2-13 0.24-4.1 ii libgbm1 10.5.7-1 ii libgcc1 1:5.1.1-9 ii libgdk-pixbuf2.0-0 2.31.4-2 ii libglib2.0-02.44.1-1 ii libgstreamer-plugins-base1.0-0 1.4.5-2 ii libgstreamer1.0-0 1.4.5-2 ii libgtk-3-0 3.16.4-2 ii libjavascriptcoregtk-4.0-18 2.8.3+dfsg1-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790366: gthumb: 6000x26000 image doesn't display, even controls not displayed
Hi Manuel, I see the problem. The png file didn't open here. Any of them. I will figure out what to say to the upstream. Thanks for the report. regards, Herbert I was trying to view a PNG with the following properties: 05_Xak_2_-_Het_Kasteel.png: PNG image data, 6000 x 26000, 8-bit/color RGB, non-interlaced (it can be downloaded here: http://www.msx.org/downloads/xak-ii-map ) After a while, gthumb shows up, but the whole image is shown as black. Even all icons and other controls are not displayed, only a background color is shown. The preview at the bottom is showing the image fine, though. The zoom level doesn't seem to influence this. Moreover, although you'd expect a RAM usage of about 6000 x 26000 x 3 bytes, it's much larger, as over 1GB is used by the application and 600+MB is used by Xorg at the same time: PID USER PR NIVIRTRESSHR S %CPU %MEM TIME+ COMMAND 6481 manuel20 0 9755,3m 1,244g 648,2m S 0,0 15,9 0:08.56 gthumb 4321 root 20 0 8383,3m 662,3m 628,6m S 0,3 8,3 0:39.01 Xorg After closing gthumb this is the memory usage of Xorg: 4321 root 20 0 191,8m 74,1m 40,4m S 6,0 0,9 0:39.82 Xorg -- System Information: Debian Release: stretch/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gthumb depends on: ii gsettings-desktop-schemas 3.16.1-1 ii gthumb-data 3:3.4.0-2 ii libatk1.0-0 2.16.0-2 ii libc6 2.19-18 ii libcairo-gobject2 1.14.2-2 ii libcairo2 1.14.2-2 ii libclutter-1.0-01.22.2-3 ii libclutter-gtk-1.0-01.6.0-1 ii libcogl-pango20 1.20.0-2 ii libcogl-path20 1.20.0-2 ii libcogl20 1.20.0-2 ii libdrm2 2.4.60-3 ii libegl1-mesa [libegl1-x11] 10.5.7-1 ii libexiv2-13 0.24-4.1 ii libgbm1 10.5.7-1 ii libgcc1 1:5.1.1-9 ii libgdk-pixbuf2.0-0 2.31.4-2 ii libglib2.0-02.44.1-1 ii libgstreamer-plugins-base1.0-0 1.4.5-2 ii libgstreamer1.0-0 1.4.5-2 ii libgtk-3-0 3.16.4-2 ii libjavascriptcoregtk-4.0-18 2.8.3+dfsg1-1 -- Herbert Parentes Fortes Neto (hpfn) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790366: gthumb: 6000x26000 image doesn't display, even controls not displayed
Package: gthumb Version: 3:3.4.0-2 Severity: normal Dear Maintainer, I was trying to view a PNG with the following properties: 05_Xak_2_-_Het_Kasteel.png: PNG image data, 6000 x 26000, 8-bit/color RGB, non-interlaced (it can be downloaded here: http://www.msx.org/downloads/xak-ii-map ) After a while, gthumb shows up, but the whole image is shown as black. Even all icons and other controls are not displayed, only a background color is shown. The preview at the bottom is showing the image fine, though. The zoom level doesn't seem to influence this. Moreover, although you'd expect a RAM usage of about 6000 x 26000 x 3 bytes, it's much larger, as over 1GB is used by the application and 600+MB is used by Xorg at the same time: PID USER PR NIVIRTRESSHR S %CPU %MEM TIME+ COMMAND 6481 manuel20 0 9755,3m 1,244g 648,2m S 0,0 15,9 0:08.56 gthumb 4321 root 20 0 8383,3m 662,3m 628,6m S 0,3 8,3 0:39.01 Xorg After closing gthumb this is the memory usage of Xorg: 4321 root 20 0 191,8m 74,1m 40,4m S 6,0 0,9 0:39.82 Xorg -- System Information: Debian Release: stretch/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gthumb depends on: ii gsettings-desktop-schemas 3.16.1-1 ii gthumb-data 3:3.4.0-2 ii libatk1.0-0 2.16.0-2 ii libc6 2.19-18 ii libcairo-gobject2 1.14.2-2 ii libcairo2 1.14.2-2 ii libclutter-1.0-01.22.2-3 ii libclutter-gtk-1.0-01.6.0-1 ii libcogl-pango20 1.20.0-2 ii libcogl-path20 1.20.0-2 ii libcogl20 1.20.0-2 ii libdrm2 2.4.60-3 ii libegl1-mesa [libegl1-x11] 10.5.7-1 ii libexiv2-13 0.24-4.1 ii libgbm1 10.5.7-1 ii libgcc1 1:5.1.1-9 ii libgdk-pixbuf2.0-0 2.31.4-2 ii libglib2.0-02.44.1-1 ii libgstreamer-plugins-base1.0-0 1.4.5-2 ii libgstreamer1.0-0 1.4.5-2 ii libgtk-3-0 3.16.4-2 ii libjavascriptcoregtk-4.0-18 2.8.3+dfsg1-1 ii libjpeg62-turbo 1:1.4.0-7 ii libjson-glib-1.0-0 1.0.4-1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpng12-0 1.2.50-2+b2 ii librsvg2-2 2.40.9-2 ii libsecret-1-0 0.18.2-1 ii libsoup2.4-12.50.0-2 ii libstdc++6 5.1.1-9 ii libtiff54.0.3-13 ii libwayland-client0 1.8.1-1 ii libwayland-cursor0 1.8.1-1 ii libwayland-egl1-mesa [libwayland-egl1] 10.5.7-1 ii libwayland-server0 1.8.1-1 ii libwebkit2gtk-4.0-372.8.3+dfsg1-1 ii libwebp50.4.3-1.3 ii libx11-62:1.6.3-1 ii libxcomposite1 1:0.4.4-1 ii libxdamage1 1:1.1.4-2+b1 ii libxext62:1.3.3-1 ii libxfixes3 1:5.0.1-2+b2 ii libxi6 2:1.7.4-1+b2 ii libxkbcommon0 0.5.0-1 ii libxrandr2 2:1.4.2-1+b1 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages gthumb recommends: ii bison 2:3.0.2.dfsg-2 ii flex2.5.39-8+b1 ii gstreamer0.10-gnomevfs 0.10.36-2 ii gvfs-bin1.24.1-2+b1 ii libgphoto2-62.5.7-5 ii libgphoto2-port12 2.5.7-5 gthumb suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
