• Home
  • History
  • Annotate
Name Date Size #Lines LOC

..03-May-2022-

.github/H26-Jan-2020-

data/herringbone/H03-May-2022-

deprecated/H03-May-2022-

docs/H03-May-2022-

tests/H26-Jan-2020-

tools/H26-Jan-2020-

.travis.ymlH A D26-Jan-202060

README.mdH A D26-Jan-20208.3 KiB

stb.hH A D26-Jan-2020455.4 KiB

stb_c_lexer.hH A D26-Jan-202034.9 KiB

stb_connected_components.hH A D26-Jan-202036.5 KiB

stb_divide.hH A D26-Jan-202013.8 KiB

stb_ds.hH A D26-Jan-202060 KiB

stb_dxt.hH A D26-Jan-202022.6 KiB

stb_easy_font.hH A D26-Jan-202012.4 KiB

stb_herringbone_wang_tile.hH A D26-Jan-202042.2 KiB

stb_image.hH A D26-Jan-2020257.4 KiB

stb_image_resize.hH A D26-Jan-2020113.3 KiB

stb_image_write.hH A D26-Jan-202064.8 KiB

stb_include.hH A D26-Jan-20208.9 KiB

stb_leakcheck.hH A D26-Jan-20206.8 KiB

stb_perlin.hH A D26-Jan-202017.5 KiB

stb_rect_pack.hH A D26-Jan-202019.7 KiB

stb_sprintf.hH A D26-Jan-202055.3 KiB

stb_textedit.hH A D26-Jan-202051.5 KiB

stb_tilemap_editor.hH A D26-Jan-2020142.5 KiB

stb_truetype.hH A D26-Jan-2020187.3 KiB

stb_vorbis.cH A D26-Jan-2020185.7 KiB

stb_voxel_render.hH A D26-Jan-2020157.5 KiB

stretchy_buffer.hH A D26-Jan-202011.2 KiB

README.md

1<!---   THIS FILE IS AUTOMATICALLY GENERATED, DO NOT CHANGE IT BY HAND   --->
2
3stb
4===
5
6single-file public domain (or MIT licensed) libraries for C/C++
7
8Noteworthy:
9
10* image loader: [stb_image.h](stb_image.h)
11* image writer: [stb_image_write.h](stb_image_write.h)
12* image resizer: [stb_image_resize.h](stb_image_resize.h)
13* font text rasterizer: [stb_truetype.h](stb_truetype.h)
14* typesafe containers: [stb_ds.h](stb_ds.h)
15
16Most libraries by stb, except: stb_dxt by Fabian "ryg" Giesen, stb_image_resize
17by Jorge L. "VinoBS" Rodriguez, and stb_sprintf by Jeff Roberts.
18
19<a name="stb_libs"></a>
20
21library    | lastest version | category | LoC | description
22--------------------- | ---- | -------- | --- | --------------------------------
23**[stb_vorbis.c](stb_vorbis.c)** | 1.17 | audio | 5502 | decode ogg vorbis files from file/memory to float/16-bit signed output
24**[stb_image.h](stb_image.h)** | 2.23 | graphics | 7559 | image loading/decoding from file/memory: JPG, PNG, TGA, BMP, PSD, GIF, HDR, PIC
25**[stb_truetype.h](stb_truetype.h)** | 1.22 | graphics | 4888 | parse, decode, and rasterize characters from truetype fonts
26**[stb_image_write.h](stb_image_write.h)** | 1.13 | graphics | 1619 | image writing to disk: PNG, TGA, BMP
27**[stb_image_resize.h](stb_image_resize.h)** | 0.96 | graphics | 2630 | resize images larger/smaller with good quality
28**[stb_rect_pack.h](stb_rect_pack.h)** | 1.00 | graphics | 628 | simple 2D rectangle packer with decent quality
29**[stb_ds.h](stb_ds.h)** | 0.62 | utility | 1723 | typesafe dynamic array and hash tables for C, will compile in C++
30**[stb_sprintf.h](stb_sprintf.h)** | 1.06 | utility | 1860 | fast sprintf, snprintf for C/C++
31**[stretchy_buffer.h](stretchy_buffer.h)** | 1.03 | utility | 262 | typesafe dynamic array for C (i.e. approximation to vector<>), doesn't compile as C++
32**[stb_textedit.h](stb_textedit.h)** | 1.13 | user&nbsp;interface | 1404 | guts of a text editor for games etc implementing them from scratch
33**[stb_voxel_render.h](stb_voxel_render.h)** | 0.88 | 3D&nbsp;graphics | 3806 | Minecraft-esque voxel rendering "engine" with many more features
34**[stb_dxt.h](stb_dxt.h)** | 1.08b | 3D&nbsp;graphics | 728 | Fabian "ryg" Giesen's real-time DXT compressor
35**[stb_perlin.h](stb_perlin.h)** | 0.4 | 3D&nbsp;graphics | 427 | revised Perlin noise (3D input, 1D output)
36**[stb_easy_font.h](stb_easy_font.h)** | 1.0 | 3D&nbsp;graphics | 303 | quick-and-dirty easy-to-deploy bitmap font for printing frame rate, etc
37**[stb_tilemap_editor.h](stb_tilemap_editor.h)** | 0.41 | game&nbsp;dev | 4161 | embeddable tilemap editor
38**[stb_herringbone_wa...](stb_herringbone_wang_tile.h)** | 0.7 | game&nbsp;dev | 1221 | herringbone Wang tile map generator
39**[stb_c_lexer.h](stb_c_lexer.h)** | 0.11 | parsing | 966 | simplify writing parsers for C-like languages
40**[stb_divide.h](stb_divide.h)** | 0.92 | math | 421 | more useful 32-bit modulus e.g. "euclidean divide"
41**[stb_connected_comp...](stb_connected_components.h)** | 0.96 | misc | 1049 | incrementally compute reachability on grids
42**[stb.h](stb.h)** | 2.35 | misc | 14453 | helper functions for C, mostly redundant in C++; basically author's personal stuff
43**[stb_leakcheck.h](stb_leakcheck.h)** | 0.5 | misc | 190 | quick-and-dirty malloc/free leak-checking
44**[stb_include.h](stb_include.h)** | 0.01 | misc | 288 | implement recursive #include support, particularly for GLSL
45
46Total libraries: 22
47Total lines of C code: 56088
48
49
50FAQ
51---
52
53#### What's the license?
54
55These libraries are in the public domain. You can do anything you
56want with them. You have no legal obligation
57to do anything else, although I appreciate attribution.
58
59They are also licensed under the MIT open source license, if you have lawyers
60who are unhappy with public domain. Every source file includes an explicit
61dual-license for you to choose from.
62
63#### <a name="other_libs"></a> Are there other single-file public-domain/open source libraries with minimal dependencies out there?
64
65[Yes.](https://github.com/nothings/single_file_libs)
66
67#### If I wrap an stb library in a new library, does the new library have to be public domain/MIT?
68
69No, because it's public domain you can freely relicense it to whatever license your new
70library wants to be.
71
72#### What's the deal with SSE support in GCC-based compilers?
73
74stb_image will either use SSE2 (if you compile with -msse2) or
75will not use any SIMD at all, rather than trying to detect the
76processor at runtime and handle it correctly. As I understand it,
77the approved path in GCC for runtime-detection require
78you to use multiple source files, one for each CPU configuration.
79Because stb_image is a header-file library that compiles in only
80one source file, there's no approved way to build both an
81SSE-enabled and a non-SSE-enabled variation.
82
83While we've tried to work around it, we've had multiple issues over
84the years due to specific versions of gcc breaking what we're doing,
85so we've given up on it. See https://github.com/nothings/stb/issues/280
86and https://github.com/nothings/stb/issues/410 for examples.
87
88#### Some of these libraries seem redundant to existing open source libraries. Are they better somehow?
89
90Generally they're only better in that they're easier to integrate,
91easier to use, and easier to release (single file; good API; no
92attribution requirement). They may be less featureful, slower,
93and/or use more memory. If you're already using an equivalent
94library, there's probably no good reason to switch.
95
96#### Can I link directly to the table of stb libraries?
97
98You can use [this URL](https://github.com/nothings/stb#stb_libs) to link directly to that list.
99
100#### Why do you list "lines of code"? It's a terrible metric.
101
102Just to give you some idea of the internal complexity of the library,
103to help you manage your expectations, or to let you know what you're
104getting into. While not all the libraries are written in the same
105style, they're certainly similar styles, and so comparisons between
106the libraries are probably still meaningful.
107
108Note though that the lines do include both the implementation, the
109part that corresponds to a header file, and the documentation.
110
111#### Why single-file headers?
112
113Windows doesn't have standard directories where libraries
114live. That makes deploying libraries in Windows a lot more
115painful than open source developers on Unix-derivates generally
116realize. (It also makes library dependencies a lot worse in Windows.)
117
118There's also a common problem in Windows where a library was built
119against a different version of the runtime library, which causes
120link conflicts and confusion. Shipping the libs as headers means
121you normally just compile them straight into your project without
122making libraries, thus sidestepping that problem.
123
124Making them a single file makes it very easy to just
125drop them into a project that needs them. (Of course you can
126still put them in a proper shared library tree if you want.)
127
128Why not two files, one a header and one an implementation?
129The difference between 10 files and 9 files is not a big deal,
130but the difference between 2 files and 1 file is a big deal.
131You don't need to zip or tar the files up, you don't have to
132remember to attach *two* files, etc.
133
134#### Why "stb"? Is this something to do with Set-Top Boxes?
135
136No, they are just the initials for my name, Sean T. Barrett.
137This was not chosen out of egomania, but as a moderately sane
138way of namespacing the filenames and source function names.
139
140#### Will you add more image types to stb_image.h?
141
142If people submit them, I generally add them, but the goal of stb_image
143is less for applications like image viewer apps (which need to support
144every type of image under the sun) and more for things like games which
145can choose what images to use, so I may decline to add them if they're
146too rare or if the size of implementation vs. apparent benefit is too low.
147
148#### Do you have any advice on how to create my own single-file library?
149
150Yes. https://github.com/nothings/stb/blob/master/docs/stb_howto.txt
151
152#### Why public domain?
153
154I prefer it over GPL, LGPL, BSD, zlib, etc. for many reasons.
155Some of them are listed here:
156https://github.com/nothings/stb/blob/master/docs/why_public_domain.md
157
158#### Why C?
159
160Primarily, because I use C, not C++. But it does also make it easier
161for other people to use them from other languages.
162
163#### Why not C99? stdint.h, declare-anywhere, etc.
164
165I still use MSVC 6 (1998) as my IDE because it has better human factors
166for me than later versions of MSVC.
167
168
169
170