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

Provide an option to specify the buffer row extent when decoding #533

Open
gregschlom opened this issue Dec 17, 2024 · 1 comment
Open

Comments

@gregschlom
Copy link
Contributor

It would be very useful to be able to specify the buffer row extent (and the buffer image height, in the 3D case) when calling the decoding API, so that the decoder can handle non tightly-packed data.

This could happen in a variety of scenarios (for example, if we're trying to decode just a portion of a larger image), and would essentially mirror the Vulkan API (https://registry.khronos.org/vulkan/specs/latest/man/html/VkBufferImageCopy.html)

In the default case when buffer row extent and buffer image height are 0, the buffer can be assumed to be tightly packed.

@solidpixel
Copy link
Contributor

Row stride for each 2D input and output image seems like a useful thing to add.

For volumetric compression the data is provided as an array of 2D slices, so there is no need for a plane stride because you can already specify an arbitrary base pointer for each slice.

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

No branches or pull requests

2 participants