No description
Find a file
2014-03-22 20:07:17 -04:00
ASTCEncoder Add return type to function 2014-03-20 18:33:11 -04:00
Base Fix small bug with large consequences 2014-03-21 20:26:45 -04:00
BPTCEncoder Actually use the simulated annealing setting. 2014-03-22 20:07:17 -04:00
CLTool Add small tool that decompresses an image. 2014-03-18 19:37:42 -04:00
CMakeModules Add hooks to NVTT bc7_export library if present on the users machine. Assumes that all of the cross platform problems are fixed for incorporation into FasTC... Otherwise the options to use NVTT are ignored. 2013-11-19 12:03:03 -05:00
Core Move the other BPTC settings into the settings struct 2014-03-22 19:52:58 -04:00
DXTEncoder Check for C++11 types in base library 2014-01-30 13:55:55 -05:00
ETCEncoder Fix a few bugs. 2014-02-04 12:55:47 -05:00
GTest Merge branch 'master' into MinGW 2014-01-21 16:25:49 -05:00
IO Add .astc file loader 2014-03-12 19:26:39 -04:00
PVRTCEncoder Add 2bpp PVRTC compression format 2014-03-12 14:01:31 -04:00
Windows@4feeeb6550 Catch up windows libs to their non-boost counterpart 2013-11-11 19:00:40 -05:00
.gitmodules Change windows submodule to point to https url 2013-11-17 14:16:45 -05:00
.travis.yml Don't pull submodules when doing travis-ci builds 2014-03-12 03:43:20 -04:00
CMakeLists.txt Merge branch 'ModularizeBPTC' into DecompressASTC 2014-02-27 14:21:15 -05:00
README.md Add travis.ci image to readme 2014-03-12 03:36:03 -04:00

FasTC Build Status

A Fast Texture Compressor for a variety of formats. This compressor supports multi-threading via native Win32 threads on Windows and pthreads on other operating systems. It has been tested on Windows, OS X, and Ubuntu Linux.


Requirements:

CMake (2.8.8)
libpng (1.5.13)
zlib (1.2.5)

Installation:

FasTC uses CMake to generate build files. The best way to do so is to create a separate build directory for compilation:

mkdir FasTC
cd FasTC
git clone git@github.com:Mokosha/FasTC.git src
mkdir build
cd build
cmake ../src -DCMAKE_BUILD_TYPE=Release
make

Once you do this you will be able to run some examples.

Using Visual Studio on Windows

Due to the C/C++ runtime requirements in Visual Studio, you must have a compiled version of each library that you wish to link to. In order to save time, I have uploaded various versions of libpng, and zlib to a submodule in the source directory. Before running the steps above, make sure to instantiate the submodule in git:

cd FasTC/src
git submodule init
git submodule update

This will download all of the Release versions of the necessary libraries (which means there will be linker warnings during the build process under the Debug configuration). I have compiled versions for Visual Studio 2008, 2010, and 2012.

Testing:

Once the compressor is built, you may test it against any images you wish as long as their dimensions are supported by the compression format and they are in the png file format. If you'd like to convert from one format to another, I suggest taking a look at ImageMagick

The quickest test will be to simply run the compressor on a PNG image:

cd FasTC/build
make
CLTool/tc path/to/image.png

This will compress image.png into the BPTC (BC7) format using 50 steps of simulated annealing without SIMD optimization or multithreading.

There are various run-time options available:

  • -v: Enabled verbosity, which reports Entropy, Mean Local Entropy, and MSSIM in addition to compression time and PSNR.
  • -f <fmt>: Specifies the format use for compression. fmt can be any one of the following:
  • -d: Specifies the decompressed output file.
    • Default: <filename>-<fmt>.png
  • -nd: Suppress decompressed output.
  • -t: Specifies the number of threads to use for compression.
    • Default: 1
    • Formats: BPTC, ETC1, DXT1, DXT5
  • -l: Save an output log of various statistics during compression. This is mostly only useful for debugging.
    • Formats: BPTC
  • -q <num>: Use num steps of simulated annealing during each endpoint compression. Default is 50. Available only for BPTC.
    • Default: 50
    • Formats: BPTC
  • -n <num>: Perform num compressions in a row. This is good for testing metrics.
    • Default: 1
    • Formats: All
  • -a: Use a parallel algorithm that uses Fetch-And-Add and Test-And-Set to perform mutual exclusion and avoid synchronization primitives. This algorithm is very useful when compressing a list of textures. Cannot be used with the -j option.
    • Formats: BPTC
  • -j <num>: This specifies the number of blocks that the compressor will request to crunch per thread. If this flag is not specified or set to zero, the image will be split up so that each thread compresses an equal share. However, for many images, certain blocks compress faster than others, and you might want a more fine grained control over how to switch between compressing different blocks.
    • Formats: BPTC, ETC1, DXT1, DXT5

As an example, if I wanted to test compressing a texture using no simulated annealing, 4 threads, and 32 blocks per job, I would invoke the following command:

CLTool/tc -q 0 -t 4 -j 32 path/to/image.png

If I wanted to compress a texture with the default amount of simulated annealing 100 times using the parallel algorithm with atomic synchronization primitives, I would invoke the following command:

CLTool/tc -n 100 -a path/to/image.png

If I wanted to compress a texture into PVRTC, I would invoke the following command:

CLTool/tc -f PVRTC path/to/image.png

[1] Compression code courtesy of Rich Geldreich
[2] Compression code courtesy of Intel. The idea implemented in this compressor was originally designed by J. M. P. Van Waveren