On Sat, Dec 11, 2010 at 7:01 PM, Jacob Burbach <jmburb...@gmail.com> wrote:
> Hi all, I'm experimenting with various model file formats and the > effects system and have some questions/comments. > > First I found that if you have a file 'model.ac', but also have a file > 'model.osg', flightgear always loads the .osg version despite me > explicitly requesting the '.ac' in the models xml file. Personally I > don't see any point in automatically choosing one text based format > over another, especially when I explicitly told the system I want the > '.ac' via the model xml. So yeah is this considered some sort of > feature..or just a bug...because it only served to frustrate me and > waste my time until I realized what it was doing. > This is considered a "feature," by some anyway :) I added this with the idea that one could optimize ac model and substitute the optimized version. It's never been used much and has led to complaints about getting the wrong cows. I still think the idea is a reasonable one, but perhaps it needs to be removed in its current form. > > Second up is does the effect system not work with anything other than > '.ac' file format? With '.ac' my effect is loaded, using any other > format I tried (.osg, .ive , .osgb, .osgt) the effect seems to be > ignored. Is the effect system currently crippled to using only the > ac3d format, or what's going on here? > > Effects only work with .ac files because the code knows how to extract material parameters from the loaded representation of the .ac files. Those parameters are used by the default effects in the Effects folder. It should be possible to apply a complete effect with no missing parameters to a named object in a different kind of file, but I haven't tried it. Tim > cheers! > > > ------------------------------------------------------------------------------ > Oracle to DB2 Conversion Guide: Learn learn about native support for > PL/SQL, > new data types, scalar functions, improved concurrency, built-in packages, > OCI, SQL*Plus, data movement tools, best practices and more. > http://p.sf.net/sfu/oracle-sfdev2dev > _______________________________________________ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel >
------------------------------------------------------------------------------ Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev
_______________________________________________ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
