James Turner wrote:
> On 6 Sep 2012, at 09:54, Martin Spott wrote:
>> _But_ the same model is already available in the Scenery path:
>>
>> jive: 10:40:08 ~> ls -l
>> /export/share/FGScenery/Test/Models/Misc/entrepotblanc-ba.xml
>> -rw-r--r-- 1 martin user 946 6. Okt 2011
>> /export/share/FGScenery/Test/Models/Misc/entrepotblanc-ba.xml
>>
>>
>> To me this looks like FlightGear is searching the wrong path. For now
>> I can't tell if it's faulty by design - I vaguely remember some
>> confusion several months ago about how FG would be supposed to search
>> 3D models - or if it's caused by a recent change.
>
> Yep that's a bug. I know 'how' to fix both this issue, and the
> --fg-aicraft one, but I need Mathias to help me understand why he
> couldn't use the SGModelLib::findDataFile method in his code.
I'd like to remind that the *planned* behaviour was still to use
Objects and Models from the first item in the Scenery path where a
Terrain tile is found. If no Objects and/or Models are available in
this path item, FlightGear should fall back to the Base Package for
Models and/or Objects.
I know there are voices advertizing a different behaviour, anyhow I
think the value of a consistent and *predictable* schema outweighs
personal preferences of some individuals.
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--------------------------------------------------------------------------
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
