You can also do this for the alpha test function, but alpha test is deprecated in gl 3.0 and opengl es 2.0 so it's there only for compatibility and consistency reason.
This setting can be directly set in the j3m file in the RenderState statement.
git-svn-id: https://jmonkeyengine.googlecode.com/svn/trunk@10779 75d07b2b-3a1a-0410-a2c5-0572b91ccdca
^ Make sure to fix your materials by removing the 'FixedFunc' name from your fixed pipeline techniques! Or remove then entirely if the material doesn't support OpenGL1 ...
git-svn-id: https://jmonkeyengine.googlecode.com/svn/trunk@9546 75d07b2b-3a1a-0410-a2c5-0572b91ccdca
- Fixed import problem when RIFF header didn't have height/width (when it should). The loader will now use the first image's width/height. Since all images in an animation are supposed to be the same size this should not be a problem.
- Fixed import when an .ICO file contains more than one image (as it in in the case of "windows theme" files). The loader will default to a 32x32 icon in that list.
- Formatting.
git-svn-id: https://jmonkeyengine.googlecode.com/svn/trunk@9485 75d07b2b-3a1a-0410-a2c5-0572b91ccdca
The way to do this is by calling inputManager.setMouseCursor("path/to/cursor/in/assets/cursor.ani").
NOTE: Supported formats are "RIFF-wrapped" .ani, .cur and .ico. Those can be found everywhere on the web and are the majority of icons found. If the file format is unrecognized the loader will crash with an appropriate message (hopefully).
git-svn-id: https://jmonkeyengine.googlecode.com/svn/trunk@9484 75d07b2b-3a1a-0410-a2c5-0572b91ccdca
* Added 3 implementations of AssetCache: SimpleAssetCache, WeakRefAssetCache and WeakRefCloneAssetCache
* Added AssetProcessor interface that handles cloning and post processing of assets after they are loaded
* AssetKey can now configure which cache/processor to use for a particular asset type
* Added AssetManager unregisterLoader method
* AssetManager now supports more than one AssetLoadListener
* Javadoc improvements in AssetManager
* Asset interface now renamed to CloneableSmartAsset (which more accurately describes its behavior and use case)
* DesktopAssetManager now makes proper use of the new AssetProcessor/AssetCache classes when handling asset loading
* Added proper equals/hashCode methods to many AssetKey subclasses, which is required for the new system to work properly
* All AssetKeys were rewritten to work with the new asset system
* loadAsset(AudioKey) now returns an AudioNode and not AudioData, similar to the behavior of loadAsset(TextureKey) returning a Texture and not an Image. Because of that, the key storage in AudioData has been removed.
* Texture, Spatial, and Material are all cloneable smart assets now and will be cleared from the cache when all instances become unreachable
* Improved the existing TestAssetCache test to make sure the new system works
git-svn-id: https://jmonkeyengine.googlecode.com/svn/trunk@9309 75d07b2b-3a1a-0410-a2c5-0572b91ccdca
* Fix BoundingSphere, calculation was bugged due to TempVars sharing
* Add BoundingSphere vs. Triangle collision
* Delete Natives class from core as it was moved to desktop previously
* Parser classes now use whitespace instead of " " for splitting
* Bone.getAttachmentsNode() no longer public due to misuse in user code
git-svn-id: https://jmonkeyengine.googlecode.com/svn/trunk@9151 75d07b2b-3a1a-0410-a2c5-0572b91ccdca
- separate jar files for engine components
- resolve dependencies between code parts
- remove Nifty dependency from Cinematics
- remove Physics dependency from TerrainGrid
- add public accessors to Natives Extraction
- remove RenderHint serialization from networking
git-svn-id: https://jmonkeyengine.googlecode.com/svn/trunk@8839 75d07b2b-3a1a-0410-a2c5-0572b91ccdca
If asset cannot be located, then the loader must replace the asset that
was supposed to be used with a placeholder, and raise a WARNING in the log
indicating that the asset cannot be located, containing both the name of the
dependent asset and the parent asset that is loading it
git-svn-id: https://jmonkeyengine.googlecode.com/svn/trunk@8596 75d07b2b-3a1a-0410-a2c5-0572b91ccdca
