Lol - I had a look at the aircraft download page and when I scrolled
down, and the Bleriot-XI thumbnail came into view my, first
impression was that it was huge and still sitting on the runway :))
LeeE
On Tuesday 12 February 2008 13:34, Curtis Olson wrote:
> Hmmm, something is screwed
>
> Regards
> Georg
Brings to mind the Tunguska event -
http://physics.uoregon.edu/~jimbrau/BrauImNew/Chap14/FG14_24.jpg
and the tree die-off around Mammoth Mountain in the Long Valley
caldera area due to volcanic CO2 -
http://quake.usgs.gov/prepare/factsheets/CO2/index.html
LeeE
On Monday 11 February 2008 19:59, Syd&Sandy wrote:
> On Mon, 11 Feb 2008 13:48:48 +0000
>
> LeeE <[EMAIL PROTECTED]> wrote:
> > ...I sometimes work on 3D 'art' pictures.
> >
> > http://www.spatial.plus.com/V5/im_WoodenDream-001-006.jpg
> >
>
On Monday 11 February 2008 16:39, Pietro wrote:
> At Monday 11 February 2008 14:48:48 LeeE wrote:
> > ...I sometimes work on 3D 'art' pictures.
> >
> > http://www.spatial.plus.com/V5/im_WoodenDream-001-006.jpg
> >
> > Is my latest effort.
> >
&
hat's a ground level
value) as well, not only because that's a lot of atmosphere to see
through but also because of curvature.
I tried a quick Google to see if I could find any rules/formulae for
visibility due to atmospheric conditions but didn't hit anything.
nder (including post-processing global
illumination) using a six node (7 cpu) heterogenous
render 'smallholding' (it's not big or powerful enough to be called
a farm;) All Linux - CPU speeds between 350-1700 MHz.
LeeE
---
On Sunday 10 February 2008 18:19, Heiko Schulz wrote:
> --- LeeE <[EMAIL PROTECTED]> schrieb:
> > On Sunday 10 February 2008 17:45, Heiko Schulz
> >
> > wrote:
> > > --- LeeE <[EMAIL PROTECTED]> schrieb:
> > > > Hi all,
> > > >
on to FG project.
>
> My first screenshots :
>
> http://www.progweb.com/fgfs.png
> http://www.progweb.com/fgfs2.png
>
> Regards,
>
> Nicolas VIVIEN
They look very effective:)
LeeE
-
This SF.net e
On Sunday 10 February 2008 17:45, Heiko Schulz wrote:
> --- LeeE <[EMAIL PROTECTED]> schrieb:
> > Hi all,
> >
> > Finally remembered to raise this:)
> >
> > I don't know exactly when it started happening but
> > for a couple of
> > months n
isibility at ground level isn't uncommon - people are
often able to see across the English Channel (22 miles) and higher
Mountains and peaks are often visible at much greater distances.
LeeE
-
This SF.net email is sponsored b
On Wednesday 06 February 2008 20:21, LeeE wrote:
[snip...]
>
> I'll try the pass-through filter patch over the next few days and
> report back on it. As you say, it will be simpler and less
> expensive than using a full controller for a servo but in
> conjunction with the
(in this case 9 deg), engaged pitch-hold,
released the brakes and then engaged speed-with-throttle. The
length of 17 at KEDW gives you enough time for a few tweaks &
reloads before you run out of runway. I used to be able to use the
sea for this sort of stuff but it's too wet now ;)
trol input further down the cascade. Having common
controllers lower down the hierarchy, which don't change seems to
eliminate most of the 'kicks'
LeeE
-
This SF.net email is sponsored by: Microsoft
De
force-input for side-stick
controllers) from the stick/pedals.
LeeE
On Friday 25 January 2008 00:00, alexis bory wrote:
> Hi all,
>
> We are proud to announce a brand new fuel system and a
> rewamped start procedure for the A-10.
>
> And... as a new year gift, here is the be
On Friday 18 January 2008 18:22, LeeE wrote:
> On Friday 18 January 2008 16:49, Chris Metzler wrote:
> > On Fri, 18 Jan 2008 15:38:47 +0100
> >
> > Melchior FRANZ wrote:
> > > * Chris Metzler -- Tuesday 08 January 2008:
> > > > "fgf
nd the problem until it's fixed.
Incidentally, I didn't set up an index to the dummy tank entry and
the dummy tank doesn't appear in the fuel dialogue, which works ok,
but just shows the three real tanks.
I'll update from cvs now but I'll be
On Monday 14 January 2008 14:28, Georg Vollnhals wrote:
> Frederic Bouvier schrieb:
> > Quoting LeeE :
> >> On Monday 14 January 2008 13:30, Georg Vollnhals wrote:
> >>> LeeE schrieb:
> >>>> Strange - I can post to Atlas dev ok - didn't try forw
On Monday 14 January 2008 13:30, Georg Vollnhals wrote:
> LeeE schrieb:
> > Strange - I can post to Atlas dev ok - didn't try forwarding
> > the patch though.
> >
> > LeeE
>
> Hi LeeE,
> can you try forwarding Cédric's patch? I did and failed but hav
dev list
> > messages? Regards
> > Georg EDDW
>
> Sorry Cédric,
> I tried it on two different ways to forward your message but it
> came back ...
> What is wrong with your text that the atlas dev list doesn't like
> it? Maybe someone else with more knowledge can
On Sunday 13 January 2008 06:46, K. Hoercher wrote:
> On Sat, Jan 12, 2008 at 09:22:15PM +0000, LeeE wrote:
> > On Saturday 12 January 2008 21:12, LeeE wrote:
> > > On Saturday 12 January 2008 15:28, Curtis Olson wrote:
> > > > On Jan 11, 2008 7:09 PM, LeeE wrote:
On Sunday 13 January 2008 05:14, Ron Jensen wrote:
> On Sat, 2008-01-12 at 21:22 +0000, LeeE wrote:
> > Oops - forgot to mention also that with '--log-level=info' the
> >
> > 'Processing registration HA-LHA with callsign MAH096/5'
> >
> > ty
On Saturday 12 January 2008 21:12, LeeE wrote:
> On Saturday 12 January 2008 15:28, Curtis Olson wrote:
> > On Jan 11, 2008 7:09 PM, LeeE wrote:
> > > Spoke too soon - I thought I'd update SG & FG from cvs before
> > > trying this and now FG won't get past
On Saturday 12 January 2008 15:28, Curtis Olson wrote:
> On Jan 11, 2008 7:09 PM, LeeE wrote:
> > Spoke too soon - I thought I'd update SG & FG from cvs before
> > trying this and now FG won't get past the 'loading scenery
> > objects' phase.
>
>
On Friday 11 January 2008 23:49, LeeE wrote:
> On Friday 11 January 2008 21:50, Curtis Olson wrote:
> > On Jan 11, 2008 3:14 PM, Roy Vegard Ovesen wrote:
> > > On Friday 11 January 2008, LeeE wrote:
> > > > I've had a look at the relevant code but as I'm
On Friday 11 January 2008 21:50, Curtis Olson wrote:
> On Jan 11, 2008 3:14 PM, Roy Vegard Ovesen wrote:
> > On Friday 11 January 2008, LeeE wrote:
> > > I've had a look at the relevant code but as I'm not up on c++
> > > I'm not sure about what I'
eric function, it's only used in this one place in the entire
SG/FG source.
I might be barking up the wrong tree entirely here, but I can't see
what else might be causing the behaviour I'm seeing.
LeeE
On Wednesday 09 January 2008 00:24, Adam Dershowitz wrote:
> On Jan 7, 2008, at 7:15 PM, LeeE wrote:
> > On Monday 07 January 2008 22:28, Curtis Olson wrote:
> >> On Jan 7, 2008 3:51 PM, Frederic Bouvier <> wrote:
> >>> If we keep the same triangle budget for e
either so I don't see how FG can cover the poles.
(the reason I was looking was because I was interested in the Mt
Erebus volcano - FG is quite good for looking at volcanos and other
large scale geological features from the air - at some point I
On Monday 07 January 2008 20:00, John Wojnaroski wrote:
> LeeE wrote:
> >On Monday 07 January 2008 18:24, LeeE wrote:
> >>On Monday 07 January 2008 11:07, Chris Metzler wrote:
> >>>On Sun, 6 Jan 2008 23:00:22 +
> >>>
> >>>LeeE wrote:
>
On Monday 07 January 2008 18:24, LeeE wrote:
> On Monday 07 January 2008 11:07, Chris Metzler wrote:
> > On Sun, 6 Jan 2008 23:00:22 +
> >
> > LeeE wrote:
> > > Can anyone else confirm this problem on the OSG cvs branch?
> >
> > Yes, I see it to
On Monday 07 January 2008 11:07, Chris Metzler wrote:
> On Sun, 6 Jan 2008 23:00:22 +
>
> LeeE wrote:
> > Can anyone else confirm this problem on the OSG cvs branch?
>
> Yes, I see it too, and have for at least a couple of weeks.
>
> -c
Thanks - confirms it'
nfirm this problem on the OSG cvs branch?
>
> The A4F doesn't use the generic fuel script (or didn't last time
> I looked) so that might explain why it still works.
>
> Vivian
Aha - thanks for that - it now makes more sense.
LeeE
--
On Friday 04 January 2008 19:59, LeeE wrote:
> Hi all,
>
> I just noticed I was getting a Nasal error with a YASim aircraft
> I was working on that had only three fuel tanks. The error is:
>
> Nasal runtime error: props.setDoubleValue() with non-number
> at /usr/local/s
last build failed in a similar way as ours did and
> there are not northpole tiles ;-)
>
> Cheers,
> Ralf
I think I mentioned earlier, but first problem - there's no SRTM
data for the poles. Second problem is that calcu
rate results half the time and if you extended that to a
two-dimensional interpolation it would probably still only bring it
down to ~10% accuracy for any intermediate point.
To summarise: the curve between any two points can go anywhere,
ur.
I had a quick look in options.xml & preferences.xml, aw well as
my .fgfsrc but didn't find anything - can't think of anywhere else
to look:(
LeeE
-
This SF.net email is sponsored by: Microsoft
Defy all
there - faster computer =
faster rate of crashing :)
LeeE
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.at
ate to face the viewer.
Could it be that the overhead of rotating many simple billboard
objects accounts for the performance hit over an equivalent number
of more complex static models?
Nice work anyway:)
LeeE
-
This SF
lost any
sleep over though.
Heh:) - I don't care too much about top or bottom posting, as long
as it's consistent within a thread...
LeeE
On Saturday 29 December 2007 03:28, Curtis Olson wrote:
> Hi Shad,
>
> I run google mail so I went back and searched all the email
> thr
t where I am today by not missing the point
more than a few times:)
LeeE
On Wednesday 26 December 2007 03:52, GWMobile wrote:
> You are really missing the point.
> What I am saying is no one interested in reality is going to land
> on water in the first place so the people who would expect a
ast in just this way and there were _some_
survivors - not many though. The jet quickly yawed towards the
engine that touched the water then rolled, ripping both of the
wings off. IIRC, it took bout two seconds from starting to yaw to
being stationary, on it's side.
LeeE
-
you've
ditched in a land plane you're certainly not going to be flying it
anywhere else because it will no longer function as an aircraft and
that, to all intents and purposes, is a crash.
LeeE
-
This SF.
ult but not the left or right brakes. I see them both at zero
when I start.
LeeE
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 200
that sea tile, when there
> is sea tile, the North Pole shows that there is NO tile, which
> explain that the Aircraft can't fly on it.
>
> Merry Christmas!
There's no SRTM data for the poles, or above 70 deg, iirc.
LeeE
--
eoff/landing stuff without having to worry about running out of
runway :)
LeeE
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005
I
do seem to recall that objects, or was it polys? couldn't cast a
shadow on themselves, or something like that.
LeeE
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Micr
they plan to improve OpenGL support and I've heard
that they have made some progress in that area - perhaps some other
users have tried the newer ATI drivers with success. I haven't
heard anything about how the xorg drivers are progressing but you
can see what support is working or plann
et
coarser.
This is only the second time I've used YASim propellers so this
could be because I've badly mis-configured the propellers but other
than the prop-pitch anomaly they seem to be performing ok. I also
haven't got around to checking the prop-pitch behaviour with p
On Thursday 20 December 2007 22:25, Melchior FRANZ wrote:
> * Melchior FRANZ -- Thursday 20 December 2007:
> > psychedelic sky, bo105 all black.
>
> And it looks like this:
>
> http://members.aon.at/mfranz/lsd.jpg [20.4 kB]
>
>
On Thursday 20 December 2007 11:21, LeeE wrote:
> On Thursday 20 December 2007 10:53, Roy Vegard Ovesen wrote:
> > On Tuesday 18 December 2007, LeeE wrote:
> > > Hi all,
> > >
> > > I've noticed recently that after re-loading an autopilot the
> > >
On Thursday 20 December 2007 10:53, Roy Vegard Ovesen wrote:
> On Tuesday 18 December 2007, LeeE wrote:
> > Hi all,
> >
> > I've noticed recently that after re-loading an autopilot the
> > filters that are being used seem to be getting a bit
> > 'confus
loaded. During this time I
see the same wide variations in frame-rate as you - 60~1 fps.
Do you get the same results if you start at a much simpler airport
some distance away from KSFO?
LeeE
-
SF.Net email is sponsored b
On Wednesday 19 December 2007 16:38, Tiago Gusmão wrote:
> LeeE wrote:
> > On Wednesday 19 December 2007 12:56, Tiago Gusmão wrote:
> >> LeeE wrote:
> >>> On Tuesday 18 December 2007 22:52, Tiago Gusmão wrote:
> >>>> LeeE wrote:
> >>>>&
On Wednesday 19 December 2007 12:56, Tiago Gusmão wrote:
> LeeE wrote:
> > On Tuesday 18 December 2007 22:52, Tiago Gusmão wrote:
> >> LeeE wrote:
> >>> Hi all,
> >>>
> >>> I've noticed recently that after re-loading an autopilot the
On Tuesday 18 December 2007 22:52, Tiago Gusmão wrote:
> LeeE wrote:
> > Hi all,
> >
> > I've noticed recently that after re-loading an autopilot the
> > filters that are being used seem to be getting a bit
> > 'confused'. I spotted it when I
ails for the SU-37 & TU-114 to you.
The B-29 author was Josh Babcock but I think he's no longer working
on FG, at least until he finishes his studies. I'm not sure of the
fdm status for the B-29 either - I seem to recall he was having
problems with a YASim confi
filtered output seemed to be oscillating very quickly up to the
first decimal place.
I don't know if this happens with all filter types - all the ones
I've been using are noise-spike types.
LeeE
-
SF.Net email i
fully descended into the hole, levelled out and then was
crashed when the scenery re-appeared:)
Actually, the scenery seems to be loading very slowly sometimes - I
can see patches of it missing on the horizon, even at low level.
LeeE
---
and hstab
stall aoa settings should be pushed up by a few more degrees. I'd
also expect an even greater ratio between the aileron & hstab lift
& drag values. The hstab should probably have a camber value too,
considering it's design.
LeeE
bleriot-XI-yasim.tar.gz
Descrip
#x27;s only one deg to play with -
this doesn't seem right so I suspect that both the wing and hstab
stall aoa settings should be pushed up by a few more degrees. I'd
also expect an even greater ratio between the aileron & hstab
just a test
-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
that small-minded and it _will_ happen.
I propose that we identify the different areas of development i.e. 3d
model, FDM, Cockpit, flight control systems etc. and then just state
the level of development for each of those areas.
LeeE
--
system as FG.
Now that multi-core cpus are mainstream we have to accept that FG's
current architecture is obsolete.
No intention to upset anyone but that's the facts.
LeeE
-
SF.Net email is sponsored by:
Check
7;t the case, so
setting a low idrag value should help simulate this.
So far I've only tried low idrag in the SU-37 (and I've just added it to
the BAC-TSR2 that I'm currently revising) but it seems to work ok.
LeeE
--
raft - for the SU-37 I had to duplicate
most of the control inputs in the YASim config so that I could
optionally intercept them and modify them using nasal.
LeeE
-
SF.Net email is sponsored by: The Future of Linux Business
reference and not quarter-chord - if it was quarter-chord the
sweep would be zero. Ah - the 3d-yasim config has the same sweep - any
other differences? Your FDM config is probably more developed than the
one I did.
Other than that
be a statement that most development people would
recognise and appreciate and atm they are the most significant users of
FG:)
LeeE
-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell. Fro
his development on WV859 and I'd like to
keep WV908, if only as a placeholder and reminder, as it's the RNHF
aircraft - afaik it's currently the only flying example. At some point
I'd like to refine the 3d model geometry and then unify the two
versions (perhaps it wil
On Thursday 29 November 2007 12:29, gerard robin wrote:
> On jeu 29 novembre 2007, AnMaster wrote:
> > LeeE wrote:
> > > Re the secondary flight controls, we need to allow for separate
> > > ground steering and rudder control, in addition to differential
> > > b
eyboard they're all
conveniently close together on the left-hand side of the k/b and it's
easy enough to hold down the Ctrl key with the little finger and
operate the '\' and 'z' keys with the other fingers.
LeeE
---
arines, and extend
FG into a complete 'environment-simulator'.
The troubling thing about MS-ESP is that it encroaches on our 'turf', it
will be proprietary in format and it will be tied to the MS platforms
and licencing. Hopefully though, it will be irrelevant to FG.
LeeE
s was the 'Hello' message. With the mpdummy
user the second line was another Hello but with an exclamation mark
i.e. 'Hello!' but with the real user the second line seemed to be from
ATC.
LeeE
-
This SF
FDM issue about producing the data but about how the data
already being successfully produced is being handled and routed, and
eventually being exposed in the property-tree.
Oh yeah - and what it's going to be called ;-)
LeeE
--
On Thursday 22 November 2007 12:03, John Denker wrote:
> On 11/22/2007 04:58 AM, LeeE wrote:
> > I've slowly been fixing the aircraft I've done that have been
> > broken by updates in the FG code and I've noticed that we no longer
> > seem to have access to t
n it's name but that means we're back to
not being able to access the yaw value.
Co-incidentally, the original hard-coded hud still shows yaw but the
newer xml hud does not - perhaps this is not too surprising if it's
trying to use yaw-deg.
t the
> Observer can be more than just a passenger. AJ was navigating using
> the MPMap, so that's a start.
>
>
> Anders is hard at work extending this into a co-pilot facility -
> watch this space. Meanwhile - if you are on
There's no reason why it shouldn't run on the same box as FG - it could
communicate via loopback or localhost. Ideally, FG would automatically
start a local process to use if a net or lan server isn't specified.
LeeE
On Tuesday 06 November 2007 20:17, Heiko Schulz wrote:
>
than
ramping processing speeds, as was inevitable in the longer term.
Re this particular subsystem, it might be worth also thinking about
handling some of the weather stuff i.e. 3d clouds, storms and thermals,
so these are also consistant over MP.
LeeE
---
ad to
apply the changes manually but they seemed clear enough.
Not to worry though - I'm sure it'll get sorted out in cvs eventually.
Thanks for your help.
LeeE
-
This SF.net email is sponsored by: Splunk Inc.
Sti
work out I think I want to let them know as soon as
> possible.
>
> Erik
Alexis did a great job of making the A-10 usable, so in that respect it
would be in good hands. Has MS FSX actually been released yet?
LeeE
-
On Wednesday 31 October 2007 20:44, leee wrote:
[snip...]
Ah... looks like Atlas doesn't compile against FG 0.9.11 yet anyway and
I'm using cvs SimGear/FG, so that is probably the problem.
I'll take this to the Atlas list, when I get the subscription
confirmation.
Thanks for
On Wednesday 31 October 2007 19:40, Durk Talsma wrote:
> On Wednesday 31 October 2007 20:12, leee wrote:
> > Hi all,
> >
> > I'm getting the following error when trying to compile Atlas (from
> > cvs)
> >
> > Preferences.cxx: In member function ‘bool
Hi all,
I'm getting the following error when trying to compile Atlas (from cvs)
Preferences.cxx: In member function ‘bool
Preferences::_loadPreferences(int, char**)’:
Preferences.cxx:346: error: ‘optreset’ was not declared in this scope
Any ideas anyone?
On Wednesday 24 October 2007 19:41, Curtis Olson wrote:
> On 10/24/07, leee wrote:
> > Hmm... I always thought that it ran asynchronously from the rest of
> > FG, at a steady rate. Surely this can't be a good thing?
> >
> > It really seems to me that the onl
On Wednesday 24 October 2007 19:15, Melchior FRANZ wrote:
> * leee -- Wednesday 24 October 2007:
> > the A/P controllers and filters, which were the real problem, are
> > independent of Nasal and would remain a problem until they could
> > guarantee a fixed rate regardl
On Wednesday 24 October 2007 18:30, Melchior FRANZ wrote:
> * leee -- Wednesday 24 October 2007:
> > the FDM operates at a fixed rate (I believe the default is 120 Hz)
> > but nearly everything else, afaikt, operates at the frame rate,
> > which varies.
>
> Yes, but
ran at a fixed
rate with just the graphics subsystem having a variable rate and using
the resources that were left over after the other subsystems had their
bite.
LeeE
> This is starting to enter the realm of my own opinions so please keep
> that in mind.
>
> Nasal was never
ood reasons why Nasal can't run at these rates (and
the A/P PID controllers and filters, being time based _need_ to run at fixed
rates in any case), what would be the best solution?
LeeE
-
This SF.net email is sponsored by:
m
aircraft but it may be complicating things on JSBSim aircraft. Also, are you
getting the same frame-rates with both aircraft? Last time I ran FG I found
that the autopilot PID controllers ran at the frame rate and not at the
rate specif
p it closed for
security reasons. If the proxy runs on the client it will be sending _their_
protocol out of _your_ box, so it would be simple to analyse. Presumably,
their protocol comes out of windows boxes already, and will have alre
On Friday 14 September 2007 00:41, leee wrote:
> On Thursday 13 September 2007 15:27, Forums Virgin Net wrote:
> > Hi,
> > Just some Information about part 3 of the Movie, The new concorde
> > Build still has some issues such as the Vertical Speed does not work it
>
overy function too, but it really needs about
10k ft to be safe (may need a few attempts)
When I last flew it I found that I needed to manually reset the autopilot, via
the menu, before all the various A/P controllers would work so you should do
this before you try to take off:)
hth
L
ards
This sounds spurious to me, but I'd need to hear both sides to be certain.
Is the script specific to the Catalina and does it just implement an existing
feature within OSG? It would seem to me that particles are an existing
feature of OSG so the feature has not been created by anyone b
On Monday 10 September 2007 18:27, Frederic Bouvier wrote:
> Quoting leee :
> > Sorry - I should have made it clear that when I was referring to DAAMIT I
> > meant AMD+ATI and was reflecting on the quality of the drivers. Nvidia
> > doesn't seem to have problems produ
On Monday 10 September 2007 08:42, Holger Wirtz wrote:
> LeeE,
>
> On Fri, Sep 07, 2007 at 04:00:50PM +0100, leee wrote:
> [...]
>
> > Since moving to Debian etch (stable) on all of my systems, for the first
> > time I seem to have a stable and working driver for my ol
eh - and then I had to
manually reset a couple of re-directions installed by the DAAMIT driver to
get the Xorg ones to install correctly after I used the DAAMIT uninstall
procedure to remove it.
However, I've been reading some reports recently that suggest that DAAMIT's
OGL support is se
part it seemed to be working, at least in
principle.
In the end though, what with some of the A/P PID controllers refusing to start
without first resetting the A/P and then finding that the PID controller
sampling rates were not wor
On Thursday 30 August 2007 06:30, Durk Talsma wrote:
> On Wednesday 29 August 2007 17:53, leee wrote:
> > I'm not so sure I'd regard this as a new problem. I first reported it on
> > the 8th Dec 2006 and Melchior responded that he'd been experiencing it
> >
x27;d regard this as a new problem. I first reported it on the
8th Dec 2006 and Melchior responded that he'd been experiencing it for some
time before then. At that time, Melchior thought it was related to the AI
test behind the Whitley allegedly left much
to be desired, the "hanging" control column threshing about and the "pilot"
having to exert all his strength to maintain control" might be a bit
understated
201 - 300 of 366 matches
Mail list logo