Bump openexr from 3.3.5 to 3.4.1

[dependabot]

Bumps openexr from 3.3.5 to 3.4.1.

Release notes

Sourced from openexr's releases.

v3.4.1

Patch release that fixes a build issue: OpenJPH headers are now included from the openjph folder, as required by OpenJPH 0.23+.

No change in functionality.

v3.4.0

OpenEXR v3.4 introduces a new, additional compression option to the OpenEXR file format for lossless compression with High Throughput JPEG-2000 (HTJ2K) encoding:

• A new HTJ2K compressor uses the High-Throughput (HT) block coder. It supports the full range of OpenEXR features, including 16-bit and 32-bit floating-point image channels, both scanline and tiled.

• The HT block coder is standardized in Rec. ITU-T T.814 and ISO/IEC 15444-15. It is royalty-free, widely used in cinema and distribution servicing, and implemented in both commercial and open-source toolkits.

• In experiments, we've found that HTJ2K produces smaller files, and depending on the nature of the image data, is one of the fastest compression types available in OpenEXR.

• Integration with OpenEXR uses the OpenJPH open-source library. For ease in managing the dependency, the OpenEXR CMake configuration supports automatically fetching and building OpenJPH internally, or linking against an external installation.

• OpenEXR supports two new compression types with distinct space/time trade-offs:

  • htj2k256 -- encodes/decodes chunks of 256 scanlines, producing slightly smaller file size than htj2k32.

  • htj2k32 -- encodes/decodes chunks of 32 scanlines, better suited to multi-threading, so it offers significantly faster encoding and decoding (4-6x in some cases) than htj2k256, with a slight increase in file size.

• All existing OpenEXR compression options remain unchanged. This new feature simply extends the range of compression types available.

• Software compiled with OpenEXR v3.4 will be able to read HTJ2K compressed OpenEXRs without any code changes. Software that writes files may automatically support the new type, but may need a small update to make the new type available as a user option.

• ⚠️ This is a backwards-compatible extension to the OpenEXR file format. Files written with OpenEXR v3.4 will be readable by applications built against previous releases, unless they use the new htj2k32 or htj2k256 compression options.

• ⚠️ This feature was first introduced for evaluation in February, 2025 via the htj2k-beta branch with a single 256 scanlines/chunk compression option, with the 32-scanline option added more recently. Application software written during this evaluation period will need to change IMF_HTJ2K_COMPRESSION to IMF_HTJ2K256_COMPRESSION, although files written with the earlier evaluation version should still read properly.

Other New Features:

• ✨ New colorInteropID standard attribute

  • The ID string endorsed by the Color Interop Forum to communicate the color space of RGB images in an interoperable manner.

  • The contents of the string is described in the specification An ID for Color Interop.

  • Guidance to application developers is provided in Identifying the Color Space of OpenEXR Files

• ✨ New bytes attribute type

  • Designed to hold an arbitrary binary blob of metadata.

  • The OpenEXR library forces no interpretations of the attribute contents; it is strictly application-dependent.

  • The attribute also holds a typeHint string which applications can use to suggest the intended interpretation of the contents, but it is strictly informational.

... (truncated)

Changelog

Sourced from openexr's changelog.

Version 3.4.1 (October 8, 2025)

Patch release that fixes a build issue: OpenJPH headers are now included from the openjph folder, as required by OpenJPH 0.23+.

No change in functionality.

Merged Pull Requests:

• 2140 Update HELP2MAN_URL in install_help2man.sh
• 2139 Fix doxygen/sphinx/rst website issues
• 2138 Bazel cleanup
• 2137 Bump macos runners to 14 and 15, drop 13
• 2136 Include the openjph headers from the openjph folder, required for OpenJPH 0.23+
• 2127 cmake: remove trailing spaces
• 2119 News for v3.4.0 release
• 2118 fix formatting in release notes
• 2107 Add section on OpenEXR/Imath version compatibility to install instructions

Version 3.4.0 (September 5, 2025)

OpenEXR v3.4 introduces a new, additional compression option to the OpenEXR file format for lossless compression with High Throughput JPEG-2000 (HTJ2K) encoding:

• A new HTJ2K compressor uses the High-Throughput (HT) block coder. It supports the full range of OpenEXR features, including 16-bit and 32-bit floating-point image channels, both scanline and tiled.

• The HT block coder is standardized in Rec. ITU-T T.814 and ISO/IEC 15444-15. It is royalty-free, widely used in cinema and distribution servicing, and implemented in both commercial and open-source toolkits.

• In experiments, we've found that HTJ2K produces smaller files, and depending on the nature of the image data, is one of the fastest compression types available in OpenEXR.

• Integration with OpenEXR uses the

... (truncated)

Commits

• 3923db9 add 2139 and 2140 to notes for v3.4.1
• 0800179 Fix doxygen/sphinx/rst website issues (#2139)
• 1f6bffd Update HELP2MAN_URL in install_help2man.sh (#2140)
• d7ed211 release notes for v3.4.1
• ec10efc bump openjph to 0.24.1
• 5976cae bump version to 3.4.1
• ff1c9d0 Include the openjph headers from the openjph folder, required for OpenJPH 0.2...
• 6e59702 cmake: remove trailing spaces (#2127)
• 6575ae5 Bump macos runners to 14 and 15, drop 13 (#2137)
• e4717de Bazel cleanup (#2138)
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

[dependabot]

Superseded by #55.