> It would still be good to know if any built-in method does this too :)
Like this?
var piAsString = "3.1416";
var piAsNumber = num(piAsString);
Do you know these links?
http://www.plausible.org/nasal/
http://www.plausible.org/nasal/lib.html
Greetings, Torsten
--
> If I may make one humble suggestion as (essentially) an observer here -- I
> would suggest at the very least that the issue with missing players in
> Multiplayer mode be ironed out first. I don't know what level of priority
> most developers give the Multiplayer system (I suspect not very high)
> As I mentioned before , I've been looking for the missing player in the
> pilot list and model view.
> If I comment out the 2 lines below "foreach" , in multiplayer.nas at line
> 374 ...
>
> foreach (var n; props.globals.getNode("ai/models",
> 1).getChildren("multiplayer")) {
>
> Before I realized, our presentation was the most talked about event of the
> afternoon. :-)
May I assume that the second most visited place was the food-court?
“Two things only the people anxiously desire—bread and circuses.”
(Juvenal, Rome, 1st century)
Congrats for your presentation!
Torst
> Hi there,
>
> I've found that FG crashes at exit at very high likelihood.
> Attached is a patch (for Main/globals.cxx) to fix this.
> Please commit this change.
>
> The cause of the crash is that some subsystems (input and gui) call
> get_subsystems() at their destructor. This is very dangerous s
> others say "unexpected tag 'fdm_config' found in yasim aircraft description
If you run an aircraft with --fdm=yasim that has a JSBSim config file you get
this error. Don't do that, it doesn't work.
Torsten
--
Let Cr
> > Is this a first step to create aircraft ID on fuselage ? I hope
> > yes :-)
Yes - and you triggered this development with your immat-patch for the
Seneca ;-)
> > it will not create any sort of problem for FlightGear redistribution
> > by any means.
I don't think so either. But I am neither a
Hi
with the new osgText feature we can place arbitray text in the scenegraph. For
that, font files are required. Not many fonts around are compatible with GPL.
One that is - or seems to be - is "Bitstream Vera":
http://ftp.gnome.org/pub/GNOME/sources/ttf-bitstream-vera/1.10/
I think it's a very
> Some time ago, I have been playing with input.cxx so that FG takes all the
> buttons of my Saitek x52pro ( more than 36, that is ).
> I had to patch plib so that this work.
>
> Since input method changed, my trick is obsolete, so I was wondering if the
> new method based on linux input will take
> I've implemented Mac specific portion of generic input devices, and am
> testing it. The Mac specific source (including some local modification on
> FGEventInput.* and Makefile.am files) ATM are available at:
> http://macflightgear.sourceforge.net/wp-content/uploads/eventinput/FGMacEve
>ntInput.
Hi,
I have added a little feature to add osgText elements to the scene. Check the
details in data/Docs/README.osgtext or read the sourcecode for the best
documentation available.
This should make many textranslate animations obsolete and save some texture
buffer on the graphics card for more i
> t is needed for the TGT_PLATFORM Macro to make the tags or
> work in the joystick xml files.
committed, thanks for reporting.
Torsten
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
tr
Hi
the generic/event driven input device now has the new feature to "grab" the
device. Setting this flag to 'true' stops the associated driver from
distributing the events to other listeners.
Do explain what this means, here is an example:
Get yourself a USB mouse and attach it as a second mous
While iterating through the source files, trying to eliminate the warnings, I
just found this precious line of code (some more of them in the same file)
*((float*)&buf[length]) = sg_bswap_32(*(uint32_t*)&val);
The beauty of pointers - poor Java, C# et al developers. You will never see
somethin
I have _probably_ found at least one reason for this bug.
I was able to constantly create a FPE when running fgfs --enable-fpe
and /sim/traffic-manager/enabled=true
I was able to locate the offending code in FGAISchedule::update when the new
position of some AI aircraft was calculated by multipl
> Hi,
>
> This indeed is a good idea.
> I took a look at the code, and I believe I can implement the Mac
> portion of the new input event model using HID Manager.
>
> I'll post the patch when I finish implementing it.
>
> -
> Tatsuhiro Nishioka
Great! Looking forward to receiving your patch.
T
> Except line 88 of RenderTexture.cpp is not complete for the non GNUC case.
> (sorry)
Oups - fixed!
>
> VC++ 2008 is still giving a few warnings for other source files, but
> nowhere near as many as before.
Well - VC++ ist not (yet) installed here, so I can't help with that.
Torsten
Hi,
There are some possible floating point exceptions in oursun.cxx:
in SGSun::update(double,double) there is
sun_exp2_punch_through = 2.0/log(visibility);
visibility is assigned the new_visibility _before_ new_visibility is clamped
to 100 % 45000. Because update is called by SGSun::build with a
> I agree, we are due for an aggressive -Wall clean up and I'd like to remind
> our active developers that they should consider always compiling with
> warning flags activated. The following is pretty standard for me ...
>
> CFLAGS="-Wall -O2" CXXFLAGS="-Wall -O2" ./configure
>
> There is a lo
> Is that correct?
Certainly not! Fixed in CVS, thanks for reporting.
Torsten
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment
Hi eyecandy creators,
I just found that on nvidia's developer site
http://developer.nvidia.com/object/fx_composer_home.html
and wonder if it is fits with the new graphic effect capabilities of
FlightGear?
Torsten
--
L
I have just commited basic support for the linux event devices.
It is disabled by default and has to be enabled by calling
./configure --with-eventinput
(Don't forget autogen.sh before that)
If enabled, FlightGear needs dbus-1 and hal devel packages for the headers and
libs.
The system is not co
Hi all
yesterday; I had the opportunity for a very nice flight into Split (Croatia),
LDSP [ http://en.wikipedia.org/wiki/Split_(city) ].
For those who do not have the chance to hop into the cockpit of an aircraft, I
have uploaded some pictures from the approach and the departure (and our
final
With this patch, I get a number of
No render bin number specified in render bin section
No render bin name specified in render bin section
Anybody else?
Torsten
--
Let Crystal Reports handle the reporting - Free Crystal
> Given that I've not heard anyone say this isn't realistic for their neck of
> the woods (!), could someone please apply the patch?
Just did it...
Thanks, Torsten
--
Let Crystal Reports handle the reporting - Free Crystal
> On Fri, 7 Aug 2009 08:46:57 + (UTC), Martin wrote in message
>
> :
> > Torsten Dreyer wrote:
> > > Looks like Scotland and Germany have something in common ;-)
> >
> > except from the fact that there are even fewer trees in Scotland
> > bec
> On 6 Aug 2009, at 23:07, Stuart Buchanan wrote:
> > While the current random forest code distributes the individual
> > trees evenly across the terrain. This works well for large areas of
> > forest, but less well for more mixed terrain, where individual
> > copses/woods of trees are mixed with c
I Just found out that my notebook's lid switch is an input device:
I: Bus=0019 Vendor= Product=0005 Version=
N: Name="Lid Switch"
P: Phys=PNP0C0D/button/input0
S: Sysfs=/devices/LNXSYSTM:00/device:00/PNP0C0D:00/input/input5
U: Uniq=
H: Handlers=event5
B: EV=21
B: SW=1
So - FlightGear now
Hi,
I am currently playing with the input subsystem. This was triggered because I
have two devices that currently do not work with FlightGear, neither Linux nor
Windows.
1. A set of rudder pedals that does not get recognized as a joystick from
joydev, because it reports it's axes as RX,RY and
> Fetching weather is one such task because the network communication can
> take several seconds if not more to complete. It makes sense to split this
> off into a separate thread and we have done this.
And it allready does it that way.
Torsten
---
> Hi Gene,
>
> Gene Buckle wrote:
> > On Thu, 23 Jul 2009, Martin Spott wrote:
> >> The file FlightGear/docs-mini/README.multiscreen explains how to add
> >> additional cameras,
> >
> > Martin, I don't think that can be used for the kind of "camera" I'm
> > thinking of. The easiest way to visualiz
>
> I still get the message from startup.nas at some airports. Here is an
> example at KLMO, home base for the real N7764P.
This should be fixed now.
Torsten
--
___
Flightgear
> Torsten Dreyer wrote:
> > Just commited a hack for envrionment_ctrl.cxx.
> >
> > It now waits for the first METAR to arrive before proceeding with the
> > initialization sequence. This prevents the nasal-dir-initialized signal
> > being fired before a METAR has
> There are 2 little things I moticied in the Seneca, I don't know if these
> are intentional :
Nope - they are bugs!
>
> -- the ki525a knobs do not light at night with the other instruments. Is it
> like this in real ? It makes it difficult to dial a heading/obs at night.
Fixed.
>
> -- whatever I
> Is there a way to keep the weather conditions constant? So either there is
> no wind at all (which would be preferred) or there is a constant wind from
> always the same direction (even if I quit a FG session and open a new one).
This should give you constant zero wind conditions:
fgfs --disable
> Hi,
>
> I have added to the SenecaII the option to change immatriculation at
> runtime (Using the code from DR-400), at this link:
> http://brisa.homelinux.net/fgfs/SenecaII.tar.gz
> you will find the files to be replace (To the CVS version as this morning).
>
> It is an initial work, but should
> Hi Torsten,
>
> you committed rev 1.39 of xmlauto.cxx where the average variable is used
> to initialise itself.
...which is certainly crap and fixed. Thanks for reporting.
Torsten
--
___
> We're getting more careful about properties. No longer are referenced
> properties merely created if they do not exist. That can lead to errors. A
> referenced property needs to already exist, or it needs to be declared.
What makes me wonder is, that after adding
ice/wing
right at the begi
> Rather long title, eh? :D
> I'm getting an error with the Seneca II. "IndependenVar property,
> ice/wing in Table definition is not defined."
> That's all.
> Even with debug logs, the rest of it is just JSBSim aerodynamic tables.
> They stop in that error.
Hmm something in JSBSim has changed that
Just commited a hack for envrionment_ctrl.cxx.
It now waits for the first METAR to arrive before proceeding with the
initialization sequence. This prevents the nasal-dir-initialized signal being
fired before a METAR has arrived.
I more and more like the idea of removing startup.nas and implent
> I just updated SimGear, fgfs source, and data from cvs on my FC10
> notebook. The Century IIB, Century III, and Altimatic autopilot "hot
> spots" don't show with ctrl-C and they don't work. I checked to see if
> any of their files in Aircraft/Instruments-3D/ had been changed. They
> had not.
> Here are a couple thoughts from a devil's advocate perspective:
>
> Question: what if our "joomla" site gets hacked some how and vandalized?
> How easy is it to roll back changes and restore a site after it's been
> damaged? With our current system it's real easy ... I just rerun the web
> site
> Hi, I have seen that using SenecaII, after take off, I put MP at
> 28"/2400RPM to keep cruise speed, but with this setting (Which lead at a
> value of throttle around 0.14) the gear warning beeps !
>
> so I modified the SenecaII-Sound.xml to stop watching for throttle
> position, but to watch for
> I've had another error message for the last few weeks while starting FG ,
>
>
> Nasal runtime error: nil used in numeric context
> at data/Nasal/startup.nas , line 12
>
> so it looks like "environment/metar/base-wind-speed-kt" is still nil when
> read the first time ...
> I fixed it locally , bu
> To conclude, open up the maintenance and development of the
> flightgear.org web site to more users/developers. And, the rest will
> follow because you (Curt) might realize that it is actually really nice
> to see someone else do the job you were supposed to do.
May I emphasize somehing, Curt sai
> On 10 Jun 2009, at 20:55, Torsten Dreyer wrote:
> > The ridge_lift is now also using the SGGeodesy methods, making the
> > code much
> > cleaner, too.
>
> A word of caution - looking at the code, it seems like you're mixing
> geocentric (SGGeoc) and geodet
> Along the way I've converted a few more objects to store positions as
> SGGeod instead of raw doubles - notably FGViewer and the ground
> network nodes. In the FGViewer case this made the code considerably
> simpler,
The ridge_lift is now also using the SGGeodesy methods, making the code much
cl
> - I like the scenario chooser, but after choosing a scenario it would
> pop back to live metar every time I transitioned from one metar area to
> another. The gui should toggle real-weather-fetch on and off.
Fixed. Thanks for reporting.
Torsten
-
Hi Ron
> - I like the scenario chooser, but after choosing a scenario it would
> pop back to live metar every time I transitioned from one metar area to
> another. The gui should toggle real-weather-fetch on and off.
It actually does (or should do?) this. I had a "disable-real-weather-fetch" in
m
Hi
as a follow up for the last weather-scenario update, I have now implemented
variable winds for the boundary layer.
You now have to fly your aircraft carefully, if you find something like
28015G35KT 250V300 in your METAR.
Check it out with
fgfs --metar="KSFO 280920Z 36005G15KT 310V040 SC
> So - I am just about to commit what I have done so far.
And now i did.
If anything is broken or does not work as expected, please shout.
Torsten
--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
> Keeping that in mind, I just started working on the following idea:
>
> Step #1
>...
>> Step #2
So - I am just about to commit what I have done so far. It is a fairly big
change to the environment controller, so I'd like to announce what's going to
happen.
The main part is a new subsystem wi
> --prop:/foo/bar="some thing" and --prop:/foo/bar='some thing' both
> worked for me?
Argh - disregard! Fingertrouble due to late night hacking..
Sorry for the noise
Torsten
--
Register Now for Creativity and Technology
Hi,
anybody an idea, how to make this work?
--metar= 012345Z 15003KT 12SM SCT041 FEW200 20/08 Q1015 NOSIG
I can't convice the cmdarg-parser to accept what comes behind the equals-sign
as a single string. I receive
Fatal error: Failed to open file
at 012345Z
(received from SimGear XML Parser
> I like the idea of being able to pass in arbitrary METAR strings. That
> would allow a person to easily fly with interesting weather copied from
> some other location or time. Or even we could setup challenges like fly
> this approach with this weather, etc.
>
> Keep in mind that we estimate cl
> On Fri, 2009-05-22 at 19:25 +0100, Dave wrote:
> > Torsten Dreyer wrote:
> > > Add --prop:/environment/weather-scenario=none to your command line and
> > > it works again.
> > >
> > > Background: the default weather-scenario is METAR and
> > &g
> The responsable was the test for the pole position, to avoid a division
> by cos(lat) =0, here's a patch addressing this issue, if someone can
> have a look and commit, thanks.
Good catch! Commited (with minor modifications).
Torsten
> Trying to set up conditions for an IFR approach with the latest CVS
> code, I find that the following command line which used to do the trick
> a few years ago gives fine VFR weather:
>
> $ ./fgfs --disable-real-weather-fetch --enable-clouds --visibility=3000
> --ceiling=1000
>
> The visibility a
> I'm not sure about this, but my estimate is that the trouble doesnt arise
> when the mag-compass is part of the user aircraft, but only when it's part
> of the exterior world, i.e. when part of an AI aircraft. Also, it's
> possible that the instrument by itself may be okay, but triggers an error
> Problem is in /src/ATCDCL/ATC.hxx , line 300
> To resolve change : "SGGeod::fromRadM" to "SGGeod::fromDegM"
>
> > I posted the same thing here before but never got a reply.
>
> Yes. Now it is normal here. I have posted two bugs at 04/04 ("divide by
> zero" and "access violation" errors) and still
> The best solution is probably to make the magnitude be set per plane.
> Large/heavy
>
> planes need more powerfull trucks than small ones, as we know. Even nicer
> would be
>
> to have a slide for speed instead of power. But that's way to complicated
> for me to
>
> make, even easy things are a c
> I assumed that the function should also be accessible via other
> means than just the dialog (e.g. keyboard bindings). If not,
> then I absolutely agree with your change. That's the cleanest way.
I'll leave this to the original author (Gijs) if he wants to extend the
functionality that way. If s
> Let's help Gijs to make it work for the 747-400 and then we will see
> what is needed or not so we use this feature the bestway.
>
> Again, now that it is commited, everyone can bring its ideas. That's
> exactly what you are doing Heiko :-) So thanks.
Thanks Gijs and Alexis for bringing pushback
> Torsten Dreyer a écrit :
> > I just commited this patch with some changes:
> >
> > The properties probe_elev_m[0..4] were uninitialized and used in the
> > Run() method before being initialized by a scan of the ground elevations.
> > The first scan was perfo
I just commited this patch with some changes:
The properties probe_elev_m[0..4] were uninitialized and used in the Run()
method before being initialized by a scan of the ground elevations.
The first scan was performed after one second, so for the first second the
probe_elev_m were used in an uni
> I posted the correct version to
> www.bentha.net/fgfs/ridge-lift/ridge-lift-in-environment.zip
Can you please send a diff to current cvs?
Torsten
--
Stay on top of everything new and different, both inside and
around
Great - welcome to FlightGear!
Torsten
> Hi Torsten,
> I installed Nvidia Display Driver, now, I can play Flightgear in linux
> smoothly! thank you!
>
>
> Huang.
>
>
>
>
>
>
> 在2009-04-20,"Torsten Dreyer" 写道:
>
> >> hi,
> >>
> Torsten Dreyer wrote:
> > -// Written by David Culp, started Feb 2004.
> > +// Original by Written by David Culp
> > //
> > -// Copyright (C) 2004 David P. Culp - davidcu...@comcast.net
> > +// An attempt to refine the thermal shape and behaviour by WooT 2009
&
> On Mon, Apr 20, 2009 at 9:24 AM, Torsten Dreyer wrote:
> > Patrice,
> >
> > I had some nice ridge flights with your work and really enjoyed it! That
> > is a
> > great improvement not only for sail planes.
> > Everything compiled nicely here on linux
Patrice,
I had some nice ridge flights with your work and really enjoyed it! That is a
great improvement not only for sail planes.
Everything compiled nicely here on linux and I hope it does so on the other
supported platformes, too.
I have just committed your files, let's wait for the bugs to
> hi,
> I build FlightGear in Fedora 10.
> I just installed all dependency third party packages and "make install"
> FlightGear! But, When I executing "fgfs", it is very slow, so I think it is
> a debug version!
>
> How can i got a release version in linux?
Since there is no "debug version" of Fli
> Now I thought other users might be interested in these files and so it
> would be nice if they got included in the distribution. Is it good enough
> when I send these files simply to the devel mailing list or do you prefer a
> patch- file to the current CVS?
Hi Peter,
either way will be ok. Ther
> My questions is this ... from a modeling perspective, can that 2nd aircraft
> be animated with absolute lon/lat/elev and roll/pitch/yaw degrees? Or
> would we need to compute an X, Y, Z offset in meters for the second
> aircraft? It would be a pain to figure out the orientation transform
> rela
I have just commited some code to extend the features of the xml-autopilot.
While it is guaranteed 99% compatible with the old syntax (the missing 1%
is not guaranteed and is just a security margin for me), it provides many new
options for the configuration of the existing digital filters.
Most
> Here is a one line patch to fix this issue.
Which is now commited after intensive testing.
It corrects the false calculations but does not perform cx/cy calculations -
they are still unused.
It also does not address the +/-180 degree border crossing, Brian mentioned.
II don't think that has eve
> Try #3. Can someone take a look at this please? Please? Please,
> please, please?!
>
>
>
> SGBucket::set_bucket(double dlon, double dlat) has some bugs,
> especially evident at high latitudes. For example, try this test,
> which con
> Sorry for that.
But thanks for the cool idea anyway - let's see how to set it up ;-)
Back to topic - you have strong points against it. Let's wait and see what Tim
has to say. I am sure he has some good pros.
Torsten
---
I just checked in the new code and new documentation README.digitalfilter in
both, the data and the source tree.
The code should be fully compatible to existing autopilot configurations but
adds some new options:
- supports tags
- a missing element now means enabled for every filter
- Almost a
I did some cleanup of the xml autopilot code.
Nothing changed with the computations of the filters, but many changes are
related to the configuration code. Many things were duplicated in the filter
class and some things were inconsistent.
The handling of missing tags is one example, the handli
> I experience a reproducable crash in the greater London area:
Disregard this. Sorry for the noise.
After "make distclean" everything was fine again.
Or maybe I crashed because of ignoring the no-fly-zone because of the London
summit of the Troup of Twenty (G20) Finance Ministers?
Torsten
-
I experience a reproducable crash in the greater London area:
Start at London City Airport (eglc) with any aircraft you like. For
simplicity, I use the UFO and enable real-weather-fetch, I use the following
commandline:
fgfs --aircraft=ufo --airport=eglc --fdm=magic --enable-real-weather-fetch
Z
> On Fri, 2009-03-13 at 17:41 +0100, Torsten Dreyer wrote:
> > > On Fri, 2009-03-13 at 14:41 +0100, Torsten Dreyer wrote:
> > > > > On Fri, 2009-03-13 at 11:27 +, Alasdair Campbell wrote:
> > > > > > I have noticed that the seneca's HSI is
> This is a good thing to do. I've been trying to keep current JSBSim schema
> and XSL transformation documents up to date. I use OxygenXML as an editor.
> Which one do you use?
OxygenXML, too. It's the only one I found/know, that runs on linux.
Once the schema for the FlightGear config file is cr
> Martin Spott ha scritto:
> > FlightGear will, again, display on the LinuxTag expo this year:
> >
> > http://www.linuxtag.org/2009/en.html
> >
> > Feel free to join or simply visit the gang at their both. Questions
> > welcome.
>
> I am really looking forward to attend some flightgear event in E
> On Fri, 2009-03-13 at 14:41 +0100, Torsten Dreyer wrote:
> > > On Fri, 2009-03-13 at 11:27 +, Alasdair Campbell wrote:
> > > > I have noticed that the seneca's HSI is permanently stuck at 360°
> > > > Can someone please let me know if they experience
Hi
I recently revived the xml schema files I started to create a while ago.
While working on the autopilot for the HansaJet, I (re)learned that editing
xml files with vi is ok, but having a nice xml editor is much more fun. Once
you got used to the automatic popup menus offering the valid tags a
> On Fri, 2009-03-13 at 11:27 +, Alasdair Campbell wrote:
> > I have noticed that the seneca's HSI is permanently stuck at 360°
> > Can someone please let me know if they experience the same problem?
> > In my case this problem has been present for a long time.
> > Can anyone help?
>
> Sorry, I
> In the longer run it would be nice to merge the dual control
> functionallity into the kx165 units in Instruments-3d instead of having
> separate versions.
I'll look into it within the next two or three days.
Torsten
--
> ./ogel/ogel-set.xml
Fixed - thanks for pointing it out.
Torsten
--
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily
> Hi All,
>
> Like many people, I find I use the mouse in View mode, and x/X to zoom in
> on the instruments in the cockpit.
>
> While making an update to The Manual to document the various mouse modes
> and controls, I noticed that mice.xml defines the mouse scrollwheel for
> controlling trim in a
In this case you might want to check out the UFO. It has some very fancy code
for placing objects in the scenery by clicking on the ground. The basic nasal
function doing the trick is geo.put_model() (look in your data/Nasal
directory for the file geo.nas). This just places a model into the scen
> hi
>
> I would like to know if flightgear source code has any function which can
> create/remove/control AI objects ( aircraft, cars etc...)
>
> thx
Certainly it has.
You might want to read this:
http://wiki.flightgear.org/index.php/AI_Systems
Torsten
-
> Pretend Curt is in a meeting and he's given 30 seconds to explain the
> property system to smart people who have never seen this concept before.
> I've just burned my first 15 seconds with "U, er, It's like ,
> you know " Now all these smart people are scowling. Now what!?!
I'd
Hi,
as a proof of concept, I have a little hack that provides live wind aloft data
for FlightGear. A draft can be found here:
http://wiki.flightgear.org/index.php/Howto:_Fetch_live_aloft_data
Comments welcome.
Torsten
> I'd be happy if someone considers commiting this.
>...
>
> Index: animation.cxx
> ===
> RCS file: /var/cvs/SimGear-0.3/source/simgear/scene/model/animation.cxx,v
Hmmm - nobody?
--
Hi,
the rotate animation has two ways to define a axis
1. by using center/x-m and axis/[xyz]
2. by using axis/[xyz]1-m and axis/[xyz]2-m
The translate animation only supports method 1. and here comes a patch that
enables method 2 for this animations, too.
Works fine for me and makes life a litt
> Where is the "proper" gear model patch, Martin? mail.flightgear.org
> is down so the archives prior to 2005 are unreachable. I'm interested
> in taking a look.
>
> I'm also wondering what is stopping you from grabbing a copy of
> JSBSim, applying the patch, and providing some data to the "power
> The attached patch sets the mask and min/max values appropriately
> for the kx165-1, and merges in Torsten's changes for shift-scrollwheel.
Good catch! It's committed with the tiny modification of setting max frequency
for the comm part to 137.00 instead of 140.00.
Torsten
> I did an interview for a blogger named Diego Rodríguez last summer and it
> has just been posted. I may have been the only person to read it so far,
> but if anyone is interested, here it is:
>
> http://aerialphenomena.blogspot.com/2009/02/inside-flightgear.html
>
> Regards,
>
> Curt.
I just dou
I have been working with this patch for a while now and I think it is an
improvement and should be applied.
I added some modifications to the original code:
In the animation-xml
- added support for the SHIFT-KEY modifier so using the mouse wheel without -
SHIFT tunes by 25kHz and using SHIFT tu
501 - 600 of 826 matches
Mail list logo