I wrote c10t entirely because i liked the tool Cartograph by ZomBuster, but i wasn't too fond of a couple of aspects about how rendering was performed.
-- Udoprog johnjohn.tedro@gmail.com
- libz (?)
- libpng (=> 1.2)
- libboost_thread (>= 1.40)
- libboost_test
- pthread (through boost)
- Not using the old corona library, instead purely libpng
- Pipelined rendering process (using image compositioning) which allows for multithreaded rendering.
- A lot less memory intensive - the biggest concern is having to keep the entire (sometimes huge!) image in memory at once.
- Uses proper command line options.
- Clean code, for easing further development.
- Multiplatform - yes, it does compile properly on windows and mac.
- A gui wrapper, see: http://github.com/udoprog/c10t-swt (native gui with java bindings)
I would not have done this were it not for the excellent inspiration by ZomBuster and Firemark (the linux port of cartograph). Thank you for the inspiration.
- Install dependencies:
$ sudo apt-get install cmake libpng12-dev zlib1g-dev libboost-thread1.40-dev libboost-thread1.40.0 \
libboost-test1.40-dev libboost-test1.40.0
- Run:
$ cmake .
$ make c10t
note: CMake should generate a file called src/config.h from the input file src/config.h.cmake
note: There are several targets you can make. c10t, c10t-lib, c10t-debug, and c10t-test.
If you wish to build all of these simply run make which defaults to target all.
If you wish to build any individual one run make <target> e.g. make c10t-test.
- The executable (
c10t) will be in the current directory.
- Issues should be posted on http://github.com/udoprog/c10t/issues
- Run the program in debug mode (c10t --debug), this will print useful information, but be much slower.
- ALWAYS include
c10t --versioninformation when posting issues, that way it can be determined weither the issue already has been resolved or not, if this information is missing, the issue probably cannot be resolved. - ALWAYS include the following information: Platform (e.g. Windows, Linux, Mac) and Architecture (x86, x86_64)
- IF POSSIBLE include information which can help us reproduce the problem.
ZomBuster and Firemark - for their original work
Guardian9979 - for his continual nagging for improvements
acleone - for his work with cmake [85e980a]
j005u - for explaining how cocoa works
jnnnnn - for limit options which are helpful when debugging (and quite cool)
mudaltsov - for mapping out the Mac OS X building process and creating a splendid package!
frozencow - for fixing boost_thread configuration for cmake
reportingjsr - for pointing out build issues