- 13 9月, 2015 3 次提交
-
-
由 Sean Barrett 提交于
adjust credits
-
由 Sean Barrett 提交于
fix bug in reedbeta patch
-
由 Sean Barrett 提交于
-
- 10 9月, 2015 2 次提交
-
-
由 Nathan Reed 提交于
The warning concerns the return value of stbi_err, which is an int, being converted to a pointer. In VS2015 it seems casting directly from a 32-bit int to a 64-bit pointer triggers this warning. Worked around by first converting to a 64-bit int (here size_t) and then to a pointer.
-
由 Nathan Reed 提交于
-
- 04 9月, 2015 2 次提交
-
-
由 Sean Barrett 提交于
-
由 Sean Barrett 提交于
-
- 04 8月, 2015 1 次提交
-
-
由 urraka 提交于
- Fixed possible memory leak. - Fix for transparent backgrounds. - Adapted internal function to allow proper animation loading.
-
- 02 8月, 2015 2 次提交
-
-
由 Sean Barrett 提交于
actually want
-
由 Ryan Whitworth 提交于
-
- 25 7月, 2015 1 次提交
-
-
由 rmitton 提交于
Incorrect endianness hilariously doesn't manifest _if_ the original image was upconverted from 8-bit to 16-bit.
-
- 08 7月, 2015 2 次提交
- 07 7月, 2015 1 次提交
-
-
由 rmitton 提交于
It was incorrectly setting the wrong field to NULL, causing it to get freed again later.
-
- 29 5月, 2015 1 次提交
-
-
由 Sean Barrett 提交于
stb_voxel_render.h: fix STBVOX_CONFIG_OPTIMIZED_VHEIGHT
-
- 19 4月, 2015 4 次提交
-
-
由 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 提交于
-
- 15 4月, 2015 1 次提交
-
-
由 Sean Barrett 提交于
-
- 13 4月, 2015 5 次提交
-
-
由 Sean Barrett 提交于
-
由 Sean Barrett 提交于
-
由 Sean Barrett 提交于
-
由 Sean Barrett 提交于
more consistent name, refactor stbi_load_main to preserve old code, support float HDR path, minor bugfix
-
由 Sean Barrett 提交于
bump version and update credits; minor whitespace changes;
-
- 12 4月, 2015 1 次提交
-
-
由 Martins Mozeiko 提交于
-
- 29 3月, 2015 1 次提交
-
-
由 Nicolas Guillemot 提交于
-
- 23 2月, 2015 1 次提交
-
-
由 Sean Barrett 提交于
-
- 20 2月, 2015 1 次提交
-
-
由 Joseph Thomson 提交于
GCC 4.7 gave the warning "signed and unsigned type in conditional expression" because the ternary operator mixes signed and unsigned integers. Fixed by casting to unsigned inside the "if" branch instead of casting the result of the entire conditional.
-
- 17 2月, 2015 1 次提交
-
-
由 Fabian Giesen 提交于
This fixes two things. First, the logic to disable SSE2 on GCC unless "-msse2" was not specific enough, and ended up disabling SIMD support on NEON targets entirely. Shuffle the detection logic around to make that bit x86-specific. Second, 32-bit MinGW assumes 16-byte aligned stacks, but this is not in the Windows ABI and hence DLLs and callbacks don't necessarily provide it. This caused a crash. This can be fixed by providing the right command-line option, which we have no control over. As a compromise, disable the SSE2 path on MinGW unless a specific #define explained in the comments is set. That way, we default to safe (never-crashing) behavior unless the user explicitly signals they know what they're doing.
-
- 06 2月, 2015 1 次提交
-
-
由 Laura Dennis-Jordan 提交于
-
- 19 1月, 2015 1 次提交
-
-
由 Sean Barrett 提交于
fix incorrectly-named assert, attempt to fix (char) cast warning (tricky since char's signedness is unknown)
-
- 18 1月, 2015 3 次提交
-
-
由 Sean Barrett 提交于
-
由 Sean Barrett 提交于
-
由 Sean Barrett 提交于
-
- 12 1月, 2015 2 次提交
-
-
由 engin manap 提交于
this variable was causing a warning while compiling with gcc.
-
由 engin manap 提交于
-
- 30 12月, 2014 1 次提交
-
-
由 Sergio Gonzalez 提交于
-
- 26 12月, 2014 1 次提交
-
-
由 Sean Barrett 提交于
-
- 25 12月, 2014 1 次提交
-
-
由 Sean Barrett 提交于
-