no good can come from overriding them. Also made those
variables volatile so that other threads are guaranteed to
see the right values.
git-svn-id: https://jmonkeyengine.googlecode.com/svn/trunk@7874 75d07b2b-3a1a-0410-a2c5-0572b91ccdca
renderer as set by the application update(). a) this
ensures that the audio node must be updated on the render
thread like everything else, b) it means that audio node
doesn't need to juggle its own reference to AudioRenderer
since from the right thread it can always get at it.
git-svn-id: https://jmonkeyengine.googlecode.com/svn/trunk@7873 75d07b2b-3a1a-0410-a2c5-0572b91ccdca
- added toggle Orthographic / Perspective view button in the scene composer accessible through keyboard shortcuts
- fixed some focus issues
git-svn-id: https://jmonkeyengine.googlecode.com/svn/trunk@7870 75d07b2b-3a1a-0410-a2c5-0572b91ccdca
* ability to easily add other tools to scene composer
* changed camera controller to handle more types of mouse events
* much refactoring of sceneComposerToolController
git-svn-id: https://jmonkeyengine.googlecode.com/svn/trunk@7863 75d07b2b-3a1a-0410-a2c5-0572b91ccdca
- Added a wizard for choosing Bloom mode when creating a BloomFilter
- Changing the filter's name in the properties panel now also change it's name in the Filter Explorer
git-svn-id: https://jmonkeyengine.googlecode.com/svn/trunk@7861 75d07b2b-3a1a-0410-a2c5-0572b91ccdca
This means it is possible for a control to modify its own
node hierarchy in a way that might have caused random skipping
at best and index out of bounds exceptions at worse.
Also, users can iterate over children and detach them at the
same time using standard for each constructs.
Performance is the same for me though I'd expected it to be
at least slightly faster given that most inner loops now use
direct array access. My scenes must not exploit this much.
git-svn-id: https://jmonkeyengine.googlecode.com/svn/trunk@7857 75d07b2b-3a1a-0410-a2c5-0572b91ccdca
in such a way that the list can be modified while being iterated.
Furthermore, it exposes the raw array "snapshot" for iteration
simplifying some code elsewhere.
I've left comments in the code as to some beneficial mods that
could be made for the target use-cases.
git-svn-id: https://jmonkeyengine.googlecode.com/svn/trunk@7856 75d07b2b-3a1a-0410-a2c5-0572b91ccdca
first the connection added event after sending the
connect confirmation to the client. This prevents
a resource deadlock if the connection listener
tries to send a message to the client and the
client tries to send a response back... since the
client won't have been fully initialized yet.
git-svn-id: https://jmonkeyengine.googlecode.com/svn/trunk@7854 75d07b2b-3a1a-0410-a2c5-0572b91ccdca
this allows physics to be handled by the user rather than manipulating in the grid
see tests for details
git-svn-id: https://jmonkeyengine.googlecode.com/svn/trunk@7840 75d07b2b-3a1a-0410-a2c5-0572b91ccdca
* flipped the grid orientation to match the Quad's orientation
* removed blocking call to loading thread
git-svn-id: https://jmonkeyengine.googlecode.com/svn/trunk@7833 75d07b2b-3a1a-0410-a2c5-0572b91ccdca
* Particles now have proper glow
* Fixed bug where references to static variables would stay in ParticleEmitter and particleInfluencer, causing havoc
* Fixed warning in InputManager when using ScreenshotAppState
* TestEverything now uses TangentBinormalGenerator, since before there was no tangents for the floor
git-svn-id: https://jmonkeyengine.googlecode.com/svn/trunk@7821 75d07b2b-3a1a-0410-a2c5-0572b91ccdca
