alues are changing but not altitude.
> Why It is so. Also the splash screen is also not coming. How to solve the
> problem. If I use the same data folder with the binary (which is downloaded),
> its working fine. What could be wrong. please help me to solve this.
>
> Thanks
>
are showing 0
>
> --- On Wed, 18/8/10, Frederic Bouvier wrote:
>
> From: Frederic Bouvier
> Subject: Re: [Flightgear-devel] Running compiled version of flightgear 2.0 on
> windows gives blank screen
> To: "FlightGear developers discussions"
>
> Date: Wed
Hi Tat,
- "Tatsuhiro Nishioka" a écrit :
> Hi there,
>
> First of all, I'm back to FlightGear after a bit longer vacation :-)
> I'm very happy that I released a fg-git for Mac OS, but immediately
> after that, a user gave me a bug report. X-)
>
> The core problem is that an implicit cast (
- "Tatsuhiro Nishioka" a écrit :
>
Hi Fred,
>
Thanks for the quick fix. I really appreciate it!
>
Tat
You're welcome, you did all the diagnostic work.
-Fred
--
Frédéric Bouvier
http://my.fotolia.com/frfoto/ Photo gallery - album photo
http://www.youtube.com/user/fgfred64 Videos
- "HB-GRAL" a écrit :
> Am 14.08.10 00:20, schrieb Tim Moore:
> > Let
> > me know of any new problems.
> >
> > Tim
>
> A new problem is the last line in default.vert:
> fogCoord = abs(ecPosition.z / ecPosition.w);
>
> For what is this needed exactly?
>
> It kills the light or light direct
Hi Jon,
- "Jon S. Berndt" a écrit :
> > I updated this document recently :
> > http://gitorious.org/fg/flightgear/blobs/next/docs-mini/README.MSVC
> >
> > I tested the described procedure in a blank virtual machine, so you
> > have good chances to succeed ;-) All the prerequisites are
> avai
- "Jon S. Berndt" a écrit :
> Also, what's the best way to get the base package? From the FlightGear
> page?
> Is there a git checkout for that, as well?
You have to ensure that your base package is consistent with your sources. If
you compiled the git version of FGFS, get the data from git
- "Jon S. Berndt" a écrit :
> > Also, what's the best way to get the base package? From the
> FlightGear
> > page?
> > Is there a git checkout for that, as well?
> >
> > Jon
>
>
> Speaking of git, you might mention in your install procedure that for
> those developers who are using Cygwin,
packed? Or, is there a page that explains the git
> packages somewhere? Thanks - and again, I was pleasantly surpised by
> how well the process went. It was a big help.
>
> Jon
>
>
> -----Original Message-
> From: Frederic Bouvier
> Sent: Sunday, August 29
Jon,
- "Jon S. Berndt" a écrit :
> > On Sat, 4 Sep 2010, Jon S. Berndt wrote:
> >
> > > Which directory should one be under when they execute the git
> > command?
> >
> > Hi,
> >
> > You should be in the directory where you want to have the fgdata
> > directory, i.e. git creates fgdata in
try to remove the trailing slash, or use fgrun that is in the official 2.0.0
package
-Fred
- "Jon S. Berndt" a écrit :
> > That helped, but now I am getting different errors:
> >
> > --- start ---
> > $ FlightGear/projects/VC90/Win32/Release/fgfs --fg-
> > root=c:/cygwin/home/jon/flightge
- "Jon S. Berndt" a écrit :
> > From: Alan Teeder [mailto:ajtee...@v-twin.org.uk]
>
> > Why are you using cygwin for this?
>
> Alan,
>
> I happily built FlightGear under MSVC, but much prefer the cygwin bash
> shell
> to cmd.exe. I am only running FlightGear under cygwin - not building
> i
- "Jon S. Berndt" a écrit :
> > From: Frederic Bouvier
> >
> > try to remove the trailing slash, or use fgrun that is in the
> official
> > 2.0.0 package
> >
> > -Fred
>
> Still no joy. Where is the fgrun command located?
>
D
etica.txf".
-Fred
- "Jon S. Berndt" a écrit :
> I get the same problems in the windows command shell. What is it
> looking for??
>
>
> -Original Message-
> From: Frederic Bouvier
> Sent: Sunday, September 05, 2010 8:04 AM
> To: FlightGear d
Please post the result of the "set PATH" command (under Windows prompt,
not cygwin)
As said in the updated instructions, you must also have the 3rdParty/bin
directory in your path as well
To diagnose DLL loading problems, Dependency Walker is your friend.
-Fred
Le 05/09/2010 18:04, Jon S. Bern
Le 05/09/2010 18:24, Jon S. Berndt a écrit :
>> From: Frederic Bouvier
>>
>> Please post the result of the "set PATH" command (under Windows
>> prompt,
>> not cygwin)
>>
>> As said in the updated instructions, you must also have the
>&g
Le 05/09/2010 18:54, Jon S. Berndt a écrit :
>> From: Frederic Bouvier
>>
>> BTW: I had several times issues with Cygwin setting odd permissions on
>> files and directories that prevented me to remove files until I
>> assigned ownership on the files and folders to
Le 05/09/2010 19:14, Jon S. Berndt a écrit :
>> To not use Cygwin ? ;-)
>>
>> -Fred
> Heh. Almost. But, I can't stand the Windows command shell.
>
> I am still having a few minor issues, though.
>
> 1) The audio device is problematic:
> Error: Audio device not available, trying default
> Error: De
Le 05/09/2010 19:36, Jon S. Berndt a écrit :
>>> I am still having a few minor issues, though.
>>>
>>> 1) The audio device is problematic:
>>> Error: Audio device not available, trying default
>>> Error: Default Audio device not available.
>> Try to run 3rdparty/bin/OpenALwEAX.exe
> "Permission de
- "Jon S. Berndt" a écrit :
> > I can only repeat: your cygwin setup wrecked the vista permissions.
> Go
> > in the explorer, open properties, go to security tabs, Advanced,
> Owner
> > tabs and check the owner of the files and directories is really
> your
> > Windows account, and not a cygw
Torsten,
I saw that you updated MSVC project files and that's nice of you, but it
happens that for the MSVC100 (2010) files, things are a little bit more
complicated than for MSVC90 (2008).
Basically, you added .hxx files in FlightGear.vcxproj file, with the clause :
Doing so, you asked MSV
- "James Turner" a écrit :
> On 11 Sep 2010, at 22:38, Frederic Bouvier wrote:
>
> > saw that you updated MSVC project files and that's nice of you, but
> it happens that for the MSVC100 (2010) files, things are a little bit
> more complicated than for
- "James Turner" a écrit :
> On 12 Sep 2010, at 09:28, Frederic Bouvier wrote:
>
> > Overall, it's less hassle to add the files by hand in the studio,
> so, don't bother.
> >
> > Do you remember which file you added to the MSVC100 proje
Hi Thorsten,
- "thorsten i renk" a écrit :
> > I get the same message on start.
>
> Yes, there's a script that checks if a hard-coded vector elevation
> sampling works or if you have to do repeated goedinfo calls. If the
> system is to be compatible with 2.0.0 and to make use of GIT features
Did you notice there is a while loop begining line 223 ?
-Fred
- Message d'origine -
De: Alasdair
Env: mardi 14 septembre 2010 03:57
À: FlightGear developers discussions
Objet: [Flightgear-devel] A puzzling problem with FG XML parsing
I have recently been delving into FG's innards, w
Check you six^H^H^Hgit
-Fred
- "Alan Teeder" a écrit :
> --
>
> And today flightgear\src\FDM\JSBSim\math\FGModelFunctions.cpp and .h
> are
> needed.
>
> Alan
>
>
> --
Hi,
if you look closely, these are warnings and not errors ;-) You may look
at the discussion regarding VS2010 and OSG on the OSG list.
BTW : these messages are warnings and not errors because I added
/FORCE:MULTIPLE to the solution. It seems to affect projects that link
to osgDB
-Fred
Le 02/10
Hi Geoff,
In case you didn't notice, your fix has been committed to git 5 hours ago, and
was announced in the thread you mention.
A win32/x64 build is available at the usual place
Regards,
-Fred
- "Geoff McLane" a écrit :
> An inner inner loop using 'j', in the build
> function is trashin
mmits,
> like
> I used to get with cvs?
>
> Regards,
>
> Geoff.
>
> On Sat, Oct 2, 2010 at 4:23 PM, Frederic Bouvier
> wrote:
> > Hi Geoff,
> >
> > In case you didn't notice, your fix has been committed to git 5
> hours ago, and was announced in
My bad : terragear-cs is not on gitorious. You'll have to wait an answer from
Martin or Ralf.
-Fred
----- "Frederic Bouvier" a écrit :
> Create an account on Gitorious, follow the project and opt-in for
> email notifications
>
> -Fred
>
> - "G
Hi Chris,
You may have an incorrect line break in a XML file, in a property name. You
should write
/my/own/property
instead of
/my/own/property
Regards,
-Fred
- "Chris Wilkinson" a écrit :
>
>
Hi there,
>
> I've downloaded and compiled fgfs this morning from git, and a
Hi Gene,
- "Gene Buckle" a écrit :
> On Mon, 4 Oct 2010, Frederic Bouvier wrote:
>
> > Hi Chris,
> >
> > You may have an incorrect line break in a XML file, in a property
> name. You should write
> >
> > /my/own/property
> >
> > in
Hi m,
Le 07/10/2010 17:12, fiers...@zonnet.nl a écrit :
> I used OSG version 2.9.10. The error probably has something to do with a
> recent change, because yesterday's compilation was fine.
> I guess I could roll back to an older version of OSG, like you
> suggested, but I was rather hoping my
Hi Torsten,
- "Torsten Dreyer" a écrit :
> Hi all,
>
> currently my GIT fails to merge with the error message in the
> subject.
> I suspect this is a line-ending conflict. I did not touch the file
> locally.
>
> I tried
> git checkout -- Aircraft/Jaguar/Models/jaguar.xml
> git checkout --
I am tracking a crash when selecting the c172p. Not sure it is related to the
other crash already seen, but anyway :
In JSBSim.cxx, line 147 :
fdmex = new FGFDMExec( (FGPropertyManager*)globals->get_props() );
in FGFDMExec.cpp, line 99:
FGFDMExec::FGFDMExec(FGPropertyManager* root) : R
- "Frederic Bouvier" a écrit :
> I am tracking a crash when selecting the c172p. Not sure it is related
> to the other crash already seen, but anyway :
>
> In JSBSim.cxx, line 147 :
>
> fdmex = new FGFDMExec( (FGPropertyManager*)globals->get_props() );
Hi James,
- "James Turner" a écrit :
> On 28 Oct 2010, at 10:05, James Turner wrote:
>
> > Looking at the code now, both in gui.nas and NasalSys.cxx, I can
> make a more specific guess: the 'directory exists' check seems to be
> failing, which means we return naNil, which doesn't have a .siz
- "Vivian Meazza" a écrit :
> That fixes the Nasal bug, but now exposes another one - the view runs
> to the zenith and cannot be moved.
>
> This happens here with Fred's latest binary, and with a locally
> produced
> binary including today's FG/SG fixes. It does not happen with Fred's
> pre
- "Vivian Meazza" a écrit :
> Same here - I can control the view with mouse. I can also confirm that
> it is not a hardware problem: my joystick is working correctly in Control
> Panel, and shows up correctly in Help/Joystick, although the throttle and
> rudder axes are shown transposed. Also
I'll make it switchable with the quality level then. But not before next week.
-Fred
- Message d'origine -
De: fiers...@zonnet.nl
Env: dimanche 31 octobre 2010 14:46
À: flightgear-devel@lists.sourceforge.net
Objet: Re: [Flightgear-devel] Am I the only one experiencingdropping
- fiers...@zonnet.nl a écrit :
> I am assuming a faster graphics card would solve this for me. Right?
Sure
> Op 31-10-10 17:14, Frederic Bouvier schreef:
> > I'll make it switchable with the quality level then. But not before
> > next week.
Done in Git. The improved
Hi Deborah,
may I suggest to try this procedure instead ?
http://gitorious.org/fg/flightgear/blobs/next/docs-mini/README.MSVC (only for
VS2008)
Regards,
-Fred
--
Frédéric Bouvier
http://my.fotolia.com/frfoto/ Photo gallery - album photo
http://www.youtube.com/user/fgfred64 Videos
Hi Gene,
- "Gene Buckle" a écrit :
> I've gotten the SimGear build working for the x64 target, but
> FlightGear
> is still giving me problems:
>
>
> D:\FGFSHudson\FlightGear\projects\VC90>msbuild FlightGear.sln
> /p:Configuration=Release /p:Platform=x64 /m
> Microsoft (R) Build Engin
> Hi Gene,
>
> - "Gene Buckle" a écrit :
>
> > I've gotten the SimGear build working for the x64 target, but
> > FlightGear
> > is still giving me problems:
> >
> >
> > D:\FGFSHudson\FlightGear\projects\VC90>msbuild FlightGear.sln
> > /p:Configuration=Release /p:Platform=x64 /m
> > Micr
Le 06/11/2010 05:31, Gene Buckle a écrit :
> On Fri, 5 Nov 2010, Frederic Bouvier wrote:
>
>> Google is your friend :
>> http://connect.microsoft.com/VisualStudio/feedback/details/324846/the-resolvevcprojectoutput-task-failed-unexpectedly-when-building-projects-in-parallel-msb
Le 06/11/2010 10:52, James Turner a écrit :
> On 6 Nov 2010, at 09:27, Frederic Bouvier wrote:
>
>>> The x64 build is now available from the build server and I changed what it
>>> made available to include all the .exe files. I updated the win32 build
>>>
Le 06/11/2010 11:03, Frederic Bouvier a écrit :
> BTW: I will update the 3rd party archive in the next days, maybe
> including gettext
I updated the 3rdparty archives :
ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/MSVC/fgfs-win32-VS90-3rdParty+OSG-20101106.zip
ftp://ftp.ihg.uni-duisb
- "Gene Buckle" a écrit :
> It's exploding on the "Portugese translation".
>
> Build started 11/6/2010 8:21:23 AM.
> 1>Project "D:\FGFSHudson\FGRun\msvc\9.0\fgrun.sln" on node 0
> (default
> targets).
> Building solution configuration "Release|Win32".
> 1>Project : err
- "James Turner" a écrit :
> On 6 Nov 2010, at 16:22, Frederic Bouvier wrote:
>
> > Now that I updated the vs2008 projects, all win32/x64 build should
> fail until you update the 3rdparties. Then the msgfmt tool used to
> compile the portugese translation
> The artifacts of the fgrun build are fgrun.exe and the locale
> directory
It looks like there are also some dependencies missing. FlightGear-next-Win64
and FGRun-Win32 are not rebuilt when simgear is updated.
Regards,
-Fred
--
Frédéric Bouvier
http://my.fotolia.com/frfoto/ Photo
Hi James,
- "James Turner" a écrit :
> On 7 Nov 2010, at 10:09, Frederic Bouvier wrote:
>
> > It looks like there are also some dependencies missing.
> FlightGear-next-Win64 and FGRun-Win32 are not rebuilt when simgear is
> updated.
>
> Yes, good catch Fre
Hi Gene,
- "Gene Buckle" a écrit :
> > The artifacts of the fgrun build are fgrun.exe and the locale directory
> >
> Fred, I've got it emitting the build artifacts, but only the _contents_ of
> the locale directory, not the directory itself as a single zip file.
The archive at
http://flight
- "Gene Buckle" a écrit :
> Fred, is there any advantage to using VS2010 to build the Windows
> binaries with over the VS2008 compiler? I don't follow the C++ side of the
> house so I don't know of any compiler improvements that FG would benefit
> from.
I'd stick to VS2008 until the next fg
Hi Deborah,
- "Deborah Tay" a écrit :
> Hey guys!
>
> I've tried following the steps in
> http://gitorious.org/fg/flightgear/blobs/next/docs-mini/README.MSVC#line89 as
> suggested by Fred, and got this after my build
>
> == Build: 11 succeeded, 1 failed, 0 up-to-date, 0 skippe
- "Deborah Tay" a écrit :
> Hey guys!
>
> Many thanks to Fred :D I found out what was wrong with my first build, the
> version.h file wasn't saved correctly, now I've got it! (:
> As I was saying I wasn't sure what this step meant:
>
> 15. Add < any_directory_on_any_drive > /install/ ms
Hi m.
could you be more specific on the sequence of actions that lead to this problem
?
Regards,
-Fred
- fiers...@zonnet.nl a écrit :
> Hi
>
> In the fgrun of this moring, I can reproduce a segmentation fault. Has anyone
> else noticed?
>
> In my settings file, there is a paramete
> Op 10-11-10 09:57, Frederic Bouvier schreef:
> Thanks,
>
> could you zip (or tar.gz ;-) ) and a attach the file instead ?
>
>
> Certainly.
Thank you, I will look at it tonight
-Fred
--
Frédéric Bouvier
http://my.fotolia.com/frfoto/ Photo galler
Thanks,
could you zip (or tar.gz ;-) ) and a attach the file instead ?
Regards,
-Fred
- fiers...@zonnet.nl a écrit :
> Hi Fred,
>
> Op 09-11-10 22:25, Frederic Bouvier schreef:
> Hi m.
>
> could you be more specific on the sequence of actions that lead
- "Gene Buckle" a écrit :
> On Fri, 12 Nov 2010, Curtis Olson wrote:
>
> > Are you able to test local changes? What would happen if you
> changed line
> > #203 of simgear/io/raw_socket.cxx to:
> >
> >setsockopt( handle, SOL_SOCKET, SO_REUSEADDR,
> >(void *)&opt_boolean,
>
> Thanks Fred! We're back to a green board. :D
Would you mind restarting a linux build, just in case ?
-Fred
--
Frédéric Bouvier
http://my.fotolia.com/frfoto/ Photo gallery - album photo
http://www.youtube.com/user/fgfred64 Videos
---
...
> 6) Click Input/Output (it shows
> "--generic=socket,out,10,localhost,16661, udp,fgcom", which is
> io-item-1 in the settings file)
> 7) Click on "--generic=socket,out,10,localhost,16661, udp,fgcom"
> 8) BOOM, Segmentation fault (core dumped). There is no time to click
> Delete or OK, it just
Hi Gene,
- "Gene Buckle" a écrit :
> > Ah, sorry to disappoint, but you have to commit to Git first - unlike
> > some setups, we haven't engineered a 'compile before publish' system.
> > Hence my ensuring I have time to watch Hudson *after* a commit, and, for
> > example, make a fix commit
> > I have < 15 FPS here with a GeForce 9500 GT (MSI) and a quad-core.
> How
> > can I change that draw distance? It is really far. :(
>
> The visibility shouldn't have changed with this update - except that
> the visibility selected at start-up is immediately effective now.
>
> You can set a fix
- "Martin Spott" a écrit :
> "J. Holden" wrote:
>
> > There is no land cover layer for waterfalls.
>
> which doesn't mean that such thing can't be introduced ;-)
> Typically this requires someone to create a suitable texture, the
> rest is just admin stuff.
and a particle system ;-)
By the way, look what I received in my inbox :
> Support Requests item #3117965, was opened at 2010-11-24 20:24
> Message generated for change (Tracker Item Submitted) made by gwself
> You can respond by visiting:
> https://sourceforge.net/tracker/?func=detail&atid=510694&aid=3117965&group_id=653
By the way, look what I received in my inbox :
> Support Requests item #3117965, was opened at 2010-11-24 20:24
> Message generated for change (Tracker Item Submitted) made by gwself
> You can respond by visiting:
> https://sourceforge.net/tracker/?func=detail&atid=510694&aid=3117965&group_id=653
> Take a screenshot with one of the system tools. I want to know which
> traversal -- update, cull, draw, or gpu -- appears to be slower.
http://frbouvi.free.fr/flightsim/fgfs-20101108-KSFO-28R.png : from a nightly
build
http://frbouvi.free.fr/flightsim/fgfs-20101127-KSFO-28R.png : compiled
- "Gene Buckle" a écrit :
> On Sat, 27 Nov 2010, Frederic Bouvier wrote:
>
> > By the way, look what I received in my inbox :
> >
> >> Support Requests item #3117965, was opened at 2010-11-24 20:24
> [snip]
> >>
> >> Initial Co
>>
>> You can post a comment in the tracker
>>
>
>Link? The only bug tracker I know of
(http://code.google.com/p/flightgear-bugs/) stops at #187.
The link was in my original post. It's the fgrun tracker
Regards,
-Fred
---
- "James Turner" a écrit :
> On 14 Dec 2010, at 11:51, henri orange wrote:
>
> > II do not notice any similar error with, others fdm (yasim, uiuc
> ) though i did not tried all of these ~400 models
> >
> > Is it just me ? is it specific to some jsbsim Aircraft ? is it
> specific to j
Hi Dave,
- "dave perry" a écrit :
> On 01/06/2011 03:01 AM, Jari Häkkinen wrote:
> > find / -name version.h | grep simgear
> I had already looked at config.log. The check was against
> . But since --prefix=$FG_ROOT, the config checks
Why are you using $FG_ROOT to install your binaries ?
I confirm that setting environment variables doesn't work anymore on Windows
-Fred
- "Michael Sgier" a écrit :
> yes but the:
>
On the new window, titled "Advanced Options" highlight the "Environment" from
the list on the left
---
etc doesn't work anymore? At least not on
> > c) Doesn't 213 seem like a small number compared to the thousands of
> > updates that have been applied to Robin's apt.dat since FG forked
> > it in 2008?
>
> If you are looking for a project, we need someone to incorporate the
> new X-Plane format into TerraGear - while keeping polygon counts
Hi All,
the next FG release is imminent now. It is time to check if the FGrun
translation for your language is OK and complete. Pay attention to overlapping
or truncated text as well as untranslated sentence. It is also possible to
submit new translations if your language use the latin alphabet
Yes, that's true. For a reason I don't know, I missed that one.
For the moment, fg-aircraft is not used in the aircraft chooser.
-Fred
- "Alan Teeder" a écrit :
> Fgrun however does not seem to see any aircraft that are only in
> the --fg-aircraft path.
--
Frédéric Bouvier
http://www.youtu
- "Vadym Kukhtin" a écrit :
>
It is also possible to submit new translations if your language use the latin
alphabet.
>
> Is it 2011&UTF8 now?
Not yet. I am migrating slowly to fltk 1.3 that has utf8, but no release :(
That's why the latin alphabet is mandatory for the moment
-Fred
> Is it 2011&UTF8 now?
BTW, I don't know what 2011 relates to, except the current year ;-)
-Fred
--
Frédéric Bouvier
http://www.youtube.com/user/fgfred64 Videos
--
Special Offer-- Download ArcSight Logger for FREE
Le 21/01/2011 14:25, Alan Teeder a écrit :
>> Yes, that's true. For a reason I don't know, I missed that one.
>> For the moment, fg-aircraft is not used in the aircraft chooser.
>>
>> -Fred
> Thanks for the reply. At least I know that it is not another of my
> stupidities. ;-)
It was only mine. I
> Class 1: fgfs and fgrun handle recursion of paths differently.
>
Anders, you are correct concerning the failure of fgrun to load both the Short
Empire and the ZLT-NT-copilot. These as well as the Jaguar fail to load in
fgrun because of differences in the way recursive paths are handled in fg
> > Wrong statement in the forum. TerraSync only updates the models,
> > not the terrain.
>
> If this would be true, then you've identified a bug ;-)
> This one might help:
>
> http://hans.fugal.net/blog/2007/06/05/terrasync-prefetch/
Something equivalent (the prefetch) is implemented in fgru
Hi Tom,
> I was going to test 2.2.0 release candidate on Windows, so proceeded to
> download the following:
http://flightgear.simpits.org:8080/job/Win32-installer/lastSuccessfulBuild/artifact/fgfs_win32_nightly_2.2.0.exe
> The program installed is not a 2.2.0 but a 2.0.0.
> Did I download
Hi,
> On 28 Jan 2011, at 09:02, James Turner wrote:
>
> > Looks good to me, from a visual inspection. I'll apply over the
> weekend, and poke some people to test. Depending on when 2.2.0 happens
> this might even be worth back-porting, but we should wait for some
> positive testing feedback befor
> > 2. if I do "Reload input" with the joystick already recognized, axes
> > goes wrong and I have to do a Reset to initialize them.
> > 3. if I remove the joystick while the joystick information dialog is
> > displayed and reload input, fgfs segfault.
>
> Don't see these problems under d
- "Csaba Halász" a écrit :
> On Sun, Jan 30, 2011 at 1:58 PM, Frederic Bouvier
> wrote:
> >
> > I noticed three things under Windows :
> > 1. the state of menu entry "Help > Joystick information" is not modified
> > when I rem
Hi Geoff,
There is an --atlas option dedicated to Terrasync
Regards,
-Fred
- "Geoff McLane" a écrit :
> Hi Fred,
>
> As previously stated, thanks for the great
> WIN32 installer v20110207 ... it works like
> a charm ;=))
>
> But it seems fgrun adds Atlas -
> --atlas=socket,out,5,localhos
Hi,
yes, you're right, fgrun use the code in run_posix.cxx to create a new fgfs
process, but only on Linux.
You are allowed to specify the command line you want as executable in the first
page, so why not starting your script that way ?
Regards,
-Fred
- "Harry Campigli" a écrit :
>
t; machines. Fgrun then just thinks fgfs terminated normally, albeit rather
> quick? I suspect in a multi machine setup this is best but the script could
> hang around till the "master" machine with the sim engine exits.
>
>
>
>
> Cheers Harry
>
>
&
Hi Allan,
this issue has been discussed on the osg ML and is likely a bug in VS2010.
These warnings are the best we can do. By default, these are errors, but the
cmake configure script adds "/FORCE:MULTIPLE" to allow multiply defined symbols
in an executable.
Regards,
-Fred
- "Alan Teede
This issue has already been addressed in the current implementation.
Tim used a slave camera to draw the near geometry while the main camera
draws the far geometry. Look in CameraGroup.cxx and in
/sim/rendering/camera-group/znear properties.
There is one camera that draws between
/sim/rendering
> I have just looked at the compiler preferences.
>
> The linker does have "/FORCE:MULTIPLE" defined. Here is the command
> line:-
I know, I put it here ;-)
-Fred
--
Frédéric Bouvier
http://www.youtube.com/user/fgfred64 Videos
-
> > I have just looked at the compiler preferences.
> >
> > The linker does have "/FORCE:MULTIPLE" defined. Here is the command
> > line:-
>
> I know, I put it here ;-)
http://gitorious.org/fg/flightgear/blobs/next/CMakeLists.txt#line198
-Fred
--
Frédéric Bouvier
http://www.youtube.com/user/f
- "Bertrand Coconnier" a écrit :
> 2011/2/15 Tim Moore :
> > I've checked in fixes for this change in osgDB:DatabasePager to the SimGear
> > and FlightGear next and releases/2.2.0 branches. Part of the delay resulted
> > from the fact that the Open Scene Graph change introduced a new bug; I h
> By the way, I committed the changes to releases/2.2.0 and then merged that
> branch into next. This is the way fixes should move between the two branches.
> Please don't commit a fix to next and then cherry-pick it to the release
> branch. It is very messy to have the same change committed on
IMO, our use of trademarked material is just fair use (google 'copyright fair
use' if you like) and it's something we shouldn't worry about.
-Fred
--
Frédéric Bouvier
http://www.youtube.com/user/fgfred64 Videos
-
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 comma
dene maxwell wrote :
redaing between the lines I believe that FGv099 puts a lot more
demands on video memory, with only 32Mbyte this" just ain't hacking
the pace" ie is insufficient.
This one is easy to test, just rename the Textures.high directory in the
root of the base package to somethin
dene maxwell wrote :
Fred, I don't understand what you're suggesting.
I think you are suggesting I post a file somewhere or possibly
download a file from the 'net and use that instead of what ever might
be used currently on this machine?
I opened a MS DOS Windows and entered set APPDATA at
Dene,
See my recommendations below :
dene maxwell wrote :
; FLTK preferences file format 1.0
; vendor: flightgear.org
; application: fgrun
[.]
fg_exe:C:/Program Files/FlightGear098/bin/Win32/fgfs.exe
fg_root:C:/Program Files/FlightGear098/data
fg_scenery:C:/Program Files/FlightGear098/data/S
Quoting Vivian Meazza :
> Nice try - perfectly understandable transmissions here :-). It runs under
> Cygwin for a while, then fails with:
>
> next chatter in 37 seconds
> OpenAL error (AL_INVALID_VALUE): bind_source (alGenSources)
> Failed to generate audio source.
It seems that alDeleteSources i
dene maxwell wrote :
> More to the point... Fred, is there any more I can do to help apart
> from stop bugging you? ;-) (no reply necessary ).
Test the current version and give feedback
-Fred
---
This SF.net email is sponsored by: Splunk Inc
501 - 600 of 1010 matches
Mail list logo