Irrlicht Engine

Yep, that was indeed the issue! I'd forgotten my own 2 year old code. Oops.

Qt isn't doing anything with this GL Context. However, I'm now 90% positive that our asset cache runs on a different thread, and we're calling getTexture in a hook from that.

Qt doesn't use the same OpenGL context, and the results are the same whether Qt is used or not (which is why I uploaded a trace without Qt).

In case any Qt stuff got thrown in, here's a trace of the same code without the Qt cruft and a much lower frame count: https://openblox.org/~johnmh/lt-openblox.trace

I have uploaded an APItrace trace file here: https://openblox.org/~johnmh/lt-openblox-studio.trace

All calls to Irrlicht are made from the same thread. When I say "loading later", I'm referring to IVideoDriver->getTexture(IReadFile) and then oldSkyBox->remove(), ISceneManager->addSkyBoxSceneNode()

I've been working on what's essentially a toy game engine, which uses Irrlicht for graphics. While implementing a wrapper for skyboxes, I noticed some interesting behavior. When I load all 6 textures before a SkyBox scene node is ever created, all textures render properly. Any textures loaded after ...