Re: [Flightgear-devel] Please insert disk into drive F:

2011-06-05 Thread Martin Spott
"Vivian Meazza" wrote:

> And while Martin is making snide remarks - nothing was done without
> discussing it with Jon Stockill first. I thought that he was running the
> database - obviously he isn't and the discussions were meaningless. Pity no
> one has told Jon. 

Running and maintaining the "Scenemodels" repository - which includes
packaging files for download, feeding the most current state of affairs
to 'TerraSync' and also syncing the shared models to the FG Base
Package - is a joint effort by Jon Stockill and myself. Others are
invited to share the workload or to improve the toolchain and/or the
website.
And even if it were just Jon's does in no way mean that he's
responsible for subsequently picking up the stuff you (or others) are
dropping into the Base Package.

The simple fact that the "$FG_ROOT/Models/00README.CONTRIBUTE" is
already a couple of years old doesn't have any negative effect on its
validity,

Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--

--
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


Re: [Flightgear-devel] Please insert disk into drive F:

2011-06-05 Thread Slavutinsky Victor
> Could we please stop hijacking threads?
> 
> (and I know Martin wasn't the first offender)

Do not know. If You ask me then I never had started any fight and would
not do that here for sure. It's so hard to tell who offends who in non
directive communications what attempts to do so only spoil common air
without any productive result.

My interest here is clear, I had made FG GPL craft what had get a lot of
my time as most complicated FG craft until now, and it still not so
funny to user due to current FG limitations which me personally can not
push far. I do not mean to offend someone, only trying to find people
who could help me to do so.

So I highly agree with You, stopping of offense is best option.

Victor


--
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


Re: [Flightgear-devel] Please insert disk into drive F:

2011-06-05 Thread Vivian Meazza
Heiko Schulz wrote

> 
> 
> >> 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
> 
> >  these had been directly committed to CVS by one of those overly
> >clever committers who are known to be ignorant, by tradition, of every
> >general consistency rule. Life could be so easy, if 
> 
> And before someone shouts at me:
> I was the author of the 3d-models- but the mentioned paths had been
> changed after I sent them to Vivian Meazza for including them into CVS.
> Not my fault, especially as I never had any right to directly commit
> things to CVS/GIT.
> 
> Thanks to Thorsten B. for finding the cause of that problem and fixing it.
> 
> 

I will hold my hand up for the D: stuff. There seems to have been a
technical issue with the CVS client I was using at the time using absolute
paths - but now one seems to have noticed up to now. However, I don't and
never have had a F: drive.

And while Martin is making snide remarks - nothing was done without
discussing it with Jon Stockill first. I thought that he was running the
database - obviously he isn't and the discussions were meaningless. Pity no
one has told Jon. 

Vivian





--
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


Re: [Flightgear-devel] Please insert disk into drive F:

2011-06-05 Thread Vivian Meazza


> From: Martin Spott [mailto:martin.sp...@mgras.net]
> Sent: 05 June 2011 15:35
> To: flightgear-devel@lists.sourceforge.net
> Subject: Re: [Flightgear-devel] Please insert disk into drive F:
> 
> Erik Hofman wrote:
> > [...]
> 
> 0) Does it meet the technical requirements for being used in
>FlightGear ?
> 
>   Martin.

Could we please stop hijacking threads?

(and I know Martin wasn't the first offender)


Vivian



--
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


Re: [Flightgear-devel] Please insert disk into drive F:

2011-06-05 Thread Martin Spott
Erik Hofman wrote:
> [...]

0) Does it meet the technical requirements for being used in
   FlightGear ?

Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--

--
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


Re: [Flightgear-devel] Please insert disk into drive F:

2011-06-05 Thread Heiko Schulz

>> 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

>  these had been directly committed to CVS by one of those overly
>clever committers who are known to be ignorant, by tradition, of every
>general consistency rule. Life could be so easy, if 

And before someone shouts at me:
I was the author of the 3d-models- but the mentioned paths had been changed 
after I sent them to Vivian Meazza for including them into CVS. 
Not my fault, especially as I never had any right to directly commit things to 
CVS/GIT.

Thanks to Thorsten B. for finding the cause of that problem and fixing it.


Heiko

--
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


Re: [Flightgear-devel] Please insert disk into drive F:

2011-06-05 Thread Erik Hofman
On Sun, 2011-06-05 at 13:07 +0400, Slavutinsky Victor wrote:
> > -Fred
> 
> Little bit other topic.
> 
> Hi Frederic, I have two questions for You.
> 
> 1) Can Your terrain engine be added in FG?
> 2) Can it be fast enough for orbital flight with visibility ~500km and
> speed ~3km/h, ~8km/sec?

There might be some more questions involved:
3) Is it an accurate representation of the world or a procedural terrain
engine.
4) Are you willing to /and/ able to release it under the terms of the
GPL.

Erik


--
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


Re: [Flightgear-devel] Please insert disk into drive F:

2011-06-05 Thread Slavutinsky Victor
> -Fred

Little bit other topic.

Hi Frederic, I have two questions for You.

1) Can Your terrain engine be added in FG?
2) Can it be fast enough for orbital flight with visibility ~500km and
speed ~3km/h, ~8km/sec?

Victor


--
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


Re: [Flightgear-devel] Please insert disk into drive F:

2011-06-04 Thread Martin Spott
ThorstenB wrote:

> In two cases the referenced textures aren't even in fgdata.

Hah, sounds familiar - that's a recurring cause of trouble with
submissions to the "Scenemodels" repository. _I_ am running a
consistency checker on every model, but .

> 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

  these had been directly committed to CVS by one of those overly
clever committers who are known to be ignorant, by tradition, of every
general consistency rule. Life could be so easy, if 

> Models/Buildings/tower-hexa.ac

That's an old-timer, will fix as well.

Thanks,
Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--

--
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


Re: [Flightgear-devel] Please insert disk into drive F:

2011-06-04 Thread ThorstenB
On 04.06.2011 15:28, Frederic Bouvier wrote:
> The problem is that the Blender AC exporter generates these absolute path.
> In the PLIB days, the loader simply ignored the path to just take the
> simple name.

Right, unfortunately it requires another manual step.
The advantage of not ignoring the path (OSG) though is, that you can 
reference textures in other directories. There is no longer a need to 
copy every texture into the same model directory as the .ac file. You 
can reuse shared textures from other directories (from the same or even 
other aircraft, from a global texture directory etc).

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


Re: [Flightgear-devel] Please insert disk into drive F:

2011-06-04 Thread Scott
On Sat, 2011-06-04 at 15:28 +0200, Frederic Bouvier wrote:

> The problem is that the Blender AC exporter generates these absolute path.
> In the PLIB days, the loader simply ignored the path to just take the 
> simple name.
> 
> -Fred
> 


  And AC3D does the same, and often one needs to add absolute pathnames
to be able to edit it in AC3D, then remember to remove them before
committing. 
  I wish there was a command line parameter to tell the editor where to
look for the texture files, it's very annoying.

  But thanks Thorsten for catching that error, and fixing up the models.
  

  S.
--
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


Re: [Flightgear-devel] Please insert disk into drive F:

2011-06-04 Thread Frederic Bouvier

- "ThorstenB" a écrit :

> 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//..." 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...

The problem is that the Blender AC exporter generates these absolute path.
In the PLIB days, the loader simply ignored the path to just take the 
simple name.

-Fred

-- 
Frédéric Bouvier
http://www.youtube.com/user/fgfred64   Videos


--
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


[Flightgear-devel] Please insert disk into drive F:

2011-06-04 Thread ThorstenB
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//..." 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