On Sun, 2011-06-05 at 10:26 +0200, Erik Hofman wrote:
On Fri, 2011-06-03 at 10:36 +0300, thorsten.i.renk jyu.fi wrote:
I was toying with the idea to model diffuse high-altitude haze by coloring
the skydome as a function of altitude, i.e. paint the zenith a bit more
hazy without touching
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
On Sun, 2011-06-05 at 14:34 +0200, ThorstenB wrote:
On 05.06.2011 10:26, Erik Hofman wrote:
There is now a new property /rendering/scene/overcast ranging from 0.0
(normal behavior) to 1.0 (complete overcast).
Just wondering: we have /sim/rendering, which contains a long list
On Fri, 2011-06-03 at 10:36 +0300, thorsten.i.r...@jyu.fi wrote:
I'll see what I can come up with this weekend.
Thanks, much appreciated!
I've pushed a code change to be able to control the amount of light
scattering (or absorption) of the fog by adjusting
the /rendering/scene/scattering
On Sat, 2011-06-04 at 15:03 +0200, Torsten Dreyer wrote:
prop-tie(/environment/relative-humidity,SGRawValuePointerfloat(_humidity));
is probably not a good idea since the FGEnvironment ties to this property,
too (and it's
the system that owns aka calculates this property.
You should use
On Thu, 2011-06-02 at 12:53 +0300, thorsten.i.r...@jyu.fi wrote:
Yes, that was my analysis as well. My point is - the skydome or terrain
shader code can't know a priori. But all our weather systems have the
relevant information readily available - all we need to do is expose a
property which
On Wed, 2011-06-01 at 14:50 +0300, thorsten.i.r...@jyu.fi wrote:
I've recently done a visual comparison between hires Flightgear scenery
and reality - for those interested, see here:
http://www.flightgear.org/forums/viewtopic.php?f=5t=12259
One of the striking points is that in reality
On Wed, 2011-05-25 at 15:51 -0700, Hal V. Engel wrote:
* 5: FDM models out of normal flight envelope characterisics IE.
stalls, spins and compressibility/transonic effects (if the
aircraft can reach transonic speeds).
Darn, I did go to great lengths to develop a flight
On Thu, 2011-05-26 at 10:52 +0200, Arnt Karlsen wrote:
On Thu, 26 May 2011 08:57:18 +0200, Erik wrote in message
1306393038.2534.1.camel@Raptor:
On Wed, 2011-05-25 at 15:51 -0700, Hal V. Engel wrote:
* 5: FDM models out of normal flight envelope characterisics
IE. stalls, spins
On Fri, 2011-04-15 at 11:27 +0200, Erik Hofman wrote:
On Fri, 2011-04-15 at 11:22 +0200, Durk Talsma wrote:
Like, Christian and Vivian stated earlier, I would also hate to see a patch
getting lost, especially when it contains promise. This is why I
originally suggested committing
On Fri, 2011-04-15 at 00:16 +0200, Christian Schmitt wrote:
I can only agee with Vivian here: lets get this change into GIT, so that it
doesn't get lost as so many others in the past. The shader is not perfect
yet, but that should not hurt, as it is disabled as a default. Those who
want to
On Fri, 2011-04-15 at 11:22 +0200, Durk Talsma wrote:
Like, Christian and Vivian stated earlier, I would also hate to see a patch
getting lost, especially when it contains promise. This is why I originally
suggested committing it.
I would suggest that (even though it may not be
On Wed, 2011-04-13 at 19:37 +0200, Durk Talsma wrote:
Admittedly, I only looked at the corresponding forum topic very briefly, but
the screenshots certainly looked promising. I'd be happy to commit the
corresponding simgear and flightgear patches.
I did see some comments from Fred in the
On Thu, 2011-04-14 at 18:15 +0200, Durk Talsma wrote:
Okay, thanks for the comments. I'll be holding back on committing. Is
there any perspective that this patch can be brought to production
quality?
I'm not sure, it needs time to look after some things. For one it should
be made possible
On Mon, 2011-04-11 at 05:39 +0200, Pascal J. Bourguignon wrote:
I just checked out the next branches in simgear and flightgear and
pulled them, and when compiling with:
I think you either need to configure simgear using --with-jpeg-factory
or need to doe a 'make uninstall' for simgear before
On Tue, 2011-04-05 at 01:59 +0200, kreuzritter2000 wrote:
Am Montag, den 04.04.2011, 19:01 +0200 schrieb Erik Hofman:
ha mAa GPL2 or later, which doesn't mean the license of the version
in the
base package can be changed to GPL3 without my permission.
Erik
No, this is exactly
On Tue, 2011-04-05 at 10:13 +0200, Arnt Karlsen wrote:
..I'm guessing you meant to say your fokker100 is going to stay
under the same license as the rest of the base package, now it's
GPLv2-and-later, later it may be GPLv3, GPLv3.1, GPLv4 etc as it
is developed and forked etc to fit new FG
On Tue, 2011-04-05 at 12:31 +0200, kreuzritter2000 wrote:
No, the or in the passus GPLv2 or later is a right to choose.
Someone who gets the code can give it away under the terms of the GPLv2,
but he does not need to do this, when there is a GPLv3 or later license
available.
He can give it
On Tue, 2011-04-05 at 13:34 +0200, Arnt Karlsen wrote:
..and we just agreed that my guess on your GPLv2-and-later
license is in your own words Hmm, fair enough., which
hopefully is what you meant to do, when you put your work
into FG-base.
Look if the license states that one can apply a
On Tue, 2011-04-05 at 14:35 +0200, kreuzritter2000 wrote:
No the base package belongs to the FG community and you commited your
work under their GPLv2 or later conditions.
If the FG community decides to switch to GPLv3 one day, the community
can do this without asking you for permission.
On Mon, 2011-04-04 at 09:34 +0800, Chengde Jin wrote:
So I don't know where is the simgear_config.h file?
Maybe that is generation by compiler.
Does any relation with the VS 2008 config?
simgear_config.h is generated by autotools (autogen.sh, configure, etc)
and is not used for MSVC as far as
On Mon, 2011-04-04 at 12:43 +0200, HB-GRAL wrote:
Hi all
While reading all the licence or license files distributed with fgdata I
have to ask a small question here, and I apologize in advance to open a
new licence thread, I am tired of this kind of threads myself:
Normally the licenses
On Mon, 4 Apr 2011 17:53:16 +0200
Arnt Karlsen a...@c2i.net wrote:
- Mig15 (not compatible to GPL2 at all)
- Fokker100 (GPL3, could not be used with GPL2 only)
The Fokker 100 was never released under the GPL3 by me so it's still
GPL2. If there's a license stating otherwise it's wrong.
On Sun, 2011-04-03 at 01:52 +0200, Roberto Inzerillo wrote:
Well, readme.protocol does not mention a double format, float only; should I
think double is anyway, just undocumented? I should really study more C++ and
read the code by myself, damn
That's an omission in the documentation,
On Sun, 2011-04-03 at 01:52 +0200, Roberto Inzerillo wrote:
Well, readme.protocol does not mention a double format, float only; should I
think double is anyway, just undocumented? I should really study more C++ and
read the code by myself, damn
Note, you could also define fixed which is
On Sun, 2011-04-03 at 12:00 +0200, Roberto Inzerillo wrote:
Well, readme.protocol does not mention a double format, float only;
should I think double is anyway, just undocumented? I should really study
more
C++ and read the code by myself, damn
Note, you could also define fixed
On Sun, 2011-04-03 at 12:01 +0200, Roberto Inzerillo wrote:
One solution others have used is to express the frequency in kHz instead of
MHz so use 131925 instead of 131.925 and some nasal magic to copy your kHz
value to the MHz value.
Ron
Others? Who? Where in the code should I look
On Fri, 2011-04-01 at 07:43 +0100, Torsten Dreyer wrote:
For those who use Linux, this might be the most interesting news today:
http://www.debian.org/
http://www.archlinux.org/
http://www.opensuse.org/
http://www.gentoo.org/
http://grml.org/
All unified in a joint project.
Even if the
On Mon, 2011-03-28 at 13:53 +0700, Harry Campigli wrote:
I have searched high and low in aircraft xml,s and the property tree
for the linkage definition between the rudder pedals and the steering
in JBsim with a view to interfacing a ground nose wheel steering
system.
But I cant find it
On Thu, 2011-03-24 at 00:08 +0100, ThorstenB wrote:
It fixes all the issues I have seen and replay works fine now - so I
pushed it to git. But are the JSBSim.* files officially maintained in
the JSBSim repo (so the patch also needs to be proposed over there) - or
are these files owned by FG
On Mon, 2011-03-21 at 17:50 -0600, syd adams wrote:
Interesting.I just did my own quick test ... converted 1 out of 3
livery (png) files to a dds with Gimp plugin .Had to flip the image
vertically before converting. I changed liveries with the dialog , and
the 2 png files took several seconds
On Mon, 2011-03-21 at 15:04 +0100, Holger Wirtz wrote:
Hi all,
sorry - a little bit off-topic (in fact not so much as you might think,
it's for a third-party software for FG):
Has anyone some hints/websites/programs for debugging C -based multi
threaded programs (exactly: glib based C
On Tue, 2011-03-22 at 10:33 +0200, thorsten.i.r...@jyu.fi wrote:
these numbers hardly change - I go to 11 fps and my loading time is
unchanged. Somewhat surprisingly, all the matrix operations inside the
shader are apparently a non-issue here. From past experience I know that a
range
On Tue, 2011-03-22 at 11:20 +0100, Holger Wirtz wrote:
I tried the same thing with the glib-pthreads wrappers, but
pthread_mutex_lock blocks until the mutex is unlocked. Perhaps this
should work with pthread_mutex_trylock()?
It depends on the mode but you could also test prior to locking if
On Mon, 2011-03-21 at 08:50 +0100, HB-GRAL wrote:
Hi all
Can someone point me to the history of latest changes to the default
shaders? I am running a ATI 5750 now with 1 GB VRAM and get = 20 fps at
default KSFO, like the last three years with much older ATI. What
happened, I can’t
On Mon, 2011-03-21 at 13:15 +0200, thorsten.i.r...@jyu.fi wrote:
... and the winner is: The rgb format.
To be honest I was expecting this but didn't have proof for it. Remember
that the RGB format was developed by Silicon Graphics to be used for
OpenGL and it probably resembled at least the
On Sun, 2011-03-20 at 11:41 +0100, Roberto Inzerillo wrote:
Sorry for being so naive but ... I'm starting now learning C first time
in my life (not even learned C++ ever in the past) and I'm wondering ...
is FGFS written in C or C++?
It's more than 99% C++. some very small pieces are C only.
On Fri, 2011-03-04 at 09:23 +0100, Erik Hofman wrote:
On Fri, 2011-03-04 at 08:51 +0100, Erik Hofman wrote:
On Thu, 2011-03-03 at 13:51 -0500, Peter Brown wrote:
http://www.mediafire.com/file/zo967hk164bjkzq/OV10%2020110303.zip
The files are set to private so I'm unable to retrieve them
On Fri, 2011-03-04 at 08:51 +0100, Erik Hofman wrote:
On Thu, 2011-03-03 at 13:51 -0500, Peter Brown wrote:
http://www.mediafire.com/file/zo967hk164bjkzq/OV10%2020110303.zip
The files are set to private so I'm unable to retrieve them.
Odd, the link from the forum does work, anyhow I'm
On Thu, 2011-03-03 at 13:51 -0500, Peter Brown wrote:
http://www.mediafire.com/file/zo967hk164bjkzq/OV10%2020110303.zip
The files are set to private so I'm unable to retrieve them.
Erik
--
What You Don't Know About
On Tue, 2011-03-01 at 12:33 +0100, Oliver Fels wrote:
Jörg Emmerich wrote:
What I can imagine as a solution: FlightGear does not include the liveries in
the distribution but provides further web space for separately downloading
those.
I'm starting to believe that a separate repository for
On Sun, 2011-02-27 at 22:49 +0100, Gijs de Rooy wrote:
Hey Erik!
Erik wrote:
It might also be a good time to make installing new liveries a lot
easier.
Please let me know whenever something is undertaken on this part. I'd
like to make sur we'll end up with
something in cooperation
On Sat, 2011-02-26 at 18:37 -0600, Jon S. Berndt wrote:
To be safest we probably ought to rename the Fokker aircraft models as F100
and F50.
I hardly believe that's necessary. I've never heard any complaint about
using the Fokker name in any flight simulator. In fact the Fokker
project for
On Sun, 2011-02-27 at 01:57 -0500, Chris O'Neill wrote:
I'm no lawyer, and I'm certainly not up on the law around the world, but
there's a concept in North American common law that one must take
reasonable and prudent steps to avoid liability. With this concept in
mind, I respectfully ask
To be honest I think most companies would see their logo ending up on a virtual
aircraft as a way to get free advertising;
That is; as long as it's a genuine representation of their business.
In this case I would therefore argue;
Keep it real and stay out of trouble. I could easily see Red-Bull
On Sat, 26 Feb 2011 16:08:32 -0600
Curtis Olson curtol...@gmail.com wrote:
On Sat, Feb 26, 2011 at 3:57 PM, Erik Hofman wrote:
To be honest I think most companies would see their logo ending up
on a virtual aircraft as a way to get free advertising;
That is; as long as it's a genuine
On Sat, 26 Feb 2011 14:23:41 -0800
Jack Mermod jackmer...@gmail.com wrote:
*facepalm*
Are you telling me that you guys didn't know that Red Bull owns that
aircraft?
That's the whole reason I made the livery! To accurately recreate
the newest addition to the Flying Bulls team, the AH-1!
On Sun, 2011-02-20 at 12:46 -0500, Peter Brown wrote:
This is very true. I've not explored the parameters of the 777 in FG,
but if you fly the MD-81 with no passengers, 1200 lbs of fuel and crew
weight, it is extremely different than flying with standard fuel load
and passengers. Enough so
On Sat, 2011-02-12 at 22:01 +, Martin Spott wrote:
Yup, I'm using this in Linux school-server setups with diskless
terminals, works perfectly even with two dozend (or more) clients
streaming audio at the same time.
I know that PA is subject to well-founded criticism because it puts a
On Sun, 2011-02-13 at 17:38 +0700, Harry Campigli wrote:
So from an FG perspective,
While leaving the default effects on the system chip, and setting up a
stream with PA so it does the work.
How difficult would it me be to point the nav audio for example, at
the PA stream going to
On Sun, 2011-02-13 at 12:09 +, Martin Spott wrote:
Maybe PulseAudio is doing nothing else than just picking up mainstream
attitudes - intentionally.
Let's give an example; My implementation of AAX/OpenAL can mix audio
multiple times faster than OpenAL-Soft does. In fact if i add a
Hi Harry,
Could I ask if via simgear and I assume to alsa behind that, if its
possible to to get control over the levels of left and right channels
and hook them on the property tree.
Where I am heading here splitting a single stereo sound device into 2
mono channels, ie is to be able
On Fri, 2011-02-11 at 09:41 -0600, Curtis Olson wrote:
Hi Harry,
FlightGear uses a 3d sound system so as far as I know, we can't
directly split sound like you are asking for. However it should be
possible to specify the position of a sound in the cockpit and achieve
pretty much the same
On Sat, 2011-02-12 at 10:04 +, Heiko Schulz wrote:
Sorry to come up again with that but I still wonder why it doesn't work that
good on win-systems.
Interestingly I heard that FGFS should give you a message if you use a
multi-channel-soundfile- I never had that on win32 here, even using
On Sat, 2011-02-12 at 10:04 +, Heiko Schulz wrote:
Sorry to come up again with that but I still wonder why it doesn't work that
good on win-systems.
I sincerely wouldn't know since I haven't been using windows for ages. I
do know that there are a lot of small differences between OpenAL
On Sat, 2011-02-12 at 17:38 +0700, Harry Campigli wrote:
Hi Eric,
Thanks for that, I would be most gratefull to lias with you on FG
sound
To explain its a multi motherboard sim setup with Boeing panels
interfaced via a can network.
Each nav, comm and dme head has its own volume,
On Sat, 2011-02-12 at 10:04 +, Heiko Schulz wrote:
Interestingly I heard that FGFS should give you a message if you use a
multi-channel-soundfile- I never had that on win32 here, even using a
multichannel-file.
Diving deeper into it this actually might be an ALUT bug/omission since
the
On Sat, 2011-02-12 at 15:44 +0100, Erik Hofman wrote:
On Sat, 2011-02-12 at 10:04 +, Heiko Schulz wrote:
Interestingly I heard that FGFS should give you a message if you use a
multi-channel-soundfile- I never had that on win32 here, even using a
multichannel-file.
Diving deeper
On Sun, 2011-02-06 at 13:18 +0100, Bertrand Coconnier wrote:
Hi Jon,
You may already know that but the current behaviour of Flight Gear
reset process is coded at a higher level than JSBSim glue code
(JSBSim.cxx). The reset process is to unbind - delete - create a new
instance of the FDM no
On Sun, 2011-02-06 at 07:56 -0600, Jon S. Berndt wrote:
2011/2/6 Jon S. Berndt jonsber...@comcast.net:
Bertrand,
Is this patch supposed to be applied to JSBSim as it currently exists
in
JSBSim CVS, or applied against the patch that Thorsten mentions?
BTW, this patch won't
On Sun, 2011-02-06 at 15:03 +0100, Bertrand Coconnier wrote:
It is not sufficient because Thorsten's patch needs to be applied first.
I am building a complete patch against JSBSim and will post in JSBSim
mailing list.
Oh sorry I missed that.
Erik
On Sat, 2011-02-05 at 02:25 +0100, Arnt Karlsen wrote:
..relevant to the 747-400 is:
failed to load sound buffer:Failed to load wav file: Unsupported mode
within an otherwise usable file type
at
/home/arnt/FG-git/install/fgfs/bin/../fgdata//Aircraft/747-400/Sounds/FGOS_FlapXtndWClick.wav
On Sat, 2011-02-05 at 13:00 +0100, henri orange wrote:
Hello, devel-members
Again starting the topic ( was oriented to an other direction )
To resume what i was discovering:
With at least two official jsbsim models
747-400
p51d
I am getting a segmentation error at reset.
It is
On Sat, 2011-02-05 at 13:31 +0100, henri orange wrote:
Hi, Erik
Sorry for the question is there somewhere a specific fg2.2 source ?
I am using the git version with git pull, though i don't understand
the meaning of it, it does work and give me an update.
I thought it was the fg devel
On Sat, 2011-01-29 at 01:36 +0100, Bertrand Coconnier wrote:
Hi all,
I think I have a final bug fix for JSBSim reset issues (bug #204 and
#222). I have investigated James Turner's fix and tried to understand
why it fixes the issue in every case but for gliders.
This fix has been committed
On Thu, 2011-01-27 at 16:12 +0100, Gijs de Rooy wrote:
Just in case anyone out here know's more about the in-sim menu
translations:
http://code.google.com/p/flightgear-bugs/issues/detail?id=263
This has been broken for a long time. At one time it worked and then
someone broke it deliberately
On Thu, 2011-01-27 at 10:19 -0500, Peter Brown wrote:
Erik,
Thanks for repairing that link in the model file in the OV10_USAFE.
While it runs as many use it, the folder needs to be cleaned up. Mr. Perry
was correct in an Effects file was removed/missing/etc, and obviously a path
was still
On Wed, 2011-01-26 at 20:53 +0100, Bertrand Coconnier wrote:
Let's take an example : let's say I develop some code for JSBSim to
take into account FG ground material in the landing gears friction
forces. For that, I need to modify both JSBSim library *and*
FlightGear glue code. So I will
On Tue, 2011-01-25 at 19:06 -0700, dave perry wrote:
I have tried to load several AC that did not load with filed to load
file name errors. So I did a survey of the entire up-to-date
fgdata. I used an up-to-date fgrun and went through all the AC.
The following do not load even to the
On Mon, 2011-01-24 at 15:40 +, James Turner wrote:
Okay - I'm going to re-apply my patches locally, and also apply Andreas
Gaeb's NaN fixes (and to the release branch too), but of course they all need
to be merged to JSBSim proper.
After a bit of discussion it was decided that the
On Wed, 2011-01-26 at 12:23 +, James Turner wrote:
On 26 Jan 2011, at 11:55, Erik Hofman wrote:
After a bit of discussion it was decided that the FlightGear/JSBSim glue
code in JSBSim.[ch]xx located in FlightGear/src/FDM/JSBSim now is
maintained by FlightGear developers instead
On Wed, 2011-01-26 at 07:19 -0600, Jon S. Berndt wrote:
I have received and applied patches from several places recently. Make sure
that patches are not accidentally reversed.
They won't since the patches at the FlightGear side will be overwritten
by what JSBSim had in CVS.
It is very
On Sun, 2011-01-23 at 23:49 -0700, Ron Jensen wrote:
On Sunday 23 January 2011 23:25:43 Gary Carvell wrote:
Swapping the order of these two lines in PBY-6.xml appears to fix the
problem: 775 42841.0.2800
776 21252.
On Mon, 2011-01-24 at 08:30 +, James Turner wrote:
For Erik, and any other JSB-aware folks who might be reading,
My fix for (FlightGear) bug #204 got over-written by Erik's recent JSBSim
merge - I was reminded about this at the time, but forgot to ask this
question then. What's the
On Mon, 2011-01-17 at 18:57 -0500, r...@aol.com wrote:
http://www.pilotsofamerica.com/forum/showthread.php?p=667522#post667522
Thought you'd find this interesting
Sure, the guy you quoted it only posts scam related posts to that forum:
On Fri, 2011-01-14 at 02:08 -0800, Chris Wilkinson wrote:
http://www.proflightsimulator.com/fg-help.htm
Any comments into the accuracy of this statement?
It started out fine with a few minor nitpicks until I reached:
To say it is simply FlightGear would be inaccurate and illegal.
Ehm?
On Wed, 2011-01-12 at 17:16 -0800, Hal V. Engel wrote:
into an advanced production status. But I am clueless about setting up
liveries so this might take a while. If anyone wants to lend a hand it would
be much appreciated.
This link helped me a lot when dealing with liveries:
On Fri, 2010-12-24 at 14:23 -0700, John Denker wrote:
To say the same thing another way: I have an investment in the existing
snippet-based system, but I would be well pleased to see it replaced by
something better.
There's plenty of life left in the 'snipped based' or rather queuing
system
On Thu, 2010-12-23 at 13:12 -0700, John Denker wrote:
One begins to wonder whether some of the place-names should be loaded
on a tile-by-tile basis (like scenery) rather than in one big chunk.
One plan I have (but did not find the time to implement) was to mmap the
voice data file and copy
On Sun, 2010-12-12 at 22:26 +, Vivian Meazza wrote:
OK - got that - eventually. But it doesn't compile under MSVC9. Is it worth
making it do so? How is it meant to work?
Odd, I'll take a look at it. In the mean time, someone filed a bug that
suggests that he is using Creative drivers'
On Sun, 2010-12-12 at 22:26 +, Vivian Meazza wrote:
OK - got that - eventually. But it doesn't compile under MSVC9. Is it worth
making it do so? How is it meant to work?
I can't find anything on why it shouldn't compile, could you provide an
error message?
Erik
On Mon, 2010-12-13 at 15:16 +, Vivian Meazza wrote:
Here:
http://pastebin.ca/2018386
Those files shouldn't have ended up there in the first place and
definitely should not be linked against.
Sorry for the fuzz.
Erik
On Sat, 2010-12-11 at 12:38 -0800, Hal V. Engel wrote:
The most recent JSBSIm update is picky about some things that previous
versions would work with. I had to do a lot of work (about twos days effort)
on my model to get it working after that update. I don't know how common it
will be
On Sun, 2010-12-12 at 07:50 +, Alexander Barrett wrote:
Sorry to jump in here quickly, don't have time to formulate a full reply now
as have to pop out but I shall later.
It has always, since I joined the FG community, been my goal to overhaul the
FG sound engine.
I assume you know
On Sun, 2010-12-12 at 08:18 +, Stuart Buchanan wrote:
I'm also in favour of the v2.2.0 version number. Assuming this is
agreed, I'll update The Manual.
If 2.2.0 would suggest the next release will be the next stable release
then I won't hold my breath just yet. Especially the new shaders
On Sun, 2010-12-12 at 10:07 +, Vivian Meazza wrote:
A long time ago I had a very nice and realistic Doppler effect on the Merlin
engine. I haven't been able to recreate this after recent sound engine
updates. Might be something wrong with the OpenAL setup here, but I would
very much like
On Sun, 2010-12-12 at 09:53 +, Alexander Barrett wrote:
Erik,
Sorry if my reply wasn't clear, like I said I was in a bit of a rush,
probably should have waited until later.
I have no intention, at this stage, of changing the entire sound engine.
What I should have said is that I'd
On Sun, 2010-12-12 at 11:01 +, Vivian Meazza wrote:
Software provided by Creative Labs Inc.
Go figure. I've updated the test in SimGear, could you try again?
Erik
--
Oracle to DB2 Conversion Guide: Learn learn
On Sun, 2010-12-12 at 09:53 +, Alexander Barrett wrote:
What I should have said is that I'd like to add a lot more functionality to
the way in which we use and hear sounds within FlightGear. Just like a lot of
things, it won't be to everyones taste, but just as an example I'd like to
On Sun, 2010-12-12 at 16:36 +, Vivian Meazza wrote:
Erik wrote:
advertising to attract sound engineers
On Sun, 2010-12-12 at 11:01 +, Vivian Meazza wrote:
Software provided by Creative Labs Inc.
Go figure. I've updated the test in SimGear, could you try again?
Can't
On Wed, 2010-12-08 at 17:13 -0800, Hal V. Engel wrote:
I used 120Hz (this is the same as the freq. of the FDM) and it almost works.
But the problem is that on each run there is enough variation in the behavior
of the model that the control inputs eventually get out of sync with the
state
On Tue, 2010-12-07 at 15:49 -0800, Hal V. Engel wrote:
I was asked to record some flight data that is to be used for an aeronautical
engineering class. I used the instructions located here
http://wiki.flightgear.org/index.php/Suggested_Prerecorded_Flights
to do the recording and to test
On Wed, 2010-12-01 at 15:06 +0200, thorsten.i.r...@jyu.fi wrote:
One example that strikes me is the c172p, though I'm biased as one of the
maintainers of the aircraft, and it is rated accurately according to
your criteria :)
Compared with, say, the A-10, the F-14b or the Tu-154b (which is
On Tue, 2010-11-30 at 14:03 +, James Turner wrote:
On 30 Nov 2010, at 13:14, Flightgear-commitlogs wrote:
PAtch by Andreas Gaeb to eliminate NaN's in the location code
Erik, can you talk a little about what this patch fixes? I can read the
description, and it sounds really great,
On Sun, 2010-11-28 at 23:50 -0800, Jeff Taylor wrote:
OK. So the Cub works, the ufo works. (also updated to current git)
Maybe you meant --disable-sound? I tried both --enable-sound, and
--disable sound, and neither worked. Maybe it's something more specific
Ah yes off course..
to
On Mon, 2010-11-29 at 09:45 +0100, Erik Hofman wrote:
So it looks like to be a JSBSim problem, now you could try to test a
turbine powered aircraft like the F-16 to try to pinpoint the problem.
It would probably be a good idea to try running FlightGear inside a
debugger an provide a backtrace
On Sat, 2010-11-27 at 10:28 -0800, Jeff Taylor wrote:
Everything is in sync. I just updated it now, and it still gets the
same thing.
I ran it with all the defaults, like fgfs
--fg-root=/home/jeff/Computer/fg/flightgear/fgdata/
Looking again, it must be the C172P. Running with
On Fri, 2010-11-26 at 17:36 -0800, Jeff Taylor wrote:
Hi all,
I'm getting a segfault in the current git version. It happens on
startup, every time.
I'd like to get Flightgear running. I intend to do a little bit of
coding, but I need to get it running normally before I can make
On Sat, 2010-11-27 at 09:47 +0100, 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
Message generated for change (Tracker Item Submitted) made by gwself
You can respond by visiting:
On Thu, 2010-11-25 at 11:15 +0200, thorsten.i.r...@jyu.fi wrote:
Lightning works fine here.
Here it does not. Pulled flightgear, simgear and fgdata today, compiled
simgear and flightgear.
Error logs attached.
Could it be you're running on Windows?
Thinks like case insensitive filenames
201 - 300 of 1053 matches
Mail list logo