TGEA 1.8.1 Progress Update

#21 Nice! Very fast progress, and very appreciated. Looking forward to porting PrototypeB to 1.8.1.

edit: As an update I haven't been able to get bloom to work on my GeForce 6600. It used to, but doesn't anymore; no matter what settings I adjust. Could have something to do with the fact that my card overheats and I have 4 fans taped to it. Not too worried about it, though, in a few days I'll be running an 8600gt that has been sitting on my shelf staring at me. *waits patiently*

Actually I just made that edit to see if the edit feature is working properly, now. :P

#22 @Mikael: Opening and closing the console should resolve that. Anyhow, a full fix would be to go into platformInterface.cpp and change WindowManager->getFocusWindow() to WindowManager->getFirstWindow() in Platform::setWindowLocked. This has been done in 1.8.1.

#23 I had too with TGEA 1.8.0 the annoying bug on a particleEmitterNode when leaving a mission : it crashes because the particleEmitterNode wants to emit particle although it is deleted.

What I did to patch this behavior is, in particleEmiterNode.cpp, in ParticleEmitterNode::advanceTime, change :

mEmitter->emitParticles(emitPoint, emitPoint,
           emitAxis,
           emitVelocity, (U32)(dt * mDataBlock->timeMultiple * 1000.0f));

which is reponsible for the paricle emiision, to

[b]if (mEmitter != NULL )[/b] mEmitter->emitParticles(emitPoint, emitPoint,
           emitAxis,
           emitVelocity, (U32)(dt * mDataBlock->timeMultiple * 1000.0f));

So, before emitting, it just checks to see if the emitter is not NULL.

Nicolas Buquet
www.buquet-net.com/cv/

PS : there is certainly a better way to patch this.

#24 @Nicolas: Fixed in 1.8.1. And yes, while there is a better way to fix this, it would probably require some very non-trivial changes. So, instead, we have a trivial fix (if !NULL) to a non-trivial problem (crashing).

#25 Alex, this is very impressive! I probably can't say anything new, but the pace at which you guys have made these fixes is amazing.

Damn, I'll have to port my game once again now.. no more excuses.

#26 Hi , can we not by default add database support to MSSQL, MYSQL. I have managed to incorporate connection etc in TGEA 1.8 but now I need to copy the classes in again. How do we make such things part of the actual project.

Well done with the rest can not wait for the final one.

#27 ETA?

#28 added a note to the OpenAL problem thread.
Didn't realize that you have posted there.

Otherwise the fixed things look very nice, will definitely help.

#29 @Alex: Did you fix the water block problems when Full-reflect is off?

To see the issues, do the following: Load up 1.8.0, go into the stronghold mission, and edit the scene. Turn full reflect off, and save the mission. Exit.

Reload the mission -

1. Everything is now dark until you get high in the mountains (above the top of the waterblock scale?)
2. Go down and look at the water. The water is completely transparent, though the shader is working correctly (you can see the waves)
3. Edit the water block and turn OFF "Render Fog Mesh".
4. The scene is bright again, like its supposed to be.
5. Look at the water - The cube map is now displaying, but it's on it's side.
6. No shading anymore - no waves.

What I thought was going to happen: The reflection would be drawn with just the cube-map, shaded.

edit: I know the easy answer is "Don't turn off full reflect", but if you want to have multiple waterblocks, or you need to recover some performance on low end cards, this is the best thing to do. If the shader and cube-map were working, the loss in quality wouldn't even be that bad.

#30 @CDK: That is way out of the scope of a bugfix update, and, honestly, out of the scope of a Torque release in general. However, I've taken some steps that should make bringing over your changes (or merging our changes into your project) a bit easier.

@Jaimi: It's not in the list, so no, it hasn't been fixed. I will look into it. Also, it's silly that you have to reload the mission. I will look into that as well.

#31 @Alex - I hope you're able to fix it. This is a big win on low powered cards. :)

#32 @Jaimi: Not only is it fixed, but when you change fullReflect in the mission editor it takes effect immediately. And with a bit of help from the good guys at Sickhead, changing the scale of a waterblock takes effect immediately and you no longer have to reload the mission after creating a new waterblock.

#33 Opengl support is only for mac?, when i try opengl on windows the system crash.

#34 I would like to have opengl working in windows as well.

#35 @Javier, Carl

That can be discussed here. For now, I will simply reiterate my previous response.

Quote:If the OpenGL layer and all new functionality could exhibit identical behavior on OS X and Windows, it would be something we would look into. Of course, if this was the case the OpenGL layer would work on Windows right now and this wouldn't be a problem.

The idea of OpenGL 'just working' on multiple OSs is great in theory, but in practice that doesn't seem to be working out so well.

#36 TGEA 1.8.0 Bug - Polysoup, only first submesh receives shadows.

Possibly out of scope, but it's a serious and limiting bug.

#37 @Stefan: Unfortunately it is out of scope for 1.8.1 at this point, but it's been logged and will hopefully be addressed by a later TGEA update (should we do one) and/or Torque 3D.

#38 From one frustration to another:
TGEA 1.8.0 Bug - WaterBlock can't handle proper grid sizes.

#39 I'am not sure it's an TGEA 1.8 bug, because I tried the demos on a mac mini with intel graphics, but the water is rendered as a black plane.