Add BCn encoders/decoders with RDO support by walcht · Pull Request #1167 · KhronosGroup/KTX-Software

walcht · 2026-05-07T14:04:58Z

As discussed in #1159: ktxTexture2_CompressBCn and ktxTexture2_DecodeBCn are introduced in this PR to allow libktx users/consumers to encode/decode BCn textures from/to raw decompressed formats.

https://github.com/richgel999/bc7enc_rdo does not support BC6HU/BC6HS encoding/decoding and also no BC2 (this format is essentially dead since BC3 replaces it).

Please feel free to give feedback, edit, and nitpick as much as possible.

Some context: I am adding KTX2 support to OIIO (PR: AcademySoftwareFoundation/OpenImageIO#5185) and having libktx encode/decode BCn formats significantly simplifies things (also ETC encoding/decoding which I can also open a PR for - if approved).

I haven't updated the KTX-Software-CTS with the added BCn test files.

Once this is finalized, this will fix #587.

Current TODOs:

Note1: no LLMs/AI coding tools were used in any capacity whatsoever in writing or aiding in the writing of this PR.
Note2: I am an individual contributor (main reason I am contributing here is to add support for KTX2 in Blender).

Edit: TODO list edits

Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

*Add encode/decode tests (that use both CompressBCn/DecodeBCn) *Add BCn ktx2 test files (transcoded from tests/resources/ktx2/color_grid_uastc_zstd_5.ktx2) *Cleanup BCn test fixtures *Remove `std::cout` statement Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

walcht · 2026-05-07T14:13:14Z

There are also a lot of compiler warnings from bc7enc_rdo dependency. These should be straightforward to address directly in copied files from bc7enc_rdo.

*Add BC1, BC3, BC4, BC5, and BC7 encoding support to "ktx encode" command. *Cleanup ktxBCnParams and add BC1/BC3 quality and mode params. *Add docstrings/documentation to newly added enums/structs in ktx.h. Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

… add-BCn-decoder

CLAassistant · 2026-05-08T07:17:33Z

All committers have signed the CLA.

MarkCallow · 2026-05-09T08:35:46Z

@walcht, Thank you for this. Can you view the build logs?

One issue I notice immediately is that there are no changes to command_create.cpp. This too needs updating to support BCn encoding.

Regarding RDO and multi-threading, the UASTC encoder also has separate multi-threading options for the encoder and for the RDO step. You can follow the same model.

If we need to fix warnings in the encoder I suggest forking the encoder then incorporating the fork here by way of git subrepo. That will make it easier to potentially contribute fixes back upstream. If you are agreeable I can make the fork and provide instructions for how to incorporate it in your workarea.

Re. SIMD and ISPC, be careful how you support this. We need to support building and running on arm64 processors. Also compile flags to enable SSE or other SIMD options are not compatible with straightforward use of universal build tool chains, which is why this project does not do universal builds. Better is use of compiler pre-defined macros and run-time queries to discover what the software is being compiled for and running on. However since we aren't doing universal builds there is no need to obsess over this last detail.

walcht · 2026-05-10T01:49:42Z

@MarkCallow - Concerning the command_create.cpp, I am adding BCn encoding for it currently (somehow forgot it) - will also check if I have missed any other commands.

Concerning the build/CI logs: they are mostly failing because of bc7enc_rdo compiler warnings which should be suppressed. They will also fail because I haven't re-generated the golden files yet for ktx CTS (e.g., ktx encode --help output).

If you are agreeable I can make the fork and provide instructions for how to incorporate it in your workarea

Please do so (as far as I understood, this will be forked under the KhronosGroup and any updates here will be pushed there via the git subrepo command). Until that is done, I will keep edit the bc7enc_rdo sub-folder until the CI passes.

Concerning SIMD and ISPC: I think it makes sense to leave this for another PR, do you agree? (reasoning is this: I have to get the basics working properly, add proper testsuite that covers all supported BCn formats, etc. Once that is done, I can open another PR for SIMD performance improvements). Or I will leave this to very end (last in TODO list above).

*Suppress bc7enc_rdo warnings like unused-variables, memset'ing a non-trivial class (in this case the class is obviously trivial hence a void* cast is used to suppress this warning). Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

*Some CIs report further unused variables/functions that are not reported when building locally. Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

walcht · 2026-05-10T06:03:57Z

Updates about CI jobs:

reuse lint: I don't know why it is not ignoring external/bc7enc_rdo but I have added the SPDX comments in these files.
MingW CI: failing because of some linkage error with bc7enc_rdo (undefined reference to rgbx::). I have to test this on my Windows machine to see what I am doing wrong/missing.
MacOS (arm64) compiling bc7enc_rdo fails. I have no idea why (I don't have a MacOS machine so I will be testing this CI on my fork).
Windows CI: probably some NSIS issue (I don't think I have introduced anything to make it fail)
Other failures are still due to unused-variables/functions that I don't get locally (have addressed all that were mentioned in the CI logs).

MarkCallow · 2026-05-10T06:52:39Z

@walcht,

You will need to rebase to or merge current main to get the fix for the NSIS issue on Windows.

I have created a fork of https://github.com/richgel999/bc7enc_rdo. To incorporate it in your add-BCn-decoder branch do the following in the repo root directory:

git subrepo clone https://github.com/KhronosGroup/bc7enc_rdo.git external/bc7enc_rdo -b changes_for_ktx

You can make changes in this subdirectory, as you are now, and when everything is working I can push the changes to the fork.

Concerning SIMD and ISPC: I think it makes sense to leave this for another PR

I agree. I wanted to make you aware that arm64 is a build target.

Re. reuse, you have to add an entry to REUSE.toml to get external/bc7enc_rdo ignored. It is better to do that than add SPDX comments to all the files. The entry in REUSE.toml will have to mention a license. Use the MIT license option.

Here are a few high level points.

I want to use the bc7f encoder once it is integrated into the bc7enc_rdo repo.
Re. decoding, currently the ETC and ASTC decoders have different APIs. The former has a non-public unpack function for single blocks. This is called from the GL and Vulkan upload functions, if the device does not support ETC, to convert the data before it is uploaded. The latter has a call that decodes and converts an entire ktxTexture2 object. I want to have both for all decoders: ASTC, BCn and ETC and the transcoders as both have their uses. It was a mistake not to have provided an unpack function and updated the upload functions when the ASTC decoder was added.
I would like BC6H support to be included in this or a later PR.
I will be away for 5 days from May 15th and not be able to approve workflow runs during that time. Please plan accordingly.

MarkCallow · 2026-05-10T07:00:38Z

Re the macOS build failure, because the output from the Xcode build is so voluminous it is run through a script, xcpretty, to prettify it. On a past CI service, without this, the logs exceeded the maximum allowed. Recently, for reasons I have yet to investigate, it has started swallowing compile errors. You can turn it off by editing scripts/install_macos.sh and commenting out the line that installs xcpretty.

*Add BCn encoder support for `ktx create` command. *Add missing tests for `ktx encode`, `ktx extract`, and `ktx create`. *Expose BC1/BC3 approximation mode option to ktx CLIs *Misc cleanups (still early-stage PR) Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

walcht · 2026-05-10T12:28:27Z

@MarkCallow

I want to use the bc7f encoder once it is integrated into the bc7enc_rdo repo.

Agree. I wasn't initially aware of this. Apparently bc7f is significantly faster that the bc7 encoder used here (also the added benefit of being continuously maintained). I will integrate this right now since this seems to be straightforward (bc7enc_rdo also seems a bit not-longer-maintained so l think it's better to just integrate it now rather than waiting for it to be integrated into bc7enc_rdo repo).

Concerning the decoding API: I added BCn decoders for VkUpload/GLUpload as a TODO (will follow same API as in etcunpack). Might also open a PR to add it for ASTC since I have already spent some time getting familiar with this code base.

I would like BC6H support to be included in this or a later PR.

Will add it in this PR. Will add it at the very end though since I have to finalize current formats.

I will be away for 5 days ...

I will try to address CI issues now (It is fine if I incrementally commit here to see if certain jobs pass?).

Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

…Group/bc7enc_rdo.git external/bc7enc_rdo subrepo: subdir: "external/bc7enc_rdo" merged: "dbe416d2" upstream: origin: "https://github.com/KhronosGroup/bc7enc_rdo.git" branch: "changes_for_ktx" commit: "dbe416d2" git-subrepo: version: "0.4.9" origin: "https://github.com/ingydotnet/git-subrepo" commit: "5e0f401"

*Before this commit, bc7enc_rdo dependency was manually copied to external/bc7enc_rdo directory (only needed files were copied). This was not ideal for a lot of reasons (mainly that we are introducing changes that may be streamed back to the original repo and having a subrepo/submodule is better suited for that than manually copying dependency files). *Add bc7enc_rdo to REUSE.toml with MIT license. *Git ignore compile_commands.json file (used by clangd LSP) Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

… add-BCn-decoder

walcht · 2026-05-10T13:38:10Z

The integrated basisu_transcoder is a bit outdated (actually, significantly) and doesn't contain bc7f. So for the moment I will just use bc7enc_rdo's BC7 encoder until the fork at (https://github.com/KhronosGroup/basis_universal/tree/fixes_for_ktx_v5_0) is updated to a commit that includes the bc7f namespace.

MarkCallow · 2026-05-11T11:39:17Z

I was not aware that bc7f is included in basisu_transcoder. By pure coincidence I have just completed integration of Basis Universal release 2.1.0. See the update_basisu_to_2_1_0 branch. We have the v5.0.0 release in flight. I've made a v5.0.0-rc1 release while we wait for some external (to KTX-Software) pieces to be put in place. My plan was to wait until we made the v5.0.0 release before merging this branch. If you retarget this PR and your branch to update_basisu_to_2_1_0 you can start working on bc7f now.

Neither the KTX-Software code nor our golden files required any updates for our extensive test suite to pass with BU 2.1.0. I am therefore amenable to merging it now but will have to discuss within the Khronos WG and can't make any promises.

The single image decoders used by GLUpload/VkUpload should be exposed in the library API but must be independent of the ktxTexture* classes. Software reading a KTX file incrementally will find them useful.

Regarding the current ETC decoder, please note that it does not have a recognized open source license so might not be suitable for your OIIO work.

*Add initial RDO post processing step for BC1, BC3, and BC7 but without ultrasmooth blocks support see: https://richg42.blogspot.com/2021/02/updated-bc7encrdo-with-improved-smooth.html *Fix encoder in case input texture does not have multiple-of-4 dimensions. This was reading beyond std::vector size before this commit. *Add initial RDO params to BCnParams with verbose explanation/description comments. *Misc refactoring/adjustments. Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

walcht · 2026-05-14T07:46:28Z

@MarkCallow - please don't approve the CI workflow yet (it will fail because I haven't updated the golden test files yet).

I have added initial RDO postprocessing step support for BC1, BC3, and BC7 (only relying on ert.h/cpp without having to use bc7enc_rdo utils.h/.cpp and rdo_bc_encoder.h/cpp because these used OpenMP and it's just better that we only depend on the actual core RDO function in ert.h/cpp).
Also fixed the encoder in case input texture is not multiple of 4 (still have to absolutely verify this in all cases - this was reading beyond std::vector's size before this commit...).
No ultrasmooth block support yet (added to TODO list).
Added initial RDO params for BCnParams in ktx.h (some detailed description for fields I understand).

Will add bc7f once I finish RDO post processing.

MarkCallow · 2026-05-14T08:24:14Z

I have just merged PR #1170 so you will now find bc7f in main. Please remove external/bc7enc_rdo and adapt this to bc7f. I hope that not too much of your work to date will have been wasted.

One other thing re. bcn_codec.cpp, we need to be able to build with just the decoder when building libktx_read. astc_codec.cpp is one file because of pieces needed by both encoder and decoder so it has ifdefs to allow building only the decoder parts. Unless there is substantial common code you can consider making separate source files for encode and decode. If you do not, then add similar ifdefs.

Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

MarkCallow · 2026-06-21T11:55:44Z

Before I do I want to create a smudge/clean filter that will apply the formatting on commit. (The smudge filter would be a nop.) I have not had the time.

If you want I can open a PR for that (+ build step clang-format formatting check).

That would be wonderful but let's wait until we get the BCn related stuff finished. There is already a workflow to run clang-format but the calls to it in other workflows are commented out. This is because several changes are needed in the formatting for some minor tweaks and to avoid breaking some files. We had a contractor who put in place these format-related items but the contract came to an end before the various issues could be addressed. I will have to find the closed PR where I listed the issues and refresh my memory.

If you are already using clang_format in your workflow I'd love to hear how you do it.

I have it set up via Vim/NeoVim. On some custom key press I set, it just invokes the clang-format CLI on currently open buffer following the .clang-format file in current working directory. I also have it set up to do partial formatting (only selected lines) to avoid introducing unnecessary changes to un-formatted files (e.g., tools/ subfolder).

Thanks for the this. I am a Vim user too. Is this a custom thing you did or is it a standard Vim extension?

walcht · 2026-06-21T12:28:49Z

That would be wonderful but let's wait until we get the BCn related stuff finished.

Agree. Either way, adding clang-format checks to CI should be fairly simple.

Is this a custom thing you did or is it a standard Vim extension?

Only using built-in commands/cli-invocations. I'm mostly using NeoVim but this should also work on Vim:

To format a selection of lines:

I optionally select lines I want to format with
I type :'<,'>%!clang-format which pipes the selected lines into clang-format CLI and overwrites them with its output (very handy with other CLIs. E.g., json formatting a selection using Python).

Or for formatting the whole file (this is what I usually do, then I revert hunks that I didn't change):

I type :%!clang-format

walcht · 2026-06-21T13:56:20Z

While adding actual robust testing to non-CTS tests (i.e., don't just check that decoding worked fine but compare the underlying data with original input within 0.08 tolerance), I found 2 more issues:

RDO with non-SRGB input yields erroneous results (it assumes SRGB input).
~~BC5 decoder is doing something incorrect~~ => fairly confident that my decoder is correct. There is some issue with UASTC and transcoding to BC5. I opened another issue. Details are there (I know, I'm spamming a lot of issues now...).

*Without this, ktxdiff fails with "Mismatching header" on RGB16 SFLOAT input. Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

*So that tests can compare decoded BCn KTX2 files with original files without failing because of different KVD. Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

*Previously these unorm PNG BCn inputs had sRGB colorspace and were converted via --assign-tf in ktx create calls. *Remove (i.e., set to 0) unused channels (e.g., for rg8_unorm_bc5, set B to 0 using oiiotool). See genktx2 for exact command. Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

*Add option to write failed ktxdiff BCn decode tests to temporary location (in build/Testing/Temporary/GeneratedFiles/). *Update CTS submodule to always use supercompression in tests when RDO is used. *Significantly improve BCn decoder and encoder testing via differential testing with UASTC -> BCn transcode files. Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

*Just to keep this as similar as possible with UASTC RDO options albeit --uastc-rdo-m may affect determinism while --bcn-rdo-m whether present or not will always result in same output. Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

MarkCallow · 2026-06-28T09:02:13Z

@walcht, Please do not add any more commits to this PR until I tell you I have completed my review. Probably it will take me a couple more days.

MarkCallow

More comments, some with requested changes.

I have now finished reviewing the changes and new files in this PR. Thanks for your patience.

MarkCallow · 2026-06-30T08:42:15Z

+    switch (bcn) {
+    case KTX_BCN_COMPRESSION_BC1:
+    case KTX_BCN_COMPRESSION_BC1A:
+        expectedCompressedSize = BC1_BLOCK_SIZE * nBlocks;


You are calculating nblocks using a common block size for all BCn. If the block sizes for some BCn types is different, won't nblocks be incorrect for those?

MarkCallow · 2026-06-30T08:52:06Z

+                                              D3D10 docs on BC1.                                               </td></tr>
+                <tr><td>nvidia     </td> <td> NVidia GPU mode. May produce artifacts on non-NVidia GPUs.       </td></tr>
+                <tr><td>amd        </td> <td> AMD GPU mode. May produce artifacts on non-AMD GPUs.             </td></tr>
+                <tr><td>ideal      </td> <td> Matches AMD Compressonator's output. Rounds 4-color colors 2,3


Second meaning for "ideal". I suspect the first is the correct one.

Do you know anything about these modes? I am concerned about having vendor-specific images carried in a standardized file format without any indication of such. If these modes are truly useful, we must consider adding metadata to indicate the file is carrying vendor-specific data.

I am very tempted to say "support only the ideal D3D10 mode", especially given the note at line 58 below, but I have no idea how that will work on D3D9 or indeed D3D11 or 12."

walcht · 2026-07-03T17:00:20Z

@MarkCallow - before I push the commits that address the reviews above, I need to know your opinion about some decisions/choices (see my comments above on some of your reviews).

Note: I'm back on my main PC so I will be answering faster from now on.

*Remove vendor-specific BC1 approximation mode option and use default (Ideal). *Add src/bcn_common.h to CMakeLists.txt's source files. *Fix default values for ktxBCnParams struct. Now = {0} is supported and well documented and is aligned with ktx tools default values. *Add BC1 'faster' encoding quality option. *Remove ktxBC1UnpackParams and use defaults. *Remove confusing BCN_BLOCK_SIZE constant and replace with the literal '4'. *Handle case where a supercompressed texture is provided to ktxTexture2_CompressBCnEx(). *Use internal includes (with "") instead of external includes (with <>) for internal files. *Replace USAGE_MSG() macro from ktxdiff with an actual function. *Add --skip-kvd option in ktxdiff for transcoded textures. *Remove ugly path in ktx create/encode that relies on REGEX to remove '--thread N' substring from KVD metadata. *Add ASTC-to-ASTC, BCn-to-ASTC and ASTC-to-BCn checks and corresponding fatal messages (alongside tests in CTS). *Remove duplicate _CRT_SECURE_NO_WARNINGS warning suppression on Windows. *Add BCn support to metrics_utils. *Misc refactoring and duplicate code removal. Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

*fs::remove() was wrongly and inconsistently used which caused exceptions to be risen, weirdly, only on Windows. Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

walcht · 2026-07-04T20:15:23Z

I have no idea why Windows CI fail (see https://github.com/KhronosGroup/KTX-Software/actions/runs/28717380966/job/85161079973?pr=1167).

Probably a network glitch and re-running these jobs will make them pass (they all pass on all my machines; Linux and Windows).

MarkCallow · 2026-07-06T09:22:05Z

@MarkCallow - before I push the commits that address the reviews above, I need to know your opinion about some decisions/choices (see my comments above on some of your reviews).

I do not see any comment from you in the unresolved review issues. I will review the changes since my review. Maybe they are there.

MarkCallow · 2026-07-06T09:23:57Z

Probably a network glitch and re-running these jobs will make them pass

I just triggered a re-run.

walcht · 2026-07-06T10:07:51Z

do not see any comment from you in the unresolved review issues.

I put some comments as answers to your review comments (e.g., https://github.com/KhronosGroup/KTX-Software/pull/1167/changes/BASE..e1523147da1256c69ed8c66e05b8b36dbb7539a6#diff-b7372a1fed46c5b6da9d108575ed837e61c1973ec07b237cee1166f3b1f7a971). They are mainly about the approaches I took to solve reviewed problems.

I just triggered a re-run.

Thanks. Now they all pass (was a Windows runner network glitch).

MarkCallow · 2026-07-08T10:14:14Z

I have a PR in flight to update the ASTC encoder to the latest release. I would like to merge it for v5.0.0, i.e. before this PR. There is a very small API change when calling the ASTC decoder and also an updated TinyEXR which causes .exr files extracted via ktx extract to be slightly different, a difference I have not been able to spot with my eyes. Thus some golden files for some extract files have to be updated.

I do not think any of this conflicts with what you are doing here but I want to check with you. Please let me know.

walcht · 2026-07-08T13:44:49Z

I do not think any of this conflicts with what you are doing here but I want to check with you. Please let me know.

This will probably not cause any issues. I think this BCn PR only uses one (or at most a couple) or .exr files to only test BC6H format. (even if it does, should be very simple to address/fix).

Once that PR is merged, I will update main to see if CIs pass.

walcht and others added 4 commits May 5, 2026 17:01

Add initial BC1 decoder

306b578

Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

Add BC1, BC3, BC4, BC5, and BC7 decoding support to ktx extract command

12ab662

Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

Merge branch 'main' into add-BCn-decoder

67facb3

walcht marked this pull request as draft May 7, 2026 14:11

walcht added 2 commits May 8, 2026 09:13

Merge branch 'add-BCn-decoder' of github.com:walcht/KTX-Software into…

6848b82

… add-BCn-decoder

walcht added 2 commits May 10, 2026 05:44

Fix/Suppress unused variables/functions compilier warnings

4a6580d

*Some CIs report further unused variables/functions that are not reported when building locally. Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

walcht added 2 commits May 10, 2026 12:31

Update CTS submodule commit pointer

bf153ca

Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

walcht and others added 6 commits May 10, 2026 14:30

Update CTS submodule

b2eec1b

Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

Temporary pre-integration of bc7enc_rdo as a 'subrepo'

68bb0de

Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

Merge branch 'KhronosGroup:main' into add-BCn-decoder

236cc4d

Merge branch 'add-BCn-decoder' of github.com:walcht/KTX-Software into…

389fa06

… add-BCn-decoder

walcht added 2 commits June 21, 2026 11:58

Fix upload CTS files on failure build steps

db54360

Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

Handle pending data load in BCn decoder

4e93ee3

Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

walcht mentioned this pull request Jun 21, 2026

Transcoding to BC5 from UASTC yields potentially erroneous output #1191

Open

walcht added 8 commits June 22, 2026 08:05

Copy typeSize member in BCn decoder

36f075a

*Without this, ktxdiff fails with "Mismatching header" on RGB16 SFLOAT input. Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

Add '--skip-kvd' to ktxdiff

88e8a18

*So that tests can compare decoded BCn KTX2 files with original files without failing because of different KVD. Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

Add '--normal-mode' to BC5 differential test file generation

7f568f3

Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

Update CTS submodule commit pointer

ad74524

Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

Merge branch 'main' into add-BCn-decoder

e152314

Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

MarkCallow reviewed Jun 30, 2026

View reviewed changes

walcht added 5 commits July 4, 2026 16:28

Fix syntax error in texturetests and update CTS

2476fb6

Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

Merge branch 'main' into add-BCn-decoder

41ea660

Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

Update CTS submodule commit

3cb6540

Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

Add missing <algorithm> include

a4035f2

Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

walcht mentioned this pull request Jul 4, 2026

feat(ktx): add initial ktx input/output support. AcademySoftwareFoundation/OpenImageIO#5185

Draft

25 tasks

Fix texturetests issues on Windows

2b41ff9

*fs::remove() was wrongly and inconsistently used which caused exceptions to be risen, weirdly, only on Windows. Signed-off-by: Walid Chtioui <walid.chtioui.main@gmail.com>

Uh oh!

Conversation

walcht commented May 7, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

walcht commented May 7, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

CLAassistant commented May 8, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

MarkCallow commented May 9, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

walcht commented May 10, 2026

Uh oh!

walcht commented May 10, 2026

Uh oh!

MarkCallow commented May 10, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

MarkCallow commented May 10, 2026

Uh oh!

walcht commented May 10, 2026

Uh oh!

walcht commented May 10, 2026

Uh oh!

MarkCallow commented May 11, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

walcht commented May 14, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

MarkCallow commented May 14, 2026

Uh oh!

MarkCallow commented Jun 21, 2026

Uh oh!

walcht commented Jun 21, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

walcht commented Jun 21, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

MarkCallow commented Jun 28, 2026

Uh oh!

MarkCallow left a comment • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

MarkCallow Jun 30, 2026

Choose a reason for hiding this comment

Uh oh!

Uh oh!

MarkCallow Jun 30, 2026

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Uh oh!

walcht commented Jul 3, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

walcht commented Jul 4, 2026

Uh oh!

MarkCallow commented Jul 6, 2026

Uh oh!

MarkCallow commented Jul 6, 2026

Uh oh!

walcht commented Jul 6, 2026

Uh oh!

MarkCallow commented Jul 8, 2026

Uh oh!

walcht commented Jul 8, 2026

Uh oh!

Reviewers

Assignees

walcht commented May 7, 2026 •

edited

Loading

walcht commented May 7, 2026 •

edited

Loading

CLAassistant commented May 8, 2026 •

edited

Loading

MarkCallow commented May 9, 2026 •

edited

Loading

MarkCallow commented May 10, 2026 •

edited

Loading

MarkCallow commented May 11, 2026 •

edited

Loading

walcht commented May 14, 2026 •

edited

Loading

walcht commented Jun 21, 2026 •

edited

Loading

walcht commented Jun 21, 2026 •

edited

Loading

MarkCallow left a comment •

edited

Loading

walcht commented Jul 3, 2026 •

edited

Loading