[Flightgear-devel] (no subject)
--- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] [ANN] Blender 2.40 released
A lot of new stuff. Interesting for aircraft modelers: + improved Boolean Operations, Mesh Ripping, UV & Image Editing, Subdivide Tools, etc. + a new powerful unwrapper (look for "ArchiMap" on this page: http://members.iinet.net.au/~cpbarton/ideasman/ ) - ac3d-import.py partly broken. Below is a patch that mostly fixes it, but a few models can still not get imported correctly - the otherwise wonderful ArchiMap script doesn't pack multiple objects onto one texture square :-( http://www.blender3d.org/cms/Blender_2_40.598.0.html m. --- ac3d_import.py 2005-12-16 23:53:04.301172000 +0100 +++ ac3d_import.py 2005-12-22 09:28:42.379725750 +0100 @@ -498,9 +498,7 @@ for vi in range(len(f)): bface.v.append(mesh.verts[f[vi][0]]) bface.uv.append((f[vi][1][0], f[vi][1][1])) - #mesh.faces.append(bface) - # quick hack, will switch from NMesh to Mesh later: - if len(bface.v) > 1: mesh.addFace(bface) + mesh.faces.append(bface) mesh.mode = 0 object = Blender.NMesh.PutRaw(mesh) --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Re: PA24-250 model under development
* Jon Stockill -- Thursday 22 December 2005 18:46: > I use blender all the time, unfortunately VRML import in blender is rather > lacking, so a general move to VRML may leave us with some problems (unless > 2.40 has better VRML support of course). Yes, seems so. There's quite a new VRML exporter in addition to the old one. Unfortunately, the ac3d importer is currently a bit broken. Will probably get fixed soon, but I don't think it'll make it into 2.40 (which should get released within the next days). m. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: PA24-250 model under development
On Thu, December 22, 2005 1:20 pm, Jim Wilson wrote: > A great project if someone wants to take it on would be to enhance VRML > support in plib so that a wider range of options would be available. This > is something that was brought up by David Megginson several times and I > think he is right. It would really open up the options. Perhaps we could > actually get to a place were the ac3d format would be largely if not > entirely replaced in flightgear with something open and human readable. I use blender all the time, unfortunately VRML import in blender is rather lacking, so a general move to VRML may leave us with some problems (unless 2.40 has better VRML support of course). -- Jon Stockill [EMAIL PROTECTED] --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
RE: [Flightgear-devel] options scanninng sequence
Erik Hofman > Vivian Meazza wrote: > > > Just to add that it doesn't work properly under my Cygwin, but then my > home > > directory is home/vivian meazza/. That's automatically generated by > Cygwin > > and I'm not changing it. I note, however that XP users will install FG > in > > C:\program files\FlightGear. > > Could you test the CVS version again? > > > > Further, I do NOT want the code automatically saving my changes, we > should > > be given the option on exit. Apart from downloading a new version of > > preferences.xml, is there any way back to the default values: there > should > > be? > > > > Is there an option to disable this facility? In its current state I > don't > > want it on my system. > > I've added --enable-save-on-exit and --disable-save-on-exit. > This is a bit of an odd puppy since I've implemented the suggestion from > Vassilii and this particular property is saved inside the user > preferences.xml file, so you should only have the specify > --disable-save-on-exit once. > Look like what we want, thanks - I'm busy right now, but I'll test it later. V. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37&alloc_id865&op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] options scanninng sequence
Stefan Seifert wrote: Curtis L. Olson wrote: I should also point out that I received an error message when the new system couldn't load my preferences if they didn't exist. We should see an error message in this case. You received an error message and you should see an error message? Seems to me like that's the same? Sorry, pre-caffeine typo ... I meant that I *don't* think we should see an error message if this optional options file doesn't yet exist. Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] options scanninng sequence
Vivian Meazza wrote: Just to add that it doesn't work properly under my Cygwin, but then my home directory is home/vivian meazza/. That's automatically generated by Cygwin and I'm not changing it. I note, however that XP users will install FG in C:\program files\FlightGear. Could you test the CVS version again? Further, I do NOT want the code automatically saving my changes, we should be given the option on exit. Apart from downloading a new version of preferences.xml, is there any way back to the default values: there should be? Is there an option to disable this facility? In its current state I don't want it on my system. I've added --enable-save-on-exit and --disable-save-on-exit. This is a bit of an odd puppy since I've implemented the suggestion from Vassilii and this particular property is saved inside the user preferences.xml file, so you should only have the specify --disable-save-on-exit once. Erik --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] options scanninng sequence
Curtis L. Olson wrote: I should also point out that I received an error message when the new system couldn't load my preferences if they didn't exist. We should see an error message in this case. You received an error message and you should see an error message? Seems to me like that's the same? Nine --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] options scanninng sequence
Oliver Schroeder wrote: Yes, I noticed options.?xx before. And I did'nt explicitly meant that part. But cd into the src directory and do a "grep -r argv *". What you will see is for sure not simple and generic. And I just thought it might be helpful to sort things out. I did'nt look too deep into that matter, but there are certainly things to fix. As said before, no offense meant. The options parsing itself is good as it is. But the options are parsed too many times. All options (including configuration files like .fgfsrc and .fgfsrc.hostname) are scanned three times. The first pass in search for fgroot, the second for an aircraft and in the third run all other options are used. I'm sure this could be done all in one step. Parse the options and then access only the parsed data. Nine --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] options scanninng sequence
On Thursday 22 December 2005 14:57, Frederic Bouvier wrote: > Oliver Schroeder wrote: > > Would it help to have a generic central commandline-parser, which forces > > developers to provide a description? > > Perhaps you should provide us a definition for a generic central > commandline-parser, because I always thought it was already the case ( I am > biased, I wrote this code ). Options are described in a single array of > structures and the processing is very simple and generic. Have a look at > options.cxx. Maybe it can be improved, by providing descriptions for > instance, but the step was made years ago to avoid to have huge switch or > if/elseif/else constructs that compilers could not compile. Yes, I noticed options.?xx before. And I did'nt explicitly meant that part. But cd into the src directory and do a "grep -r argv *". What you will see is for sure not simple and generic. And I just thought it might be helpful to sort things out. I did'nt look too deep into that matter, but there are certainly things to fix. As said before, no offense meant. regards, Oliver --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] options scanninng sequence
Vassilii Khachaturov wrote: What about an option that would say "save preferences changes upon exit"? And only save the options if it's ON? (I've first seen this in the Norton Commander smth like over 10 years ago, very handy.) The same place could be used to add an option to "reset to machine-wide defaults". I should also point out that I received an error message when the new system couldn't load my preferences if they didn't exist. We should see an error message in this case. Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] options scanninng sequence
Oliver Schroeder wrote: > Hi List. > > I think that our command line processing is way to scattered and thus > error-prone. Don't feel affronted, I just decided for myself to never touch > anything related to commandline processing in flightgear. > > Would it help to have a generic central commandline-parser, which forces > developers to provide a description? Perhaps you should provide us a definition for a generic central commandline-parser, because I always thought it was already the case ( I am biased, I wrote this code ). Options are described in a single array of structures and the processing is very simple and generic. Have a look at options.cxx. Maybe it can be improved, by providing descriptions for instance, but the step was made years ago to avoid to have huge switch or if/elseif/else constructs that compilers could not compile. -Fred --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37&alloc_id865&op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] options scanninng sequence
Hi List. I think that our command line processing is way to scattered and thus error-prone. Don't feel affronted, I just decided for myself to never touch anything related to commandline processing in flightgear. Would it help to have a generic central commandline-parser, which forces developers to provide a description? I have written something like that ages ago. If anyone is interrested, have a look at http://www.o-schroeder.de/download/cmdline.tgz It isn't perfect, but does a good job. regards, Oliver --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] options scanninng sequence
Vivian Meazza wrote: Further, I do NOT want the code automatically saving my changes, we should be given the option on exit. Apart from downloading a new version of preferences.xml, is there any way back to the default values: there should be? Is there an option to disable this facility? In its current state I don't want it on my system. This has been the intention from the start, hold on. Erik --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
RE: [Flightgear-devel] options scanninng sequence
> > Vivian Meazza wrote: > > > Further, I do NOT want the code automatically saving my changes, we > > should > > > be given the option on exit. Apart from downloading a new version of > > > preferences.xml, is there any way back to the default values: there > > should > > > be? > > > > > > > Just delete the generated preferences.xml? > > > > That'll be fun when I start and stop FG every few minutes when developing or > testing. Could we develop some proper solution please. What about an option that would say "save preferences changes upon exit"? And only save the options if it's ON? (I've first seen this in the Norton Commander smth like over 10 years ago, very handy.) The same place could be used to add an option to "reset to machine-wide defaults". Vassilii --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Re: PA24-250 model under development
> -Original Message- > From: Melchior FRANZ > > * Vivian Meazza -- Thursday 22 December 2005 10:13: > > Blender is clever, but almost impossible to use. > > > > > To get going quickly, while getting acceptable results I would recommend > > AC3D. The $40 or so it costs is money well spent I reckon. > > Could be. But didn't the ac3d author already screw some paying customers > over? I remember the discussion here on the devel list. > Yes this is true. I'm one of the people who bought AC3D back when Coleburn was telling customers that all future upgrades would be free of charge. Later he modified that statement somewhat, but I have a copy of the web page that was there when I bought the software originally and there is no doubt he screwed some people. > I don't really care who uses what, as long as I can use Blender. AC3D > may be a nice application and is certainly good enough for FlightGear > modeling, but Blender is far from "almost impossible to use". > If I were facing a choice between the two programs right now it would easily be Blender. There are a number of things that are more efficient in Blender once you get the hang of it. I speak as someone who has spent countless hours performing tedious tasks in AC3D. In fact I often find myself switching to a text editor for tasks because the AC3D interface is so cumbersome. Don't let the initial ease fool you. A great project if someone wants to take it on would be to enhance VRML support in plib so that a wider range of options would be available. This is something that was brought up by David Megginson several times and I think he is right. It would really open up the options. Perhaps we could actually get to a place were the ac3d format would be largely if not entirely replaced in flightgear with something open and human readable. Best regards, Jim --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] options scanninng sequence
Vivian Meazza wrote: Stefan Seifert Vivian Meazza wrote: Further, I do NOT want the code automatically saving my changes, we should be given the option on exit. Apart from downloading a new version of preferences.xml, is there any way back to the default values: there should be? Just delete the generated preferences.xml? That'll be fun when I start and stop FG every few minutes when developing or testing. Could we develop some proper solution please. #!/bin/sh fgfs $* rm ~/.fgfs/preferences.xml Or make the .fgfs directory or preferences.xml non writable by your user. Note: I'm not against giving this option. I just think we should we should try to see if other solutions to this developer-only problem would be ok, too. I would not look forward to having to actually answer two questions on exit. Especially for the cases when 3D acceleration does not work and it already takes some seconds for everything to respond. Nine --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Next world scenery build
On Thu, December 22, 2005 12:38 pm, Martin Spott wrote: > Hello Jon, I hope you didn't get me wrong: > > Martin Spott wrote: > >> I see that SWBD might have slightly more detail in certain areas as it >> follows even small quay walls but the "staircase mode" in SWBD makes it >> insuitable for creating FlightGear shorelines right out of the box. It >> may well be recommended to use SWBD as a reference for those who intend >> to modify scenery around coastal sites. > > I didn't mean to be harsh about your proposal. I just think we have to > realize that there's still much to be done before we can profit from > SWBD for our purpose: No, I realise there's a lot of work involved before it can be used - not least because we'd need to derive land polygons from data which currently defines water polygons, as well as smoothing the data. It's not something that's gonna make this release, unless there's a version of the data for which this work has already been done. I grabbed the shapefiles for the gshhs v1.3 release last night - I'll throw it into mapserver and see how it compares to vmap0 and SWBD - it may be that we'd gain very little for the amount of work involved, in which case we can skip it and stick with GSHHS in the longer term. -- Jon Stockill [EMAIL PROTECTED] --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
RE: [Flightgear-devel] options scanninng sequence
Stefan Seifert > Vivian Meazza wrote: > > Further, I do NOT want the code automatically saving my changes, we > should > > be given the option on exit. Apart from downloading a new version of > > preferences.xml, is there any way back to the default values: there > should > > be? > > > > Just delete the generated preferences.xml? > That'll be fun when I start and stop FG every few minutes when developing or testing. Could we develop some proper solution please. This is a good idea and we should have the option, but our users out there are going to be frustrated by it as it is right now. Vivian --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37&alloc_id865&op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Next world scenery build
Hello Jon, I hope you didn't get me wrong: Martin Spott wrote: > I see that SWBD might have slightly more detail in certain areas as it > follows even small quay walls but the "staircase mode" in SWBD makes it > insuitable for creating FlightGear shorelines right out of the box. It > may well be recommended to use SWBD as a reference for those who intend > to modify scenery around coastal sites. I didn't mean to be harsh about your proposal. I just think we have to realize that there's still much to be done before we can profit from SWBD for our purpose: 1.) We need to to find out how to smoothen the shoreline in a manner that is suitable for the whole planet. This probably has already been tackled by someone else, but we have to find out. 2.) We need a means to fill the gaps in SWBD. As it is based on SRTM it does not cover the areas 'behind' the polar circles (I don't have the exact numbers at hand). 3.) We need to have this done within just a few days because Curt wants to start generating the new scenery RSN. Under these circumstances I prefer to rely on the work of those people who have much more experience in fine-tuning shoreline data, especially now as there's a shapefile release that clearly and cleanly separates between the different types of shore-/coastline. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] options scanninng sequence
Vivian Meazza wrote: Further, I do NOT want the code automatically saving my changes, we should be given the option on exit. Apart from downloading a new version of preferences.xml, is there any way back to the default values: there should be? Just delete the generated preferences.xml? Nine --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
RE: [Flightgear-devel] options scanninng sequence
Martin Spott > Erik Hofman wrote: > > > 1. $FG_ROOT should be a global value > > 2. ~/.fgfsrc should be a personal preference > > 3. "fgfs --fg-root" should be a one time option overriding the defaults > > > > Does anybody have any objection to reversing the order? > > _I_ don't object, to my impression you proposal is the only one that > makes sense but my voice is not deciding, > > Martin. > -- > Unix _IS_ user friendly - it's just selective about who its friends are ! > -- > Just to add that it doesn't work properly under my Cygwin, but then my home directory is home/vivian meazza/. That's automatically generated by Cygwin and I'm not changing it. I note, however that XP users will install FG in C:\program files\FlightGear. Further, I do NOT want the code automatically saving my changes, we should be given the option on exit. Apart from downloading a new version of preferences.xml, is there any way back to the default values: there should be? Is there an option to disable this facility? In its current state I don't want it on my system. Vivian --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37&alloc_id865&op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] options scanninng sequence
Erik Hofman wrote: I noticed that currently $FG_ROOT has priority over --fg-root in ~/.fgfsrc(.) which in return has priority over --fg-root at the command line. Duh, forget it. It *is* in the right order. It's just that --fg-root got ignored somehow. I'll investigate some further. Erik --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] options scanninng sequence
Erik Hofman wrote: > 1. $FG_ROOT should be a global value > 2. ~/.fgfsrc should be a personal preference > 3. "fgfs --fg-root" should be a one time option overriding the defaults > > Does anybody have any objection to reversing the order? _I_ don't object, to my impression you proposal is the only one that makes sense but my voice is not deciding, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
RE: [Flightgear-devel] PA24-250 model under development
"Vivian Meazza" writes Blender is clever, but almost impossible to use. To get going quickly, while getting acceptable results I would recommend AC3D. The $40 or so it costs is money well spent I reckon. The cost includes free updates, which I have found to work well. I'll secound that.I have had no trouble using AC3D and have had 2 updates at no cost. Works for me Vivian Cheers Innis --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] options scanninng sequence
Hi, I noticed that currently $FG_ROOT has priority over --fg-root in ~/.fgfsrc(.) which in return has priority over --fg-root at the command line. To me this seems exactly opposite to what one expects. Personally I feel: 1. $FG_ROOT should be a global value 2. ~/.fgfsrc should be a personal preference 3. "fgfs --fg-root" should be a one time option overriding the defaults Does anybody have any objection to reversing the order? Erik --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Creating a PA34-Seneca (which FDM to choose?)
Martin Spott wrote: Martin Spott wrote: Fein Bietet Ihr vielleicht auch verguenstigt Type-Ratings fuer FlightGear-Aktivisten an !? ;-) Oh, please excuse, this was meant to be private EMail, But now I want to know the answer :-) Erik --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Re: PA24-250 model under development
* Vivian Meazza -- Thursday 22 December 2005 10:13: > Blender is clever, but almost impossible to use. Oh, sure. That must be why the Concorde, the Bo105 and several others were done with Blender. This opinion is common under people who didn't have the patience to learn a new interface. Yes, it's overwhelming at first, but it's *very* efficient once you understood it. Reading one or two tutorials (plenty available on the net) and asking a few questions here or in our IRC channel should be enough to grok Blender. Blender is literally a "professional" tool, not only in the buzzword sense. It was written and used by a graphics studio that did commercial animations for advertisement purposes and such. Then it was freed and is now GPL'ed. It is fully scriptable in Python and there are scripts available for specific FlightGear development purposes. This here[1] writes FlightGear animation XML fragments and whole XML animation files. There are many other scripts available, too. You can directly ray-trace your model if you like, import/export numerous formats, and do lots of other fancy things with it. > To get going quickly, while getting acceptable results I would recommend > AC3D. The $40 or so it costs is money well spent I reckon. Could be. But didn't the ac3d author already screw some paying customers over? I remember the discussion here on the devel list. I don't really care who uses what, as long as I can use Blender. AC3D may be a nice application and is certainly good enough for FlightGear modeling, but Blender is far from "almost impossible to use". m. Disclaimer: I'm biased. :-) [1] http://members.aon.at/mfranz/flightgear/blender-textured-lights.html --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
RE: [Flightgear-devel] PA24-250 model under development
Dave Perry > > Seeing the PA34 model is encouraging. David Megeson (sp) encouraged me > more than a year ago to model the Piper Comanche in fgfs when I posted > that I had just become 1/3 owner of a 1962 PA24-250 (poor mans Bonanza, > constant speed prop, retracts, 156 kt cruise). Last week I started > editing his PA28-161 yasim files and I have a pa24-250.xml file that > closely matches the real ac performance. I still need to get a little > more cruise speed at 10K msl, but have switched to working on the 3d > model. > > I have looked at wings3d, blender, and ac3d and from the documentation, > I think I will make faster progress on the 3d model with ac3d. Do the > experienced 3d modelers on the list agree with this choice? > > This is my first 3d modeling attempt. Any help is very appreciated! > Dave P. > Blender is clever, but almost impossible to use. To get going quickly, while getting acceptable results I would recommend AC3D. The $40 or so it costs is money well spent I reckon. The cost includes free updates, which I have found to work well. Vivian --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37&alloc_id865&op=click ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel