https://bugs.documentfoundation.org/show_bug.cgi?id=36300
--- Comment #30 from Julien Nabet <[email protected]> --- (In reply to Timur from comment #29) > I don't see these fixed in 7.4+ bibisect repo 2 days old which contains > 49ee1c889665c3539fa9a1c99a865a42fc08ee97 but not > dc97aac5cdfa3789d4e71e9d92df6e7e68802825. The first commit is the fix at least for tdf#142151, here are the 12 first lines from tiffinfo: TIFF Directory at offset 0x8 (8) Image Width: 138 Image Length: 338 Resolution: 100, 100 pixels/inch Bits/Sample: 16 Sample Format: unsigned integer Compression Scheme: None Photometric Interpretation: RGB color Orientation: row 0 top, col 0 lhs Samples/Pixel: 3 Rows/Strip: 128 Planar Configuration: single image plane and for the first file attached on the bugtracker, if I unzip the odp file, there's Pictures/100000000000024600000246B37CF7E6.tif Here's the result of tiffinfo: TIFF Directory at offset 0x2032352 (1f02e0) Subfile Type: (0 = 0x0) Image Width: 582 Image Length: 582 Resolution: 72, 72 pixels/inch Bits/Sample: 16 Compression Scheme: None Photometric Interpretation: RGB color Samples/Pixel: 3 Rows/Strip: 2 Planar Configuration: single image plane so again 16 bits with "RGB Color" Now, about "Logo TIFF Breaks in When added to any LO Document" attachment, Gimp and LO with fix display the same except the background which is transparent in Gimp. tiffinfo gives: TIFFReadDirectory: Warning, Unknown field with tag 37724 (0x935c) encountered. TIFF Directory at offset 0x8 (8) Subfile Type: (0 = 0x0) Image Width: 144 Image Length: 60 Resolution: 72, 72 pixels/inch Bits/Sample: 16 Compression Scheme: None Photometric Interpretation: RGB color Extra Samples: 1<assoc-alpha> Orientation: row 0 top, col 0 lhs Samples/Pixel: 4 Rows/Strip: 60 Planar Configuration: single image plane Now for tdf#74331, LO (even with the fix) displays it as black rectangle. tiffinfo gives: TIFF Directory at offset 0x8 (8) Image Width: 200 Image Length: 200 Bits/Sample: 16 Compression Scheme: None Photometric Interpretation: min-is-black Orientation: row 0 top, col 0 lhs Samples/Pixel: 1 Rows/Strip: 200 Planar Configuration: single image plane So yes it's 16 bits, but we're in the case "min-is-black" not RGB. Just quoting https://en.wikipedia.org/wiki/TIFF: "TIFF is a complex format, defining many tags of which typically only a few are used in each file. This led to implementations supporting very varying subsets of the format, a situation that gave rise to the joke that TIFF stands for Thousands of Incompatible File Formats." Indeed! :-) That's why ideally, we should use an external lib (eg: libtiff) do deal with tiff images BUT it requires lots of work. -- You are receiving this mail because: You are the assignee for the bug.
