You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There seems to be no easy way to encode 16-bit float data as BC6H, despite support for this codec being advertised. BC6H does not even support an alpha channel, so the only input uncompressed pixel formats that make sense are RGB.
However, compressonator seems to not have any support for 16-bit RGB buffer types (including integer). This is perplexing because the same 16-bit buffer types are there for R, RG, and RGBA formats. The enums for the 16-bit RGB types are conspicuously absent. WTF?
This means that in order to do anything at all with BC6H, I'd have to copy the image data to a temporary buffer, inserting an empty alpha channel for every pixel, then use the RGBA-16F format. I'm not sure if this would work either. I guess this is what the command line tool is doing, but it's not a good solution.
I'm just going to add the RGB buffer types myself to my own copy of the code (heavily modified at this point).
It is really frustrating that 10+ year-old software on version 4.3 from a major corporation hardly works, and that I have to make so many modifications/fixes to do some basic texture compression and decompression.
The text was updated successfully, but these errors were encountered:
There seems to be no easy way to encode 16-bit float data as BC6H, despite support for this codec being advertised. BC6H does not even support an alpha channel, so the only input uncompressed pixel formats that make sense are RGB.
However, compressonator seems to not have any support for 16-bit RGB buffer types (including integer). This is perplexing because the same 16-bit buffer types are there for R, RG, and RGBA formats. The enums for the 16-bit RGB types are conspicuously absent. WTF?
This means that in order to do anything at all with BC6H, I'd have to copy the image data to a temporary buffer, inserting an empty alpha channel for every pixel, then use the RGBA-16F format. I'm not sure if this would work either. I guess this is what the command line tool is doing, but it's not a good solution.
I'm just going to add the RGB buffer types myself to my own copy of the code (heavily modified at this point).
It is really frustrating that 10+ year-old software on version 4.3 from a major corporation hardly works, and that I have to make so many modifications/fixes to do some basic texture compression and decompression.
The text was updated successfully, but these errors were encountered: