Commit Graph

356 Commits

Author SHA1 Message Date
jordan4ibanez
e4452620f0 Now we're gonna bring back those tricks better 2023-11-28 05:06:58 -05:00
jordan4ibanez
a8f67ace8e Actually, maybe more functional approach is better 2023-11-28 05:03:08 -05:00
jordan4ibanez
132f1ae5d6 Now we can use C++ tricks to make this easier 2023-11-28 05:02:31 -05:00
jordan4ibanez
80e5da381d Now we're going to very carefully implement b3d 2023-11-28 04:55:39 -05:00
jordan4ibanez
26d5d8f076 Now we start building off the normal B3D loader 2023-11-28 04:46:25 -05:00
jordan4ibanez
7deaf11dea Now get rid of this white space 2023-11-26 10:02:28 -05:00
jordan4ibanez
ab511a8454 Now parse quaternions 2023-11-26 10:02:11 -05:00
jordan4ibanez
e5d27d10ce Just slam a home run with this tooling 2023-11-26 09:58:03 -05:00
jordan4ibanez
ad5e8998dd That's awesome 2023-11-26 09:53:47 -05:00
jordan4ibanez
9f93cf312f Add some very fancy tooling 2023-11-26 09:51:43 -05:00
jordan4ibanez
2a16c10eba Make this more readable 2023-11-26 09:46:25 -05:00
jordan4ibanez
fadbb249c6 Add a note now we can actually start working 2023-11-26 09:32:28 -05:00
jordan4ibanez
4aca3ee1c5 Great success! 2023-11-26 09:30:26 -05:00
jordan4ibanez
571619bf18 Fix a crucial issue 2023-11-26 09:29:51 -05:00
jordan4ibanez
e0331595fa Add a whole bunch of random things 2023-11-26 06:52:22 -05:00
jordan4ibanez
1ca05bbdde Small important changes 2023-11-26 05:25:42 -05:00
jordan4ibanez
e2e0e3d1c4 Important comments 2023-11-26 05:22:57 -05:00
jordan4ibanez
e0577ace2b I'm actually having fun with C++ 2023-11-26 05:14:31 -05:00
jordan4ibanez
aad38e8a49 Now we're climbing up the ladder 2023-11-26 05:10:04 -05:00
jordan4ibanez
9483f17816 Entering the realm of JSON
who is jason?
2023-11-26 03:50:44 -05:00
jordan4ibanez
d99208418f Start building up the staircase 2023-11-26 03:37:35 -05:00
jordan4ibanez
8e4e9e3ae9 We're gonna work with JSON for a bit 2023-11-26 03:21:28 -05:00
jordan4ibanez
191596bce5 Let's see if we can see an actual file 2023-11-26 03:09:50 -05:00
jordan4ibanez
a3f07d10b7 It works! 2023-11-26 02:53:55 -05:00
jordan4ibanez
9f39338793 Simplify this disaster 2023-11-26 02:39:42 -05:00
jordan4ibanez
781435d642 Now we have a new problem to solve 2023-11-26 02:07:00 -05:00
jordan4ibanez
59409df189 now load it 2023-11-26 02:03:38 -05:00
jordan4ibanez
a20637b3f4 Fixes 2023-11-26 02:03:32 -05:00
jordan4ibanez
8a0b6ee447 Now load it 2023-11-26 01:53:47 -05:00
jordan4ibanez
f593446141 Now it's serious time 2023-11-26 01:51:27 -05:00
jordan4ibanez
bb1bb8f7df again 2023-11-26 01:51:12 -05:00
jordan4ibanez
3571fd7e64 test it again 2023-11-26 01:50:45 -05:00
jordan4ibanez
0de87768fd test my integration in discord 2023-11-26 01:50:27 -05:00
jordan4ibanez
6406dbb9df Wow, there's still nothing, incredible 2023-11-26 01:48:13 -05:00
jordan4ibanez
1a95a435b6 The 2023-11-26 01:43:26 -05:00
jordan4ibanez
e1c59c07c0 I have no idea if this is necessary 2023-11-26 01:36:36 -05:00
jordan4ibanez
d5360a20a6 Shamelessly copy Josiah 2023-11-26 01:34:57 -05:00
jordan4ibanez
650ccf9844 Dump the entire json library in 2023-11-26 01:31:01 -05:00
numzero
85081d6fe0 Fix off-by-one error in the TGA RLE decompressor 2023-11-01 14:40:11 +01:00
numzero
a07cfc0f7a Require C++17 at the top level 2023-11-01 14:40:11 +01:00
sfan5
6fccc79270 Convert built-in font to PNG 2023-10-25 16:54:43 +02:00
Loic Blot
7cade6f27f cleanup: remove _IRR_COMPILE_ANDROID_ASSET_READER_ build flag
it's enabled inconditionally on android

also remove some _IRR_COMPILE_WITH_ANDROID_DEVICE_ which are useless because cmake is already properly configured
2023-10-22 12:19:14 +02:00
Loic Blot
ae63f1bf02 build: drop _IRR_COMPILE_WITH_SKINNED_MESH_SUPPORT_
it's enabled inconditionally
2023-10-22 12:19:14 +02:00
cutealien
4a7d3de89a Merging r6555 through r6560 from branch releases/1.8 to trunk
- Fixing buffer overflow in tga loader

git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@6561 dfc29bdd-3216-0410-991c-e03cc46cb475
2023-10-21 17:27:11 +02:00
cutealien
9813b460e1 Fix number overflows in TGA loader causing crashes
Image size calculation could overflow s32 in one place (but not others where it was done correct), which first lead to wrong amount of memory getting allocated for image data and later crash in the CColorConverter.
Thanks @sfan5 for his fuzzing tests @https://github.com/minetest/irrlicht/issues/236
and @erlehmann for passing them on: https://irrlicht.sourceforge.io/forum/viewtopic.php?t=52925
Also updating changes.txt with TGA loader changes from this and previous commits.

git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@6535 dfc29bdd-3216-0410-991c-e03cc46cb475
2023-10-15 13:54:39 +02:00
cutealien
565f14677c Fix crash caused by memory overwriting in TGA loader caused by bad RLE data
From sfan5's fuzzing test reported in Minetest here: https://github.com/minetest/irrlicht/issues/236
Was missing test if it writes beyond allocated memory which can be triggered by TGA's which lie in their RLE data.

git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@6534 dfc29bdd-3216-0410-991c-e03cc46cb475
2023-10-15 13:54:24 +02:00
cutealien
f53af0f2cf TGA images with palettes in 24 or 32 bit now create 32 bit images
Was creating 16-bit images for those before.
Could also support 24-bit images, but either we need another convert function or another palette for that (the 16 and 32 bit both work with 32 bit palettes, the 24 bit conversion function only with 24 bit palettes)

git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@6533 dfc29bdd-3216-0410-991c-e03cc46cb475
2023-10-15 13:54:21 +02:00
cutealien
05ebc43222 Fix TGA's with bad palette colors reading from behind palette memory
TGA's can claim to use less palette colors than they later do.
We only support 8-bit palettes, so to make this safer lets just always allocate at least 256 bytes.
Thanks @erlehmann for report and testcase: https://irrlicht.sourceforge.io/forum/viewtopic.php?p=307191
Based on Minetest bug report: https://github.com/minetest/irrlicht/issues/236

git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@6532 dfc29bdd-3216-0410-991c-e03cc46cb475
2023-10-15 13:54:16 +02:00
cutealien
c01de80583 Merging r6511 through r6520 from branch releases/1.8 to trunk
Note: Due to OSX always failing merge OSX it's rather applying a second patch
from Ryan Schmidt from bugreport #462 to trunk
(Not sure why svn merging always fails for OSX. Probably related to MacOSX files getting moved in the past. Was that done without svn move commands? I guess that can't be fixed anymore now)

git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@6521 dfc29bdd-3216-0410-991c-e03cc46cb475
2023-10-15 13:49:54 +02:00
cutealien
627a3a5172 Spelling fixes
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@6475 dfc29bdd-3216-0410-991c-e03cc46cb475
2023-10-15 13:39:42 +02:00