ic
/
magnum
mirror of https://github.com/mosra/magnum.git
6
0
Fork 0
Code Issues Projects Releases Wiki Activity
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
11156 Commits
21 Branches
19 Tags
70 MiB
Tree: 0c2fbfdc77
Branches Tags
${ item.name }
Create tag ${ searchTerm }
Create branch ${ searchTerm }
from '0c2fbfdc77'
${ noResults }
magnum/doc/snippets/TextureTools.cpp

190 lines
7.6 KiB
Raw Normal View History Unescape

TextureTools: doc snippet and sample output for atlasArrayPowerOfTwo(). Finally, sorry it took over a year. I did the visualization for the article, it'd be sad to not use it. And add a link to the article too.
3 years ago
/*
This file is part of Magnum.
Copyright © 2010, 2011, 2012, 2013, 2014, 2015, 2016, 2017, 2018, 2019,
It's October already?!
2 years ago
2020, 2021, 2022, 2023, 2024
Vladimír Vondruš <mosra@centrum.cz>
TextureTools: doc snippet and sample output for atlasArrayPowerOfTwo(). Finally, sorry it took over a year. I did the visualization for the article, it'd be sad to not use it. And add a link to the article too.
3 years ago
Permission is hereby granted, free of charge, to any person obtaining a
copy of this software and associated documentation files (the "Software"),
to deal in the Software without restriction, including without limitation
the rights to use, copy, modify, merge, publish, distribute, sublicense,
and/or sell copies of the Software, and to permit persons to whom the
Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included
in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL
THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER
DEALINGS IN THE SOFTWARE.
*/
#include <Corrade/Containers/Array.h>
TextureTools: new landfill atlas packer. Just the dumbest possible idea I had, and it compares surprisingly well in both efficiency (~comparable to stb_rect_pack) and speed (significantly faster than stb_rect_pack with tons of tiny images, slower with larger ones -- would probably need to SIMD Math::max() and such, haha). It's the very first implementation without any additional improvements I have in mind, so it'll likely improve further. Includes a benchmark with a bunch of "datasets" extracted from both fonts and large glTF models. The stb_rect_pack file isn't commited as it's not useful apart from this single benchmark, put it to AtlasTestFiles/ and recompile.
3 years ago
#include <Corrade/Containers/BitArray.h>
#include <Corrade/Containers/BitArrayView.h>
TextureTools: doc snippet and sample output for atlasArrayPowerOfTwo(). Finally, sorry it took over a year. I did the visualization for the article, it'd be sad to not use it. And add a link to the article too.
3 years ago
#include <Corrade/Containers/StridedArrayView.h>
#include <Corrade/Utility/Algorithms.h>
#include "Magnum/Image.h"
#include "Magnum/ImageView.h"
#include "Magnum/PixelFormat.h"
#include "Magnum/Math/Color.h"
#include "Magnum/Math/FunctionsBatch.h"
TextureTools: helper for creating a texture coordinate matrix for atlases.
3 years ago
#include "Magnum/Math/Matrix3.h"
#include "Magnum/MeshTools/Transform.h"
TextureTools: doc snippet and sample output for atlasArrayPowerOfTwo(). Finally, sorry it took over a year. I did the visualization for the article, it'd be sad to not use it. And add a link to the article too.
3 years ago
#include "Magnum/TextureTools/Atlas.h"
TextureTools: helper for creating a texture coordinate matrix for atlases.
3 years ago
#include "Magnum/Trade/MaterialData.h"
#include "Magnum/Trade/MeshData.h"
TextureTools: doc snippet and sample output for atlasArrayPowerOfTwo(). Finally, sorry it took over a year. I did the visualization for the article, it'd be sad to not use it. And add a link to the article too.
3 years ago
#define DOXYGEN_ELLIPSIS(...) __VA_ARGS__
using namespace Magnum;
doc: work around linker warnings about main() being duplicated.
2 years ago
/* Make sure the name doesn't conflict with any other snippets to avoid linker
warnings, unlike with `int main()` there now has to be a declaration to
avoid -Wmisssing-prototypes */
void mainTextureTools();
void mainTextureTools() {
TextureTools: new landfill atlas packer. Just the dumbest possible idea I had, and it compares surprisingly well in both efficiency (~comparable to stb_rect_pack) and speed (significantly faster than stb_rect_pack with tons of tiny images, slower with larger ones -- would probably need to SIMD Math::max() and such, haha). It's the very first implementation without any additional improvements I have in mind, so it'll likely improve further. Includes a benchmark with a bunch of "datasets" extracted from both fonts and large glTF models. The stb_rect_pack file isn't commited as it's not useful apart from this single benchmark, put it to AtlasTestFiles/ and recompile.
3 years ago
{
/* [AtlasLandfill-usage] */
Containers::ArrayView<const ImageView2D> images = DOXYGEN_ELLIPSIS({});
Containers::Array<Vector2i> offsets{NoInit, images.size()};
Containers::BitArray rotations{NoInit, images.size()};
/* Fill the atlas with an unbounded height */
TextureTools::AtlasLandfill atlas{{1024, 0}};
atlas.add(stridedArrayView(images).slice(&ImageView2D::size), offsets, rotations);
/* Copy the image data to the atlas, assuming all are RGBA8Unorm as well */
TextureTools: merge AtlasLandfill and AtlasLandfillArray. The overhead of maintaining two classes with only very slight differences in the API and the internals being basically identical is not worth it. Too much potential for inconsistencies and doc errors. Additionally, when I attempted to use it for the reworked Text glyph cache, I realized I'd need to wrap them both under a common interface, allowing easy use for both 2D and 2D array textures. And then it's easier to just have the Atlas class done that way directly instead of papering over that in a downstream API.
3 years ago
Image2D output{PixelFormat::RGBA8Unorm, atlas.filledSize().xy(),
TextureTools: properly size atlas output images in doc snippets.
2 years ago
Containers::Array<char>{ValueInit, std::size_t(atlas.filledSize().product()*4)}};
TextureTools: new landfill atlas packer. Just the dumbest possible idea I had, and it compares surprisingly well in both efficiency (~comparable to stb_rect_pack) and speed (significantly faster than stb_rect_pack with tons of tiny images, slower with larger ones -- would probably need to SIMD Math::max() and such, haha). It's the very first implementation without any additional improvements I have in mind, so it'll likely improve further. Includes a benchmark with a bunch of "datasets" extracted from both fonts and large glTF models. The stb_rect_pack file isn't commited as it's not useful apart from this single benchmark, put it to AtlasTestFiles/ and recompile.
3 years ago
Containers::StridedArrayView2D<Color4ub> dst = output.pixels<Color4ub>();
for(std::size_t i = 0; i != images.size(); ++i) {
/* Rotate 90° counterclockwise if the image is rotated in the atlas */
Containers::StridedArrayView2D<const Color4ub> src = rotations[i] ?
images[i].pixels<Color4ub>().flipped<1>().transposed<0, 1>() :
images[i].pixels<Color4ub>();
Utility::copy(src, dst.sliceSize(
{std::size_t(offsets[i].y()),
std::size_t(offsets[i].x())}, src.size()));
}
/* [AtlasLandfill-usage] */
}
{
Containers::ArrayView<const ImageView2D> images;
Containers::Array<Vector2i> offsets{NoInit, images.size()};
TextureTools::AtlasLandfill atlas{{1024, 0}};
/* [AtlasLandfill-usage-no-rotation] */
atlas.clearFlags(TextureTools::AtlasLandfillFlag::RotatePortrait|
TextureTools::AtlasLandfillFlag::RotateLandscape)
.add(stridedArrayView(images).slice(&ImageView2D::size), offsets);
/* Copy the image data to the atlas, assuming all are RGBA8Unorm as well */
TextureTools: merge AtlasLandfill and AtlasLandfillArray. The overhead of maintaining two classes with only very slight differences in the API and the internals being basically identical is not worth it. Too much potential for inconsistencies and doc errors. Additionally, when I attempted to use it for the reworked Text glyph cache, I realized I'd need to wrap them both under a common interface, allowing easy use for both 2D and 2D array textures. And then it's easier to just have the Atlas class done that way directly instead of papering over that in a downstream API.
3 years ago
Image2D output{PixelFormat::RGBA8Unorm, atlas.filledSize().xy(),
TextureTools: properly size atlas output images in doc snippets.
2 years ago
Containers::Array<char>{ValueInit, std::size_t(atlas.filledSize().product()*4)}};
TextureTools: new landfill atlas packer. Just the dumbest possible idea I had, and it compares surprisingly well in both efficiency (~comparable to stb_rect_pack) and speed (significantly faster than stb_rect_pack with tons of tiny images, slower with larger ones -- would probably need to SIMD Math::max() and such, haha). It's the very first implementation without any additional improvements I have in mind, so it'll likely improve further. Includes a benchmark with a bunch of "datasets" extracted from both fonts and large glTF models. The stb_rect_pack file isn't commited as it's not useful apart from this single benchmark, put it to AtlasTestFiles/ and recompile.
3 years ago
Containers::StridedArrayView2D<Color4ub> dst = output.pixels<Color4ub>();
for(std::size_t i = 0; i != images.size(); ++i) {
Containers::StridedArrayView2D<const Color4ub> src = images[i].pixels<Color4ub>();
Utility::copy(src, dst.sliceSize(
{std::size_t(offsets[i].y()),
std::size_t(offsets[i].x())}, src.size()));
}
/* [AtlasLandfill-usage-no-rotation] */
}
{
TextureTools: merge AtlasLandfill and AtlasLandfillArray. The overhead of maintaining two classes with only very slight differences in the API and the internals being basically identical is not worth it. Too much potential for inconsistencies and doc errors. Additionally, when I attempted to use it for the reworked Text glyph cache, I realized I'd need to wrap them both under a common interface, allowing easy use for both 2D and 2D array textures. And then it's easier to just have the Atlas class done that way directly instead of papering over that in a downstream API.
3 years ago
/* [AtlasLandfill-usage-array] */
TextureTools: new landfill atlas packer. Just the dumbest possible idea I had, and it compares surprisingly well in both efficiency (~comparable to stb_rect_pack) and speed (significantly faster than stb_rect_pack with tons of tiny images, slower with larger ones -- would probably need to SIMD Math::max() and such, haha). It's the very first implementation without any additional improvements I have in mind, so it'll likely improve further. Includes a benchmark with a bunch of "datasets" extracted from both fonts and large glTF models. The stb_rect_pack file isn't commited as it's not useful apart from this single benchmark, put it to AtlasTestFiles/ and recompile.
3 years ago
Containers::ArrayView<const ImageView2D> images = DOXYGEN_ELLIPSIS({});
Containers::Array<Vector3i> offsets{NoInit, images.size()};
Containers::BitArray rotations{NoInit, images.size()};
/* Fill the atlas with an unbounded depth */
TextureTools: merge AtlasLandfill and AtlasLandfillArray. The overhead of maintaining two classes with only very slight differences in the API and the internals being basically identical is not worth it. Too much potential for inconsistencies and doc errors. Additionally, when I attempted to use it for the reworked Text glyph cache, I realized I'd need to wrap them both under a common interface, allowing easy use for both 2D and 2D array textures. And then it's easier to just have the Atlas class done that way directly instead of papering over that in a downstream API.
3 years ago
TextureTools::AtlasLandfill atlas{{1024, 1024, 0}};
TextureTools: new landfill atlas packer. Just the dumbest possible idea I had, and it compares surprisingly well in both efficiency (~comparable to stb_rect_pack) and speed (significantly faster than stb_rect_pack with tons of tiny images, slower with larger ones -- would probably need to SIMD Math::max() and such, haha). It's the very first implementation without any additional improvements I have in mind, so it'll likely improve further. Includes a benchmark with a bunch of "datasets" extracted from both fonts and large glTF models. The stb_rect_pack file isn't commited as it's not useful apart from this single benchmark, put it to AtlasTestFiles/ and recompile.
3 years ago
atlas.add(stridedArrayView(images).slice(&ImageView2D::size), offsets, rotations);
/* Copy the image data to the atlas, assuming all are RGBA8Unorm as well */
TextureTools: properly size atlas output images in doc snippets.
2 years ago
Image3D output{PixelFormat::RGBA8Unorm, atlas.filledSize(),
Containers::Array<char>{ValueInit, std::size_t(atlas.filledSize().product()*4)}};
TextureTools: new landfill atlas packer. Just the dumbest possible idea I had, and it compares surprisingly well in both efficiency (~comparable to stb_rect_pack) and speed (significantly faster than stb_rect_pack with tons of tiny images, slower with larger ones -- would probably need to SIMD Math::max() and such, haha). It's the very first implementation without any additional improvements I have in mind, so it'll likely improve further. Includes a benchmark with a bunch of "datasets" extracted from both fonts and large glTF models. The stb_rect_pack file isn't commited as it's not useful apart from this single benchmark, put it to AtlasTestFiles/ and recompile.
3 years ago
Containers::StridedArrayView3D<Color4ub> dst = output.pixels<Color4ub>();
for(std::size_t i = 0; i != images.size(); ++i) {
/* Rotate 90° counterclockwise if the image is rotated in the atlas */
Containers::StridedArrayView3D<const Color4ub> src = rotations[i] ?
images[i].pixels<Color4ub>().flipped<1>().transposed<0, 1>() :
images[i].pixels<Color4ub>();
Utility::copy(src, dst.sliceSize(
{std::size_t(offsets[i].z()),
std::size_t(offsets[i].y()),
std::size_t(offsets[i].x())}, src.size()));
}
TextureTools: merge AtlasLandfill and AtlasLandfillArray. The overhead of maintaining two classes with only very slight differences in the API and the internals being basically identical is not worth it. Too much potential for inconsistencies and doc errors. Additionally, when I attempted to use it for the reworked Text glyph cache, I realized I'd need to wrap them both under a common interface, allowing easy use for both 2D and 2D array textures. And then it's easier to just have the Atlas class done that way directly instead of papering over that in a downstream API.
3 years ago
/* [AtlasLandfill-usage-array] */
TextureTools: new landfill atlas packer. Just the dumbest possible idea I had, and it compares surprisingly well in both efficiency (~comparable to stb_rect_pack) and speed (significantly faster than stb_rect_pack with tons of tiny images, slower with larger ones -- would probably need to SIMD Math::max() and such, haha). It's the very first implementation without any additional improvements I have in mind, so it'll likely improve further. Includes a benchmark with a bunch of "datasets" extracted from both fonts and large glTF models. The stb_rect_pack file isn't commited as it's not useful apart from this single benchmark, put it to AtlasTestFiles/ and recompile.
3 years ago
}
TextureTools: doc snippet and sample output for atlasArrayPowerOfTwo(). Finally, sorry it took over a year. I did the visualization for the article, it'd be sad to not use it. And add a link to the article too.
3 years ago
{
/* [atlasArrayPowerOfTwo] */
Containers::ArrayView<const ImageView2D> input;
Containers::StridedArrayView1D<const Vector2i> sizes =
stridedArrayView(input).slice(&ImageView2D::size);
Containers::Array<Vector3i> offsets{NoInit, input.size()};
/* Size the atlas based on the largest image and fill it */
Vector2i layerSize = Math::max(sizes);
Int layerCount = TextureTools::atlasArrayPowerOfTwo(layerSize, sizes, offsets);
/* Copy the image data to the atlas, assuming all are RGBA8Unorm as well */
Vector3i outputSize{layerSize, layerCount};
Image3D output{PixelFormat::RGBA8Unorm, outputSize,
TextureTools: properly size atlas output images in doc snippets.
2 years ago
Containers::Array<char>{ValueInit, std::size_t(outputSize.product()*4)}};
TextureTools: doc snippet and sample output for atlasArrayPowerOfTwo(). Finally, sorry it took over a year. I did the visualization for the article, it'd be sad to not use it. And add a link to the article too.
3 years ago
Containers::StridedArrayView3D<Color4ub> dst = output.pixels<Color4ub>();
for(std::size_t i = 0; i != input.size(); ++i) {
Containers::StridedArrayView3D<const Color4ub> src = input[i].pixels<Color4ub>();
Utility::copy(src, dst.sliceSize(
{std::size_t(offsets[i].z()),
std::size_t(offsets[i].y()),
std::size_t(offsets[i].x())}, src.size()));
}
/* [atlasArrayPowerOfTwo] */
}
TextureTools: helper for creating a texture coordinate matrix for atlases.
3 years ago
{
Vector2i atlasSize;
Containers::StridedArrayView1D<const Vector2i> sizes;
Containers::StridedArrayView1D<const Vector2i> offsets;
Containers::BitArrayView rotations;
std::size_t i{};
/* [atlasTextureCoordinateTransformation] */
Matrix3 matrix = (rotations[i] ?
TextureTools::atlasTextureCoordinateTransformationRotatedCounterClockwise :
TextureTools::atlasTextureCoordinateTransformation
)(atlasSize, sizes[i], offsets[i]);
/* [atlasTextureCoordinateTransformation] */
static_cast<void>(matrix);
}
{
Matrix3 matrix;
/* [atlasTextureCoordinateTransformation-meshdata] */
Trade::MeshData mesh = DOXYGEN_ELLIPSIS(Trade::MeshData{MeshPrimitive::Points, 0});
MeshTools::transformTextureCoordinates2DInPlace(mesh, matrix);
/* [atlasTextureCoordinateTransformation-meshdata] */
}
{
Matrix3 matrix;
/* [atlasTextureCoordinateTransformation-materialdata] */
Trade::MaterialData material = DOXYGEN_ELLIPSIS(Trade::MaterialData{{}, {}});
Matrix3& materialMatrix =
material.mutableAttribute<Matrix3>(Trade::MaterialAttribute::TextureMatrix);
materialMatrix = matrix*materialMatrix;
/* [atlasTextureCoordinateTransformation-materialdata] */
}
TextureTools: doc snippet and sample output for atlasArrayPowerOfTwo(). Finally, sorry it took over a year. I did the visualization for the article, it'd be sad to not use it. And add a link to the article too.
3 years ago
}