- Add comment to Makefile about MinGW compilation
- Fix serialization of OverrideTextColorEnabled flag in CGUITab
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5632 dfc29bdd-3216-0410-991c-e03cc46cb475
(OpenGL still needs to be done).
Example will follow.
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5627 dfc29bdd-3216-0410-991c-e03cc46cb475
This means opengl textures keep again a copy in main-memory as they did in Irrlicht 1.8.
The reason this is changed back is because otherwise ITexture::lock() for alpha-textures is broken by default.
This is a (long time reported) bug, but it has gone unfixed for over a year and caused too many problems.
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5624 dfc29bdd-3216-0410-991c-e03cc46cb475
This also fixes the problem that drawing looked wrong when this value got changed after the elements were created.
Thanks @LunaRebirth for reporting. (Forum: http://irrlicht.sourceforge.net/forum/viewtopic.php?f=1&t=52297&p=303682#p303682)
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5619 dfc29bdd-3216-0410-991c-e03cc46cb475
Increase log-warning level from information to error when CD3D9Texture::generateRenderTarget fails to generate a IDirect3DTexture9.
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5614 dfc29bdd-3216-0410-991c-e03cc46cb475
Main reason is that this wasn't exactly the expected or documented behavior.
While this welding was faster than calling createMeshWelded, we can still optimize createMeshWelded.
And it slowed down mesh-conversion in all cases where welding was not needed (for example some loaders already do that).
It also increased memory consumption because the welding did allocate more memory for vertices than meshes needed (it allocated 1 vertex per index).
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5611 dfc29bdd-3216-0410-991c-e03cc46cb475
(EMWF_WRITE_COMPRESSED also still works for downward compatibility)
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5608 dfc29bdd-3216-0410-991c-e03cc46cb475
Forum discussion: http://irrlicht.sourceforge.net/forum/viewtopic.php?f=9&t=52261
- Support for UV and vertex colors.
- Support for binary PLY files export with the EMWF_WRITE_BINARY flag
- Fix for the meshes with 32 bits index
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5607 dfc29bdd-3216-0410-991c-e03cc46cb475
Mainly to make it obvious that (at least for now) only the red-channel is used for 32-bit textures.
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5606 dfc29bdd-3216-0410-991c-e03cc46cb475
It is copied from here: https://sourceforge.net/p/supertuxkart/code/17112/tree/media/trunk/blender_25/B3DExport.py
Reason is that STK uses now different scripts and this one was getting hard to find for users (that was the last version before they removed it).
It's GPL licensed, but not combined with rest of library, so no problem for us.
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5604 dfc29bdd-3216-0410-991c-e03cc46cb475
Note: this patch just removes some old #ifdef __BIG_ENDIAN__ code, so it's slightly suspicious. But it does fix the
wrong color problems on big-endian platforms.
See http://irrlicht.sourceforge.net/forum/viewtopic.php?f=7&t=52177 for the discusssion.
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5602 dfc29bdd-3216-0410-991c-e03cc46cb475
This problem was introduced in Irrlicht 1.7. The cause was that material renders can change chache-values which were then not reflected in the internal LastMaterial of the OpenGL driver.
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5595 dfc29bdd-3216-0410-991c-e03cc46cb475
This uses new blitters called BLITTER_TEXTURE_COMBINE_ALPHA.
Thx @chronologicaldot for providing this patch and @burningreggae for his feedback.
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5590 dfc29bdd-3216-0410-991c-e03cc46cb475
Clang does not like having non-virtual functions with identical names to virtual functions.
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5587 dfc29bdd-3216-0410-991c-e03cc46cb475
(just cleaner, unlikely to have caused trouble in real code)
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5582 dfc29bdd-3216-0410-991c-e03cc46cb475
Sorry, it had sounded like a good idea when I coded it, but the original reason for asdding it (allowing the gui-enviornment to notice when elements are removed) never worked out anyway. And now I learned about other problems this can cause. Just too risky to use the event-system for this, have to find another solution some day.
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5581 dfc29bdd-3216-0410-991c-e03cc46cb475
This was done to allow mixing debug/release versions in Irrlicht which was sometimes nice for testing and worked as we don't use STL. But it's not nice as it makes it hard to work with other libraries.
Also setting platform toolset to 141 (was just an error it got set to 140 in first check-in of the vs2017 project files).
Note: There will be more changes in future. We have to use different names for debug/release and certain c++ settings (for example mt vs mtd).
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5578 dfc29bdd-3216-0410-991c-e03cc46cb475