On Sat, Jan 3, 2009 at 7:49 AM, Torsten Dreyer wrote:
>> The CDI needle can move a little further out, than the outermost dot on the
>> scale. Here, also the receiver detects offsets of more than 10deg, just the
>> display is limited to full deflection.
That is the sensible approach.
On 01/03/2
Ron Jensen wrote:
> is where you're looking from... So
>
> ((x-offset-m - target-x-offset-m)^2 + (y-offset-m - target-y-offset-m)^2 +
> (z-offset-m - target-z-offset-m)^2 ) ^0.5
>
>
Thanks Ron, unfortunately your formula doesn't seem right, I don't think
it's giving me what I want, or I h
On 01/23/2009 11:03 PM, Durk Talsma wrote:
> Date: Wed Jan 14 22:13:12 2009 +0100
>
> as the latest commit for simgear.
In which branch? I see that as the latest commit on the "master" branch,
but there is newer stuff on the "maint" branch.
> Also, to test whether this was just me, I did a n
On Saturday 24 January 2009 07:03:33 Durk Talsma wrote:
>
> commit b5840650706bd21a44c0bcdad4621adafa8b2bc6
> Author: Tim Moore
> Date: Wed Jan 14 22:13:12 2009 +0100
>
Oh, I;d been planning to obfuscate you email addresses. Too early / not enough
coffee yet... Sorry about that.
D.
Hi Tim,
On Friday 23 January 2009 23:40:47 Timothy Moore wrote:
> Durk Talsma wrote:
> How is this going? I've checked in a couple of fixes to the flightgear and
> simgear maint branches since 18 January.
>
> Tim
>
I think we're pretty much ready. I built a binary from the git repositories,
and
On Sat, 2009-01-24 at 14:59 +1300, James Sleeman wrote:
> Is there a property one can read which gives the distance to the
> camera/observer specifically in the external views, I've hunted through
> the property browser but I can't see anything like it.
>
> I'd like to have some Nasal which can
> From: Tim Moore [mailto:timo...@redhat.com]
> Doubtful.
>
> We can't say that "all the models in the repository are covered by the
GPL" and
> have models in there that are not. This is a terrible trap for anyone
wanting to
> use FlightGear in any professional setting.
>
> We should consider wh
Is there a property one can read which gives the distance to the
camera/observer specifically in the external views, I've hunted through
the property browser but I can't see anything like it.
I'd like to have some Nasal which can do something based on how far away
the aircraft is from the "per
Durk Talsma wrote:
> Hi Tim,
>
> On Sunday 11 January 2009 21:07:25 Tim Moore wrote:
>> I propose that the 1.9.1 release be made from these "maint" branches. This
>> would let progress continue in CVS while hopefully achieving some stability
>> in a maintenance release. If current committers would
Hi Tim,
- "Tim Moore" a écrit :
> Durk Talsma wrote:
> > Hi Tim,
> >
> > On Sunday 11 January 2009 21:07:25 Tim Moore wrote:
> >> I propose that the 1.9.1 release be made from these "maint"
> branches. This
> >> would let progress continue in CVS while hopefully achieving some
> stability
>
Torsten Dreyer wrote:
> > > I believe that the correct behaviour is as follows:
> > >
> > > Decrementing 126.00 results in 126.97
> > > Incrementing 126.97results in 126.00
> >
> > Are you sure? I believe the curren behaviour is correct but not for sure
> > ;-) I check it out within the next few
Durk Talsma wrote:
> Hi Tim,
>
> On Sunday 11 January 2009 21:07:25 Tim Moore wrote:
>> I propose that the 1.9.1 release be made from these "maint" branches. This
>> would let progress continue in CVS while hopefully achieving some stability
>> in a maintenance release. If current committers would
Yon Uriarte wrote:
> Hi,
>
> ok, last tree-rendering patch spam. Using attached patch (with no
> attributes) and
> "coverage /= 10.0" in obj.cxx:
> Result: ufo, v=0, 160fps:
> http://img266.imageshack.us/my.php?image=treessimpledlpatchbt7.jpg
> click on the image to zoom it.
>
> RAM usage seem
On Fri, 23 Jan 2009 12:38:45 -0600, Curtis wrote in message
:
> On Fri, Jan 23, 2009 at 12:29 PM, Melchior FRANZ wrote:
>
> > http://www.gamasutra.com/php-bin/news_index.php?story=21981
> > http://www.steve-lacey.com/blogarchives/2009/01/the_end_of_an_e.shtml
..I raise you: ;o)
http://www.dagbl
Curt wrote:
> Let's keep our eyes open on ebay for flight simulator companies for sale. :-)
Should we pass the hat and make a bid? :)
Robert M. Shearman, Jr.
Transit Operations Supervisor,
University of Maryland Department of Transportation
also known as rm...@umd.edu
--
On Jan 23, 2009, at 6:29 AM, John Denker wrote:
> I quote from
> 81::The FlightGear interface to the festival text-to-speech
> server is documented in section 5.6.2 of the getstart manual. I
> observe that it doesn’t work (even though the festival server itself
> works fine when FG is not run
On Fri, Jan 23, 2009 at 12:29 PM, Melchior FRANZ wrote:
> http://www.gamasutra.com/php-bin/news_index.php?story=21981
> http://www.steve-lacey.com/blogarchives/2009/01/the_end_of_an_e.shtml
I would emphasize the question mark for the moment. This wouldn't be the
first report of the demise of MS
Well, my point was that just the part about having to sit in the water (not
considering the impact) would still be ugly.
Curt.
On Fri, Jan 23, 2009 at 11:57 AM, Josh Babcock wrote:
> Curtis Olson wrote:
> if we had to ditch the ship out there, it
> > could have been really ugly ...
>
> Yeah, I
http://www.gamasutra.com/php-bin/news_index.php?story=21981
http://www.steve-lacey.com/blogarchives/2009/01/the_end_of_an_e.shtml
m.
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell you
On Fri, 23 Jan 2009 12:57:55 -0500, Josh wrote in message
<497a0523.9070...@atlantech.net>:
> Curtis Olson wrote:
> if we had to ditch the ship out there, it
> > could have been really ugly ...
>
> Yeah, I hear a water landing in a ship is pretty hard. Better than a
> runway landing in a ship t
Curtis Olson wrote:
if we had to ditch the ship out there, it
> could have been really ugly ...
Yeah, I hear a water landing in a ship is pretty hard. Better than a runway
landing in a ship though :)
Josh
--
This SF.net
On Fri, 23 Jan 2009 07:29:25 -0700, John wrote in message
<4979d445.3070...@av8n.com>:
> 82::Choppy video and sound. I observe that things work fine when
> the FlightGear window is the default size, 800x600. The frame rate is
> in the range 45 to 50. However, if I enlarge the window even
> sl
One guy says not to report bugs in the "old" FGPiston,
because it has been "fixed upstream".
Another guy say snot to report bugs in the "new" FGPiston,
because it is not "committed code".
I guess that's one way to make sure there are no reported
bugs.
=
If anybody is interested in
Melchior FRANZ wrote:
> * John Denker -- Friday 23 January 2009:
> > 81::The FlightGear interface to the festival text-to-speech
> > server [...] doesn???t work [...] It hasn???t worked for years. I
> > have never heard of anyone actually using it.
>
> Works for me since years.
Someone who's
* John Denker -- Friday 23 January 2009:
> 81::The FlightGear interface to the festival text-to-speech
> server [...] doesn’t work [...] It hasn’t worked for years. I
> have never heard of anyone actually using it.
Works for me since years.
m.
John Denker wrote:
> I quote from
> http://www.av8n.com/fly/fgfs/htm/bug-list.htm
>
>
> 80::As of mid-January 2008, there is a “new” version of
> FGPiston.cpp floating around. It has not yet been committed to
> FlightGear CVS. It gets rid of the specific problems mentioned in bug
> 79,
I quote from
http://www.av8n.com/fly/fgfs/htm/bug-list.htm
80::As of mid-January 2008, there is a “new” version of
FGPiston.cpp floating around. It has not yet been committed to
FlightGear CVS. It gets rid of the specific problems mentioned in bug
79, replacing them with new and different
Erik Hofman wrote:
> Alright, but I had the impression James was talking about the
> implementation and not the reality.
>
I was :-)
Erik I think you wrote the xmlsound.README file. Do you know if there
is some other documentation I could look at, that might make it a bit
clearer as I thin
Melchior FRANZ wrote:
> So, if you put that code in tab 9, just type :9. Of course,
> you can assign the code to a regular key binding as well.
>
Yeah.. I'm lazy, I wrote a function to do it automatically on
modification to the xml file. Added it to the wiki in case it's useful
for somebody e
* James Sleeman -- Friday 23 January 2009:
> fgcommand("reinit", props.Node.new({ subsystem: "fx" }))
Also note that you can execute code in nasal-console tabs
by typing :, without having to open the dialog.
(There's no such shortcut for tab 10. Maybe I should have
numbered them starting with 0?)
James Sleeman wrote:
> What would help though, is if there is some way to reload the sound.xml
>
Answering my own question for posterity:
|fgcommand("reinit", props.Node.new({ subsystem: "fx" }))
|
|from the wiki
http://wiki.flightgear.org/index.php/Howto:_Reload_sound_config_without_restarting_
John Denker wrote:
> On 01/23/2009 01:40 AM, Erik Hofman wrote:
>
>>> Don't believe everything you read in the docs.
>> You'd better do, this is the specification of OpenAL.
>
> I was talking about what happens in the Real World.
>
> The "specification of OpenAL" does not supersede the laws
>
On 01/23/2009 01:40 AM, Erik Hofman wrote:
>> Don't believe everything you read in the docs.
>
> You'd better do, this is the specification of OpenAL.
I was talking about what happens in the Real World.
The "specification of OpenAL" does not supersede the laws
of physics.
There are lots of pla
James Sleeman wrote:
> You are of course, right. The more I think about it, the more I see how
> really arbitrary and subjective it just has to be because of all the
> variables that we can't possibly accommodate, and it comes down to
> "fiddling with essentially arbitrary numbers until it so
John Denker wrote:
>> Here's what the docs (docs-mini/README.xmlsound) say, they don't quite
>> seem to match that. Or has all this just wooshed over my head and I
>> have to read your message again more carefully?
>
> I stand by what I wrote.
>
> Don't believe everything you read in the do
35 matches
Mail list logo
