Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
GIMP
GIMP
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 2,749
    • Issues 2,749
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Merge Requests 34
    • Merge Requests 34
  • CI / CD
    • CI / CD
    • Pipelines
    • Jobs
    • Schedules
  • Operations
    • Operations
    • Incidents
    • Environments
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Analytics
    • Analytics
    • CI / CD
    • Repository
    • Value Stream
  • External Wiki
    • External Wiki
  • Members
    • Members
  • Collapse sidebar
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
  • GNOME
  • GIMPGIMP
  • Issues
  • #1070

Closed
Open
Opened Mar 14, 2017 by bugzilla-migration@bugzilla-migrationReporter

exporting to jpeg from 32-bit float linear image produces jpeg in linear color space

Submitted by Tomasz Goliński

Link to original bug (#780014)

Description

When I open a photo (exported from Darktable with an embedded color profile but it is just plain sRGB), convert it to 32-bit float sRGB, and export to JPEG I get a file which appears in other applications too bright and flat. The file is indeed saved in linear color space ("linear TRC variant generated by GIMP") NB. thumbnail is OK).

While those kind of JPG files might be useful to somebody, I believe that at least there should be an export option to convert back to perceptual color space as these files are not widely supported. Moreover GIMP itself doesn't open them correctly - it sets precision to 8-bit perceptual. However magically, switching to linear doesn't convert the data, it just reinterpretes input correctly as linear and produces expected output.

The key component again is that the input image has its own profile (even though it is just sRGB). When I discard the profile, the problem disappears. The problem appeared sometime last year, I don't recall exactly, but if it would be helpful I can do bisect.

Version: git master

Assignee
Assign to
2.10
Milestone
2.10
Assign milestone
Time tracking
None
Due date
None
Reference: GNOME/gimp#1070