Jean-Roc,
those formats have potential to be loaded on the GPU with very few
processing, as far as I understand their description. And the
BinomialLLC/basis_universal code is able to do that typically.
That said in a GDAL context, full decompression/compression will be done
as there's no direct interface between GDAL and the GPU. The use case
here is more to use GDAL's convenient generic raster capabilities to
read/write that format amongst other textures formats (which don't hold
georefencing by themselves, but may be associated to georeferenced
objects externally), regular non-georeferenced images ... and sometimes
geospatial raster formats.
Even
Le 16/06/2022 à 20:46, Jean-Roc Morreale (ml) a écrit :
Hi Even,
Out of curiosity, what are the possible usecases for geospatial tasks,
georeferenced normal/displacement mapping straight to the gpu ?
regards,
JR
Le mercredi 15 juin 2022 à 16:51 +0200, Even Rouault a écrit :
Hi,
There's interest for adding a new read/write raster GDAL driver for
the
Basis Universal and KTX2
(https://github.khronos.org/KTX-Specification/)
texture formats, used in 3D/BIM formats like I3S and glTF. That would
use the https://github.com/BinomialLLC/basis_universal software
(Apache
2.0 licensed) to do the encoding/decoding.
I just wanted to know if people were comfortable to have this as a
in-tree (optional) GDAL driver. Texture support is not necessarily
where
GDAL is most known but we do already have a few drivers specifically
handling that like the DDS/crunch one
(https://gdal.org/drivers/raster/dds.html) or the TARGA one
(https://gdal.org/drivers/raster/tga.html), not mentioning more
generic
purposes formats like JPEG or PNG.
Even
_______________________________________________
gdal-dev mailing list
[email protected]
https://lists.osgeo.org/mailman/listinfo/gdal-dev
--
http://www.spatialys.com
My software is free, but my time generally not.
_______________________________________________
gdal-dev mailing list
[email protected]
https://lists.osgeo.org/mailman/listinfo/gdal-dev
