- 02 8月, 2015 13 次提交
-
-
由 Ryan Whitworth 提交于
-
由 Ryan Whitworth 提交于
-
由 Ryan Whitworth 提交于
-
由 Ryan Whitworth 提交于
-
由 Ryan Whitworth 提交于
-
由 Ryan Whitworth 提交于
-
由 Ryan Whitworth 提交于
-
由 Ryan Whitworth 提交于
-
由 Ryan Whitworth 提交于
-
由 Ryan Whitworth 提交于
-
由 Ryan Whitworth 提交于
-
由 Ryan Whitworth 提交于
-
由 Ryan Whitworth 提交于
-
- 01 8月, 2015 10 次提交
-
-
由 Sean Barrett 提交于
-
由 Sean Barrett 提交于
-
由 Sean Barrett 提交于
-
由 Sean Barrett 提交于
-
-
-
由 Sean Barrett 提交于
allow discontinuous codepoints in PackFontRanges; fix bug in GetFontOffsetForIndex (non-0 index never worked?); tweak public domain license
-
-
由 Sean Barrett 提交于
-
由 Sean Barrett 提交于
Conflicts: stb_voxel_render.h
-
- 20 7月, 2015 1 次提交
-
-
fixed the typo in stbtt_GetFontOffsetForIndex, where the field size should be 4 instead of 14.
-
- 16 7月, 2015 2 次提交
- 15 7月, 2015 2 次提交
-
-
由 Sean Barrett 提交于
-
由 Sean Barrett 提交于
- switch from qsort() to built-in quicksort (about 2x as fast a sort, ~10% faster overall) - use pool allocator for active-edge allocations (~10% faster overall) - use new rasterizer (about 30% faster, ~10% faster overall)
-
- 07 7月, 2015 1 次提交
-
-
由 Chris Friesen 提交于
-
- 11 6月, 2015 1 次提交
-
-
由 Sean Barrett 提交于
Fix relative path check for non-Windows platforms in stb_fullpath.
-
- 10 6月, 2015 1 次提交
-
-
由 Michael Sartain 提交于
-
- 29 5月, 2015 1 次提交
-
-
由 Sean Barrett 提交于
stb_voxel_render.h: fix STBVOX_CONFIG_OPTIMIZED_VHEIGHT
-
- 28 5月, 2015 1 次提交
-
-
由 ocornut 提交于
Conflicts: stb_truetype.h
-
- 19 4月, 2015 7 次提交
-
-
由 Sean Barrett 提交于
-
-
由 Sean Barrett 提交于
-
由 Sean Barrett 提交于
-
由 Fabian Giesen 提交于
The original AC decoding logic handled ZRL (runs of 16 zeros) incorrectly. The problem is that the original flow set r=16 and skipped the final coeff write when s=0. This is not actually correct. The problem is the intervening "refinement" bits. With the original logic, even once we decrement r to 0, we keep reading more refinement bits for subsequent coefficients until we find the next currently-unsent AC in the current scan. That is, it works as if it was trying to place 17 new AC values, and only bails at the last minute from actually setting that 17th value. This is wrong. Once we've found the 16th previously-unsent AC, we need to stop reading refinement bits, otherwise we get out of sync with the bit stream (which expects us to read a huffman code next). The easiest fix is to just do what the JPEG standard implicitly assumes anyway: treat ZRL as a run of 15 zeros followed by an explicit magnitude-zero AC coeff. (That is, leave s=0 and actually write s). So this is what this fix does.
-
由 Nicolas Guillemot 提交于
-
由 Nicolas Guillemot 提交于
mingw redefines __forceinline (though I don't think this applies to all versions of mingw.) Therefore, don't redefine it if mingw has already defined it.
-