Hi,
there are issues with some of our models due to texture references with
_absolute_ Windows file paths (using a drive letter). Usually that's not
a problem: OSG tries to load the texture from the given absolute path
first (e.g. "F:\foo\texture.png"), and if that's not available, it cuts
the filename and tries the given search directories (i.e. searches
texture.png in fgdata/Aircraft/bla/Model/..).
However, some poor souls happen to have exchangeable media drives
connected to particular drive letters. Guess what happens... Windows
blocks execution, triggers a "helpful" pop-up dialog:
"Please insert disk into drive F: Click OK to continue..."
Happens for every single texture referencing a media drive. Sounds like
in the good old MS-DOS days - but is reported for Windows 7. Users get
annoyed ;-). Might be possible to disable the pop-up with some Windows
registry magic, or by changing the letter of their local media drive -
but that's not a real solution.
The 1.0.1 scenery release is also affected. Examples:
Objects/e020n40/e026n44/aacr.ac => F:/Documents and Settings/Mircea/My
Documents/My Pictures/RCAA_inaripatul.GIF
Objects/w090n40/w088n41/john-hancock-center-fb.ac => i:\modeles 3D
\JohnHancockCenter\john-hancock-center-1.rgb
Apparently, it's better with current TerraSync. But I haven't checked
all files.
I found the same issue with some of our fgdata/Aircraft and took the
liberty of fixing these:
A340-600, A380, B-52F, Dromader, Hunter, Lockheed-NF104, Spitfire,
victor
http://www.gitorious.org/fg/fgdata/commit/2902907538a1fbddecd78c481f18daa2ade7dd14
In two cases the referenced textures aren't even in fgdata. The absolute
file paths made it work on the original author's machine only:
Lockheed-NF104 and victor are missing lava1.png / brushed_alloy.rgb.
Maybe the authors want to add these.
Finally, I found 3 affected global models in fgdata. Martin, can you fix
these please (needs to go to the scenery database):
Models/Transport/ICE3middlecar.ac
Models/Transport/ICE3middlecar2.ac
Models/Buildings/tower-hexa.ac
Remove "D:/Cygwin/FlightGear/data/Models/Transport/" and
"c:/flightgear/cvs/fgfsbase/models/buildings/". A "c:" drive reference
usually isn't a problem - but anyway...
Btw, the model loader is an original OSG module, so we can't just change
the code here (ignore absolute paths). Trying to avoid such references
is the only (short-term) solution I can see. Might also be worth doing a
"grep" on our model/TerraSync database. Maybe there is more...
It's generally a bad idea to use absolute paths in model files (even if
it's unix paths - and there's loads of "/home/<username>/..." in our
model), since you can never be sure if it's working for anyone except
the original author (see above). But only the Windows paths are known to
have ugly side effects - so please at least avoid these...
cheers,
Thorsten
------------------------------------------------------------------------------
Simplify data backup and recovery for your virtual environment with vRanger.
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Discover what all the cheering's about.
Get your free trial download today.
http://p.sf.net/sfu/quest-dev2dev2
_______________________________________________
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
