Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Use core compression #1743

Conversation

kdt3rd
Copy link
Contributor

@kdt3rd kdt3rd commented May 5, 2024

Switches the C++ compression classes to use the core compression

kdt3rd added 10 commits May 5, 2024 22:05
This will allow us to have a context without having to actually have a
file (i.e. to use a header object in the C++ layer, or compression)

Signed-off-by: Kimball Thurston <[email protected]>
This will conflict with main, but is easier to test exact matches with
getting the compression options inline with both libraries

Signed-off-by: Kimball Thurston <[email protected]>
This will allow users of the pipeline to run the compression /
decompression, and to replace the C++ compressor utilities. This also
adds some additional checks and looser memory restrictions to the
decompression scheme for ease when we don't have all the information
needed for encoding / decoding.

Signed-off-by: Kimball Thurston <[email protected]>
This makes construction consistent with core, where by once constructed,
the object is ready to be used. (file is opened and parsed or ready for
population)

Signed-off-by: Kimball Thurston <[email protected]>
Not all compilers coerce the types to the same

Signed-off-by: Kimball Thurston <[email protected]>
not all compilers have named vararg macros yet

Signed-off-by: Kimball Thurston <[email protected]>
@Vertexwahn
Copy link
Contributor

Vertexwahn commented May 5, 2024

On the Bazel side I get a several of those errors here:

modified.exr: (EXR_ERR_BAD_CHUNK_LEADER) Invalid part number reconstructing chunk table: expect 0, found 1
modified.exr: (EXR_ERR_BAD_CHUNK_LEADER) Invalid part number reconstructing chunk table: expect 0, found 1
modified.exr: (EXR_ERR_BAD_CHUNK_LEADER) Invalid part number reconstructing chunk table: expect 0, found 1
modified.exr: (EXR_ERR_BAD_CHUNK_LEADER) Invalid part number reconstructing chunk table: expect 0, found 1

bazel test --test_output=errors //src/examples:OpenEXRExamples

Previous commits had tried to reduce the number of calls to chunk offset
but that prevented updates during partial header changes

Signed-off-by: Kimball Thurston <[email protected]>
@kdt3rd
Copy link
Contributor Author

kdt3rd commented May 6, 2024

On the Bazel side I get a several of those errors here:

modified.exr: (EXR_ERR_BAD_CHUNK_LEADER) Invalid part number reconstructing chunk table: expect 0, found 1
modified.exr: (EXR_ERR_BAD_CHUNK_LEADER) Invalid part number reconstructing chunk table: expect 0, found 1
modified.exr: (EXR_ERR_BAD_CHUNK_LEADER) Invalid part number reconstructing chunk table: expect 0, found 1
modified.exr: (EXR_ERR_BAD_CHUNK_LEADER) Invalid part number reconstructing chunk table: expect 0, found 1

bazel test --test_output=errors //src/examples:OpenEXRExamples

yeah, the same thing was happening on the mainline build too, I had been too focused on fixing oss-fuzz failures to re-run the normal tests before pushing

@kdt3rd kdt3rd merged commit 6493af2 into AcademySoftwareFoundation:staging/cpp_core_rewrite May 7, 2024
29 checks passed
@kdt3rd kdt3rd deleted the use_core_compression branch May 7, 2024 08:50
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants