Is it normal that Shotwell, gthumb, gwenview don’t open tif files of 32 bit? When Gimp, imagemagic, Rawtherapee instead open them.
There are lots of tif flavors, which one are you trying to use?
You mean this (like exaple)?
$ exiftool prova.tif
ExifTool Version Number : 12.50
File Name : prova.tif
Directory : .
File Size : 134 MB
File Modification Date/Time : 2023:04:22 16:06:42+02:00
File Access Date/Time : 2023:04:22 16:06:42+02:00
File Inode Change Date/Time : 2023:04:22 16:06:42+02:00
File Permissions : -rw-rw-r--
File Type : BTF
File Type Extension : btf
MIME Type : image/x-tiff-big
Image Width : 4192
Image Height : 2664
Bits Per Sample : 32 32 32
Compression : Uncompressed
Photometric Interpretation : RGB
Strip Offsets : (Binary data 186 bytes, use -b option to extract)
Orientation : Horizontal (normal)
Samples Per Pixel : 3
Rows Per Strip : 128
Strip Byte Counts : (Binary data 167 bytes, use -b option to extract)
X Resolution : 72
Y Resolution : 72
Planar Configuration : Chunky
Page Name : pettirossob.jpg
Resolution Unit : inches
Sample Format : Float; Float; Float
Profile CMM Type : Little CMS
Profile Version : 2.3.0
Profile Class : Display Device Profile
Color Space Data : RGB
Profile Connection Space : XYZ
Profile Date Time : 2008:01:10 15:30:40
Profile File Signature : acsp
Primary Platform : Microsoft Corporation
CMM Flags : Not Embedded, Independent
Device Manufacturer : Little CMS
Device Model :
Device Attributes : Reflective, Glossy, Positive, Color
Rendering Intent : Perceptual
Connection Space Illuminant : 0.9642 1 0.82491
Profile Creator : Little CMS
Profile ID : 0
Device Mfg Desc : little cms
Profile Description : ProPhoto
Device Model Desc : ProPhoto
Media White Point : 0.96396 1 0.82414
Red Matrix Column : 0.79752 0.28799 2e-05
Blue Matrix Column : 0.03143 0.00012 0.82494
Green Matrix Column : 0.13525 0.71188 -3e-05
Red Tone Reproduction Curve : (Binary data 14 bytes, use -b option to extract)
Green Tone Reproduction Curve : (Binary data 14 bytes, use -b option to extract)
Blue Tone Reproduction Curve : (Binary data 14 bytes, use -b option to extract)
Chromaticity Channels : 3
Chromaticity Colorant : Unknown
Chromaticity Channel 1 : 0.7347 0.2653
Chromaticity Channel 2 : 0.15961 0.84039
Chromaticity Channel 3 : 0.03661 0.00011
Profile Copyright : Copyright (c) 2008, Sandy McGuffog. Some rights reserved..This work is licensed under the Creative Commons Attribution-Share Alike 3.0 United States License. To view a copy of this license, visit http://creativecommons.org/licenses/by-sa/3.0/us/ or send a letter to Creative Commons, 171 Second Street, Suite 300, San Francisco, California, 94105, USA.
Media Black Point : 0 0 0
Image Size : 4192x2664
Megapixels : 11.2
I add a “mini” tif like exemple that Shotwell, gthumb and gwenview are not able to open.
mini.tif (1.8 MB)
It looks like Shotwell might have an issue even w/ 16-bit TIFFs (doesn’t say if that’s half float though).
Could be worth checking the bug trackers of others as well, and report if appropriate.
1 Like
In the end I set “magick display -resize 1280” as the default tiff program on Nemo 
.
Sure, but these won’t get fixed if nobody reports the issues 
1 Like
Excluding gThumb which I found this for
" All common formats including raws are shown, but dng files (Adobe Digital Negative) and 32-bit tiffs are not displayed." (gThumb - Introduction).
I think there is a correlation with the other 2 as well and maybe I will make a report in the next few days.
Only the project issue trackers and source code are relevant…
gThumb issue: Cannot open 16/32 bit floating point images (#92) · Issues · GNOME / gThumb · GitLab
Ok, in the end for shotwell I didn’t find where to add the report (https://github.com/GNOME/shotwell and gwenview is too tedious with bugzilla …
I tried the flatpacks to verify it wasn’t an update issue (following instructions for kde bugs) : it’s not.
Well, thanks you!
Bye
I already linked to Shotwell’s issue tracker above - it’s on GNOME GitLab (same as gThumb), not GitHub…
gwenview is too tedious with bugzilla
Indeed! (But it looks like KDE have their own GitLab instance as well…) In addition, it doesn’t seem to even support color management for TIFFs to begin with.
1 Like
@FAb7D As I mentioned in the GitLab issue - it seems you use a version of GIMP that had a bug that would create BigTIFF files by default. Make sure that is turned off, and/or upgrade to 2.10.34.
Thanks! But the problem persist.