Was using wrong parameter order when setting the rendertarget.
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5660 dfc29bdd-3216-0410-991c-e03cc46cb475
Also got rid of extra temporary image. Main reason it didn't work before was likely because the image had not been set as active.
tests failing: 51,53,54 (some related to this, but none of those worked before, so no change there).
Note: Still keeping old code around a little longer as it's currently nice to have for comparison. If new stuff causes any preoblems, we could even make it optional somehow (some driver flag or so).
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5659 dfc29bdd-3216-0410-991c-e03cc46cb475
And comment about WGL_CONTEXT_FLAGS_ARB (but debug not enabled).
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5658 dfc29bdd-3216-0410-991c-e03cc46cb475
Use existing values as default values now in serialization of CGUIEditBox.
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5656 dfc29bdd-3216-0410-991c-e03cc46cb475
Still having some troubles:
- Lock() returns very strange results
- The usual texture-flipping for rendertargets in opengl is causing here even more troubles than usual. Still working out how to render cubemaps into RTT's the same way as when just passing "normal" textures to a cubemap. Just putting them upside down isn't enough.
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5654 dfc29bdd-3216-0410-991c-e03cc46cb475
(wasn't needed in the past when it wasn't using a real meshbuffer as new updates were send each frame anyway).
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5651 dfc29bdd-3216-0410-991c-e03cc46cb475
(time of restoring device is try&error really, with 3 seconds it seemed to work sometimes, but still failed in some cases, so just increasing it slightly to see if helps).
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5649 dfc29bdd-3216-0410-991c-e03cc46cb475
Reason: No c++11 code in Irrlicht 1.9 and also - this value already is default in core::string, so no need to set it.
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5648 dfc29bdd-3216-0410-991c-e03cc46cb475
That fix there was only missing some understanding of a strange side-effect.
Comment added so we don't run into it again (and solved slightgly different than before).
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5643 dfc29bdd-3216-0410-991c-e03cc46cb475
That check got accidentally deleted while adding support for cubemap rtt's.
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5641 dfc29bdd-3216-0410-991c-e03cc46cb475
The device becomes useless if we don't recover it, so it's worth giving it a few more shots at that point as it might take a while until it can be recovered. The 3 seconds are just a number which seems to make some sense, could be it would be worth waiting even longer?
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5640 dfc29bdd-3216-0410-991c-e03cc46cb475
- 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