nyone can find some high-res pictures of _real_ HUD displays
(and not ones from flight sims, as they're obviously going to be
produced via a raster display) it should be possible to see the
LCD 'dots' (unless they LCD scree
want to demonstrate to someone why anti-windup is a
> good idea ... but in that case, the switch should be to turn it
> off, not turn it on.)
[snip...]
>
> Regards,
>
> Curt.
As this would be a new feature, and one which m
On Wednesday 10 Mar 2010, Curtis Olson wrote:
> On Wed, Mar 10, 2010 at 7:50 AM, leee
wrote:
> > As this would be a new feature, and one which might affect
> > existing behaviours, I _really_ think it ought to be off by
> > default.
>
> I really can't imagine any
On Wednesday 10 Mar 2010, Curtis Olson wrote:
> On Wed, Mar 10, 2010 at 9:27 AM, leee wrote:
> > I agree that windup == bad and antiwindup == good, and that in
> > a perfect world no one would have leveraged windup and that
> > everyone would have implemented their
On Wednesday 10 Mar 2010, Stuart Buchanan wrote:
> On Wed, Mar 10, 2010 at 3:55 PM, leee wrote:
> > There is always a risk associated with changing default
> > behaviour and the bottom line is that there is no immediate
> > need to do so, nor any overhead incurred by not d
On Wednesday 10 Mar 2010, Martin Spott wrote:
> leee wrote:
> > On Wednesday 10 Mar 2010, Stuart Buchanan wrote:
> >> That might provide some idea of how much of an issue this is,
> >> though obviously doesn't address non-CVS aircraft.
> >
> > This is
bly do
the grills with a texture, rendered from the model itself,
Anyway, let me know if you want it (it's a UK loco remember, not a US one, so
just that fact might cause some confusion among the viewers) and if so, what
sort of time-scale would it be needed by.
LeeE
On Tuesday 30 January 2007 21:59, AJ MacLeod wrote:
> On Tuesday 30 January 2007 19:20, leee wrote:
> > I did a UK Class 56 diesel loco for a picture I was working on and
> > you're welcome to that but I didn't need any wagons for the pic so I cant
> > help you t
rio.
I could make something suitable, given the drawings, but it would take a lot
of time and effort. The best bet might be to buy the models if no free ones
can be found - I'll have a bit of a dig around, see what I can find and get
back to you.
LeeE
-
On Tuesday 30 January 2007 22:25, Martin Spott wrote:
> leee wrote:
> > The model wouldn't be usable in FG in it's current form, as it's made
> > from a combination of SDS, NURBS and Analytical solid objects and it's in
> > RS3D format so I'd have
nterpolate functions from the same code that retrieves the
new data when it stores it in the tree.
You might want to set the interpolation time to be relative to the aircraft
speed, to simulate the effect changing over distance instead of time.
LeeE
---
On Wednesday 31 January 2007 23:45, Curtis Olson wrote:
> On 1/31/07, leee wrote:
> > The RS3D format isn't included on the OSG website but I wouldn't expect
> > it to
> > be as doesn't just include surface type objects but also mathematical
> > ones such
On Thursday 01 February 2007 00:30, alexis bory wrote:
> leee a écrit :
> > Thanks:) If you need something to drive down to the railway
> > station...
> >
> > http://www.spatial.freeserve.co.uk/V3/im_GT40.16.jpg
>
> wow :)
> Did you also work on the FDM ?
>
On Thursday 01 February 2007 00:35, Curtis Olson wrote:
> On 1/31/07, alexis bory wrote:
> > leee a écrit :
> > > Thanks:) If you need something to drive down to the railway
> > > station...
> > >
> > > http://www.spatial.freeserve.co.uk/V3/im_GT40.1
On Thursday 01 February 2007 00:50, leee wrote:
> On Thursday 01 February 2007 00:35, Curtis Olson wrote:
> > On 1/31/07, alexis bory wrote:
> > > leee a écrit :
> > > > Thanks:) If you need something to drive down to the railway
> > &
On Thursday 01 February 2007 01:10, Norman Vine wrote:
> Leee writes
>
> > It had occurred to me that YASim could be (ab)used to fake a
> > car. The gear handling would be fine for the wheels and
> > suspension - don't see too many problems there. Ensuring it
On Thursday 01 February 2007 09:55, Joacim Persson wrote:
> On Thu, 1 Feb 2007, leee wrote:
> > On Thursday 01 February 2007 00:35, Curtis Olson wrote:
> >> For what it's worth, if someone wanted to adapt one of our existing
> >> fdm's to do automotive vehicle
7;t know, I thought it was really cool and I thoroughly enjoyed
> > putting the model together, but I often find myself in the minority on
> > things like this. :-) It was almost cool enough to be sucked into
> > building a virtual ->
> > paper model converter ..
gt; specific trick on my side.
>
> Anyhow If you want more, i can give you the size and the color of my
> shirt.
>
> Regards
Just checked again, with current cvs osg/simgear/flightgear, and I still got
the same problems. As before, re-setting the A/P via the menu se
On Friday 09 February 2007 01:54, Dave Perry wrote:
> On Fri, 2007-02-09 at 00:25 +0000, leee wrote:
> > Just checked again, with current cvs osg/simgear/flightgear, and I still
> > got the same problems. As before, re-setting the A/P via the menu seems
> > to kick everyth
On Friday 09 February 2007 17:07, Roy Vegard Ovesen wrote:
> On Friday 09 February 2007 02:54, Dave Perry wrote:
> > On Fri, 2007-02-09 at 00:25 +0000, leee wrote:
> > > Just checked again, with current cvs osg/simgear/flightgear, and I
> > > still got the same problems.
On Friday 09 February 2007 18:14, Roy Vegard Ovesen wrote:
> On Friday 09 February 2007 18:24, leee wrote:
> > Hi Roy,
> >
> > I am getting this with the SU-37 and I believe the version in cvs
> > displays the problems. This is a pretty complex A/P setup with cascading
oblem either, that is, it
was working ok then stopped working ok.
I'm afraid I can't do a lot of testing for you on this.
LeeE
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff
On Friday 09 February 2007 19:45, Roy Vegard Ovesen wrote:
> On Friday 09 February 2007 20:22, leee wrote:
> > It's difficult to imagine a system problem that might cause this
> > behaviour, in view of the fact that resetting appears to fix the problem.
> >
> > Howe
I couldn't see a parameter to enable dynamic view in the command line but it
seemed ok if I enabled it via the menu. The view pitched a small amount when
I enabled it and pitched back when I disabled it.
LeeE
On Friday 09 February 2007 20:51, Maik Justus wrote:
> Hi LeeE,
>
>
On Friday 09 February 2007 21:36, Roy Vegard Ovesen wrote:
> On Friday 09 February 2007 21:13, leee wrote:
> > Just tried another quick test.
> >
> > Opened five property browsers - autopilot/locks, autopilot/settings,
> > autopilot/internal, autopilot/FCS/locks &am
der. I
> fly with pedals, so I can really pull the nose off course when the
> autopilot is flying.
>
> Are the people experiencing problems with the autopilots using
> --auto-coordinate?
>
> Ron
Not here.
LeeE
-
On Sunday 11 February 2007 00:37, leee wrote:
> On Friday 09 February 2007 21:36, Roy Vegard Ovesen wrote:
> > On Friday 09 February 2007 21:13, leee wrote:
> > > Just tried another quick test.
> > >
> > > Opened five property browsers - autopilot/locks,
On Sunday 11 February 2007 09:02, Roy Vegard Ovesen wrote:
> On Sunday 11 February 2007 02:14, leee wrote:
> > I thought I'd give it another go, with debug on the pitch-hold controller
> > and waddya know - this time the pitch hold worked and the alt hold
> > fai
doing a couple
of tests for what appears to be an A/P problem I noticed that the rate of the
controllers were varying even though I'd specified a period. This is
certainly going to result in some unpredictable behaviour acro
On Monday 12 February 2007 19:10, Curtis Olson wrote:
> On 2/12/07, leee wrote:
> > On Monday 12 February 2007 17:54, Jim Campbell wrote:
> > > Hi,
> > > Curtis has already hinted as to how the following may be done with his
> > > "remote" FDM.
>
ured polys
(typically between 1 - 3 M)
For a single model - don't worry too much, for n models as few as possible.
LeeE
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and
default rate as the fdm of 120 Hz = 120 x 21960
= 2,615,600 bps
This would start to challenge a 10 Mb lan, would be less of a problem on 100Mb
and little problem on Gb or multi-core intra-chip comms.
Are these calculations in the right ball-park?
LeeE
On Friday 16 February 2007 02:39, Stewart Andreason wrote:
> leee wrote:
> > On Thursday 15 February 2007 21:45, Berndt, Jon S wrote:
> >> What's a realistic upper limit for polygon count now for an aircraft
> >> model? 5000? 1? 25000?
> >>
&g
egion - the
width (E-W) is ok but they only seem to cover about 2/5 of the N-S (lat)
axis. The data for this strip appears to be incorrect in that areas of sea
are shown as land, albeit with lots of small lakes.
I've attached a small screen grab of a section of a grass display.
LeeE
<
rrupt and
will hi-light the underlying problem.
I guess that including validation of data in each function would be a good
idea but once again, I don't know what sort of performance hit that would
cause.
LeeE
-
Thi
and remove the duplicated filter seemed to cure the
problem. However, a clear definitive cause for the problem was never found
and the A/P subsequently suffered from inconsistent timing issues and PID
controllers refusing to work until reset, so there may have been a wider
problem.
LeeE
---
he notes I made and try
to knock them into better shape for discussion.
LeeE
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits.
r the current facility.
LeeE
On Friday 04 May 2007 00:38, Heiko Schulz wrote:
> Hi,
>
> Hmm... maybe it's too late and I'm too tired. Did I
> understand right? So maybe it would be possible to
> simulate a Panavia Tornado's Terrain Following system?
>
> Or a better
t was that the
takeofff run at mtow is 3500m (11500ft). I think the FG AN-225, at mtow,
gets off the ground a little shorter than this - iirc, I tried to tune it so
that it could just, and only just, get over the hills after leaving on KSFO
27, figuring that it would
On Friday 25 May 2007 10:36, Joacim Persson wrote:
> On Fri, 25 May 2007, leee wrote:
> > http://www.air-and-space.com/Antonov%20An-225%20Mriya.htm
> >
> > it's the rear four sets. This site also has some nice pics of the main
> > gear, which show that the fro
that is
the fdm, animations and visual origin, it should look and work correctly
regardless of where the model and fdm origin is actually located. You'll
find that the early aircraft were done before the VRP concept was established
and for YASim air
1, despite it's 'Blackbird' moniker is
actually a very dark grey-blue in colour?
It's tricky doing 'black' 3d computer stuff because nothing is actually 100%
black in real life but in a computer simulation, if you use 0 0 0 rgb black
you'll get 0 0 0 rgb black a
continues to urinate into the wind once he
figures which way it is blowing.
LeeE
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limi
m the heli developments, there has been no hint of YASim being
adapted to work with unpowered or tailless/elevatorless aircraft so it looks
like you'll either have to use JSBSim or UIUC if you want any real accuracy
for these types of aircraft.
LeeE
On Monday 02 July 2007 09:24, Heiko Schu
omething?
>
> m.
Is it really worth making an issue over two and three character local variable
names?
LeeE
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express an
s package in their courses. It's
> tough for them to learn how to use Cygwin AND Datcom, what with Datcom
> being hard enough itself.
>
> Now, if I could just figure out how to make money giving away free
> software ;-}
>
> Bill
Consultancy & support?
LeeE
nothing in the
real world, and that is really where the problem is.
LeeE
On Friday 13 July 2007 07:14, Torsten Dreyer wrote:
> Hi,
>
> should this really be part of a flight simulation software? If yes, what
> will be the next step?
> - Should the demolition of buildings be modeled
ividuals but it's because I do care about FG that I feel
obliged to comment when I believe I see something that could harm the
project.
LeeE
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FRE
On Saturday 14 July 2007 18:48, Melchior FRANZ wrote:
> * leee -- Saturday 14 July 2007:
> > Perhaps FG has reached the point where it positively needs some
> > sort of oversight management and planning, as seems to happen
> > with many, if not most, large-scale Open-so
get either 20 or 30 kts, which were the settings for 6000ft and
9000ft respectively.
Re-applying the weather settings would then just randomly select one of the
levels (3000ft, 6000ft or 9000ft). For example, as I re-applied the weather
settings (without actually changing anything) I would see the
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
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
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
> >
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
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
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
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
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 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
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
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
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:
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
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
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 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
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 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
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
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
-
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
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
---
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:
>
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
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.
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
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
--
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
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
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
---
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
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
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
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
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
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
--
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
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
--
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
#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
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
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
---
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
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
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
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 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:
> >>>>&
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
101 - 200 of 366 matches
Mail list logo