Le 25/09/2013 23:39, Gary Neely a écrit :
> I've felt my machine come to a crawl while
> certain planes are loaded in MP-- I had to remove some because they
> were too much of a hit for my poor aging system.
it's the same here, FG take age sometimes to load 3D stuff, mostly
because it create the
>
> Beta is positive when the wind hits the right side of the vehicle. This is
> the only standard convention I have ever seen. I would recommend strongly
> against artificially changing the sign of this parameter as output from
> JSBSim.
>
> Jon
>
I did a merge request considering jsbsim got righ
i finally did a merge request with the correction to the offending
files, tell me if this a thing to do, or i should wait for the
maintainers to react (but some are not actif anymore).
https://gitorious.org/fg/fgdata/merge_requests/114
jano
-
Le 06/08/2013 13:58, James Turner a écrit :
I think I'm sufficiently motivated to see if I can write a pre-commit
hook which rejects names containing spaces.
(Not sure how to install hook-scripts on Gitorious, but it must be
documented somewhere)
If anyone can postulate the shell-fu to det
Hi,
weren't the space in fgdata filenames banished long time ago?
here's a list of current "offending" files.
I'd like to give a special reward to the "README OR DIE.txt" :D
jano
--
Get your SQL database under versi
Hi,
weren't the space in fgdata filenames banished long time ago?
here's a list of current "offending" files.
I'd like to give a special reward to the "README OR DIE.txt" :D
jano
./Aircraft/B-25/Models/Liveries/Aluminum II.png
./Aircraft/B-25/Models/Liveries/Aluminum II.xml
./A
hi there,
following this bug report:
http://code.google.com/p/flightgear-bugs/issues/detail?id=901
it appears that orientation/side-slip-deg and side-slip-rad don't have
the same sign, depending if it's a yasim or a jsbsim plane.
is there a commonly adopted convention for this property?
if no
Hi the quiet mailing list :)
here are some questions about the fdm properties :
- How come some fdm properties don't have the same meaning, dépending
the fdm used?
i'm thinking of properties in the following property trees:
/accelerations
/orientation
/velocities
/position
if you want some
hi Geoff ,
> And I understand some screen shots were posted
> on the PAF forum, but still to find these... a link would
> help...
http://equipe-flightgear.forumactif.com/t1096p15-vol-en-formation-avec-un-fg-patche#20638
> Oh, and I always use mpserver14.flightgear.org, Switzerland,
> and perhaps at
Le 24/02/2013 23:44, Stuart Buchanan a écrit :
> Hi All,
>
> I've just committed some small changes to the AI air-to-air refueling
> function:
>
> 1) Added support for multiple tankers of each type, selectable through
> the AI-Tankers GUI. Tankers are now defined in AI/tankers.xml.
> 2) Added an
>>> - AI Tanker enhancements to allow users to select from a range of
>>> tanker models. This is particularly relevant for naval probe-equipped
>>> aircraft, where there is a much greater variety of tanker types.
>> Could we also tighten the envelope in which we receive fuel? I did AAR with
>> the
Le 19/12/2012 17:54, James Turner a écrit :
> On 19 Dec 2012, at 16:22, Curtis Olson wrote:
>
>> Gyros: /orientation/{p,q,r}-body
>> Accelerometers: /accelerations/pilot/{x,y,z}-accel-fps_sec
>>
>> Both of these are expressed in the pilot/body frame of reference. The
>> accelerometer values incl
Le 16/11/2012 15:27, Torsten Dreyer a écrit :
Hi,
in just about one month from now we are entering another round of the
release process, starting with the four weeks feature freeze period.
This is probably a good time to check in all the great and fancy new
features that still hide in your local
Le 03/03/2012 23:12, ThorstenB a écrit :
> Am 03.03.2012 03:28, schrieb Robert:
>> 2012/3/2 ThorstenBmailto:bre...@gmail.com>>
>> But we don't know why this only happens with the ATI,
>> only with their driver versions 11.5 and above, and only on Windows.
>>
>> Thorsten, this bug is also
Hi,
happy ati user :) I'm affected from quite some time by the bug 385:
http://code.google.com/p/flightgear-bugs/issues/detail?can=2&start=0&num=100&q=&colspec=ID%20Type%20Status%20Priority%20Summary%20Aircraft%20Milestone&groupby=&sort=&id=385#makechanges
It appear in my setup that adding a
Le 11/01/2012 18:59, Mathias Fröhlich a écrit :
> Hi,
>
> On Sunday, January 01, 2012 11:41:22 Mathias Fröhlich wrote:
>> I think then, computing mipmaps for any texture file on the CPU in the
>> loader thread should globally improove the situation.
>> Also avoiding the compression already in the f
Le 25/01/2011 21:07, Peter Brown a écrit :
On Jan 25, 2011, at 2:55 PM, Vivian Meazza wrote:
Is there a problem with maintaining vertical sync with MPCarrier? If
there is please file a report here:
http://code.google.com/p/flightgear-bugs/issues/list
Vivian
No Vivian,
Curt suggested th
> Message du 10/12/10 10:14
> De : "Vivian Meazza"
> A : "'FlightGear developers discussions'"
> Copie à :
> Objet : Re: [Flightgear-devel] carrier questions
>
> Hi Curt,
>
>
>
> Yup, if you are in a AAR-capable aircraft, click on AI->AITanker. Click
> Request in the window displayed, and
Le 03/12/2010 20:28, Curtis Olson a écrit :
On Fri, Dec 3, 2010 at 1:04 PM, Jan Mattsson wrote:
1. 9 degrees:
http://en.wikipedia.org/wiki/Nimitz_class_aircraft_carrier
2. 3-4 degrees:
http://en.wikipedia.org/wiki/Modern_US_Navy_carrier_operations
Hi Jan,
Thanks for your reply
hi
i'm here to report a bug:
from commit d39841d in flightgear, the surface positions are not sent
anymore.
the properties in ai/models/multiplayer[i]/surface-positions/ have a
value of : "(none).
that still works with players using older fg version.
if you want to quickly test this just use 1
Le 28/08/2010 22:49, Vivian Meazza a écrit :
>
> AFAIKS in the code an aircraft gets a TACAN if the callsign is MOBIL1
> (060X), MOBIL2 (061X), or MOBIL3 (062X). On the other hand if the callsign
> includes MOBIL, it is recognized as a tanker on MP. The property 'isTanker'
> is not transmitted by d
Le 28/08/2010 20:01, Vivian Meazza a écrit :
> jean pellotier wrote:
>
>
>
>> currently we can only refuel by mp behing a "MOBIL" plane, with a plane
>> having the "multiplay/tanker" set.
>>
>> here's a proposal that permit to use
Hi,
currently we can only refuel by mp behing a "MOBIL" plane, with a plane
having the "multiplay/tanker" set.
here's a proposal that permit to use any callsign (yes i know in this
case the tanker will not have a tacan working), and any plane, for
exemple the tanker pilot can cut the probe/
Le 23/07/2010 22:03, Alex Romosan a écrit :
> Alex Romosan writes:
>
>
>> James Turner writes:
>>
>>
>>> Can you email me what you get for --show-aircraft? (off list, is best)
>>>
>> fgfs --show-aircraft
>>
>> Available aircraft:
>>
>>
>> (that is nothing). this on linux.
>>
Stuart Buchanan a écrit :
>
> Providing a higher granularity of control would be tricky but not
> impossible - I guess you could define a list of model names that
> are to be loaded completely...
>
>
could it be done "per callsign", like the ignore chat message check box,
with maybe a command l
andrea...@gmx.net a écrit :
> Hi everyone!
>
> I think I found a little bug in a couple of JSBSim-aircraft:
> The property
> /fdm/jsbsim/aero/coefficient/CDde (Drag_due_to_Elevator_Deflection)
> takes negative values when the elevator moves up, so the elevator face
> is accelerating the plane.
>
> Message du 12/02/10 12:56
>
> I've checked in fixes to several shaders. Please test with current CVS. Some
> of the shaders referenced glFrontMaterial.ambient even though a color mode
> of AMBIENT_AND_DIFFUSE was set, which means that the fixed function pipeline
> takes the ambient color fro
Arnt Karlsen a écrit :
On Thu, 11 Feb 2010 13:21:32 +0100, Geoff wrote in message
<1265890892.6457.3.ca...@dell02>:
On Thu, 2010-02-11 at 10:45 +, Stuart Buchanan wrote:
jean pellotier wrote:
here are the screens of some issues with my HD4650:
the color change d
Stuart Buchanan a écrit :
> Hi All,
>
> A number of people with ATI cards are having problems with the default
> shaders on the current windows v2.0.0 RC:
>
> http://www.flightgear.org/forums/viewtopic.php?f=6&t=6875&sid=b02b4d5ebd4c827ca26fc60fd857dda7&p=64237#p64237
>
> Does anyone on the -dev l
Andrew Gillanders a écrit :
> Hello all,
>
> I am having trouble with an updated apt.dat file. I think it is with
> compressing it. I used the command 'tar cfz apt.dat.gz apt.dat'. Is
> this correct?
>
>
to me it should be 'gzip apt.dat'
BTW, you can put apt.dat uncompressed in FG, fg will
Martin Spott a écrit :
Salut Jean,
jean pellotier wrote:
Is nav.dat supposed to be updated from robin X-plane database?
If nobody else is going to do that, I'll be updating the file from
Robin's most current package during our pre-release phase (however this
is going to
Hi,
I've got a question about the navaids, particularly nav.dat.
Is nav.dat supposed to be updated from robin X-plane database?
The french missing navaids I submited to robin ( approach locators ) are
included in recent nav.dat from X-plane, and I was waiting them to come
in Flightgear, but a
Vivian Meazza a écrit :
>
> Geoff,
>
> I agree with all you have said, but would add the following:
>
> The reset bug has been sorted.
>
> The crash-on-exit bug has probably been sorted, but I haven’t had time
> to test it yet.
>
> I don’t see the red/orange effect you report.
>
got something like
Jari Häkkinen a écrit :
> On 2009-11-28 16.55, jean pellotier wrote:
>
>> Jari Häkkinen a écrit :
>>
>>> Hi all,
>>>
>>> I only get a blank single colour screen when I run fg (latest cvs/svn
>>> versions of plib/osg/simgear/fg). The col
Jari Häkkinen a écrit :
> Hi all,
>
> I only get a blank single colour screen when I run fg (latest cvs/svn
> versions of plib/osg/simgear/fg). The colour changes with time settings,
> it is grey at noon, bluish at dusk, and black in night time. I can see
> the top menu and I have sound. I get t
Stuart Buchanan a écrit :
> Jacob Burbach wrote:
>
>> Missing persons are listed in /ai/models/multiplayer[*], and
>> /ai/models/multiplayer[*]/valid is true. Yet they do not show up in mp
>> list, nor can I see there chat. Something has obviously changed within
>> the last few weeks, was fine b
jean pellotier a écrit :
hi, yesterday we were near the Kilimanjaro (HTKJ) and up to reach the
top with a c172, we tried to use the lift given by ridge lift, but it
was always 0.
I tried to start at Quito (SEQU) and ridge lift get elevation values
only once in north hemisphere.
it seems that
hi, yesterday we were near the Kilimanjaro (HTKJ) and up to reach the
top with a c172, we tried to use the lift given by ridge lift, but it
was always 0.
I tried to start at Quito (SEQU) and ridge lift get elevation values
only once in north hemisphere.
it seems that:
(globals->get_scenery()->
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 performed after one second, so for the first second the
Patrice Poly a écrit :
> the fix, as a patch
>
> http://www.bentha.net/fgfs/ridge-lift/Environment.diff.bz2
>
> hope this works...
>
>
nope, same behaviour!!
i think that on my "slow" PC, your ridge lift is sometimes initialised a
little to early (while position is 0,0,0 maybe), resulting in s
> I would be interested to see on which platforms / configuration this happens,
> maybe when more feedback comes in ??
>
I've got a 32 bits debian SID system, and my athlon xp 2800+ is a single
core, i usually got nearly 20 fps near KSFO.
jano
--
hi
> And ty Torsten for committing ! I hope it doesn't trigger too much bugs. My
> side I don't see weird things.
>
for me FG is quite impossible to use with the ridge drift, on startup it
start having full of nan nan nan, cull visitor and so on, with 1 fps,
nearly 90% of my try to start are
> 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 transf
Mathias Fröhlich a écrit :
>> I tested this few more times, in a place with severals carriers
>> (eisenhower, foch, clemenceau...) and if i start FG far from this place,
>> then move with the location menu to the closest airport, carriers are
>> not solid (all the carriers).
>> If i start near the
Jon S. Berndt a écrit :
Yes, the difference stems from the need to know what the wind is bringing,
and the vectorial definition of where it's going. The problem was that
sometimes we just had a vector where we expected to see North, East, and
Down, wind components. Well ... fine, but is that "to"
hi,
with last update, i think that jsbsim is applying the wind correction in
opposite direction.
i tried to follow a tanker first with a F-4N, and it was the same with
the c172p, facing wind from environment, air speed was equal to ground
speed minus wind speed.
that was not the case last time
gerard robin a écrit :
> foch/clemenceau (the same carrier, old version from cvs ) was built for
> JSBsim
> aircrafts ( the Crusader and others from my hangar) , it was (is) probably
> not YASim compatible ( not consistent, not solid ).
>
I use a scenario that make it solid, and the wire us
jean pellotier a écrit :
> Vivian Meazza a écrit :
>
>> I've been testing the carrier stuff with YASim. It usually works, but a
>> occasionally the deck isn't solid, and the ac falls right through on
>> landing. This bug is intermittent: I have been unab
Vivian Meazza a écrit :
> I've been testing the carrier stuff with YASim. It usually works, but a
> occasionally the deck isn't solid, and the ac falls right through on
> landing. This bug is intermittent: I have been unable to reproduce it
> reliably, or identify the conditions under which it occu
Mathias Fröhlich wrote :
> Hi,
>
> On Thursday 12 March 2009 22:43:15 jean pellotier wrote:
>
>> I've got a problem with the elevators on nimitz, since some days, when
>> called up, it looks ok, but elevator 3d model isn't solid, the part
>> solid is w
hi,
I've got a problem with the elevators on nimitz, since some days, when
called up, it looks ok, but elevator 3d model isn't solid, the part
solid is where is the elevator down.
each try i finish on the low position (in best case) under the elevator
3d model.
jano
Anders Gidenstam a écrit :
> Done and it seems to work. It is available here:
> http://www.gidenstam.org/FlightGear/DualControl/
>
> (Btw, as far as I could see the previous version there carried its
> own copies of the KX165 radios - are you sure you had the latest version
> installed?)
> In the
hi, trying the c172p dual pilot, it don't load, saying it can't find
the file:
Aircraft/SenecaII/Instruments-3d/kx165tso1.xml
wich don't exist anymore!
i removed the references to this file and it load fine, but i don't have
the radios, any way to make them come back?
jano
-
Hi, today i got a bug in pilot list, the pilot list windows disappeared
with a message in console:
Nasal runtime error: floating point error in math.sin()
at
/stockage/logiciels/flightgear/cvs-OSG/install/share/FlightGear/Nasal/geo.nas,
line 160
called from:
/stockage/logiciels/flightgear/
hi, doing some nav with the pa24-250, i found the gyro compas drift was
always -15°/hour.
I never went in a real aircraft except as passenger, but if i refer to
this page:
http://en.wikipedia.org/wiki/Heading_indicator
Shouldn't drift be related to the sin(lat), and opposite sign in the
sou
Alasdair Campbell a écrit :
> In eager anticipation of James Turners' proposed improvements to the
> Route Manager/GPS code, I have been playing around some and noted that
> that the route manager dialog contains a "Load List" option. If I try to
> use this option, I find that I am unable to load a
Stuart Buchanan a écrit :
> Was the weather scenario set to METAR as well - one of the bugs I fixed with
> the
> latest patch was that previously --enable-real-weather-fetch over-wrote the
> various
> scenarios. Now, you will only get METAR if you have METAR as the scenario, as
> well as --enable
here's a patch concerning the OV-10 aircraft, adf needdle is rotated by
the heading fist, wich is false, the adf bearing rotation is enough
jano
Index: ./Aircraft/OV10/Models/USAFE/Instruments/BDHI/HI-f8e.xml
===
RCS file: /var
>> In adition to your proposal, could you add the Tacan Setting
>> like you offer about Radio Settings
>>
>
> Sure. The current config is just a start. It should demonstrate
> the system and encourage developers to discuss the most efficient
> key scheme. All sections are still very basic, th
Vivian Meazza a écrit :
>
>
> Glad that we've fixed that - it must have been that way for several years.
> But what is the real issue with the demo? I couldn't get it to work here -
> doesn't it need the model as well?
>
>
oh sorry, i didn't gave you all needed to do it working, here's what's
m
Vivian Meazza a écrit :
> So they are - fixed in cvs (I hope) - try again
>
>
>
that's ok for me, thanks.
jano
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based
Vivian Meazza a écrit :
>
>
> OK - Wave Off Lights 71, 72 were in the wrong position, as were 61, 62,
> which confused me. Fixed now in cvs - please check that the problem is
> solved for you.
>
>
now 71 and 72 are in the right place, but 61 and 62 are in the same
place as 51 and 52, so there's
hi all
we did a scenario that use the carrier type to make an arresting cable
with a flols working, at LFRJ airport (Landivisiau, France), but if we
check the "turn to wind button" the cable and the flols are moving,
considered like a normal carrier.
Is there a way to make it fix relative to t
Curtis Olson a écrit :
> On Sun, Jul 20, 2008 at 6:48 AM, Roberto Inzerillo wrote:
>
> Hi all,
> I'm very glad the "community" is still hard working on FGFS, I
> enjoyed
> it very much in the past. I lost interest sometime ago because of my
> job, now I'd like to keep contribut
Anders Gidenstam a écrit :
> Hi,
>
> Hasn't anyone noticed that the FDM model landing gears (in fact, the
> whole FDM model) on the 737-300 is 9 meters behind the 3d model landing
> gears?! I almost never fly jetliners but that there was an alignment
> problem was obvious from the first glance i
Hi all,
trying to use the Foch as a carrier in OSG, it appeared :
-it was too low on the water, so the deck is under water (somebody told
me about global warming, but isn't it supposed to float?)
- the deck was not solid. It don't make solid the 'OBJECT group' defined
in the .ac
i join the mo
Ron Jensen a écrit :
> On Mon, 2008-01-21 at 14:32 +0100, Nagy Mate wrote:
>
>> We noticed a rather peculiar effect, having landed our plane near
>> (under) a grey parking passenger jet. Fiddling with our flight controls
>> made the control surfaces of the jet move in the same way. The jet was
>
Csaba Halász a écrit :
> On Dec 23, 2007 2:25 AM, jean pellotier <[EMAIL PROTECTED]> wrote:
>
>> sorry, it just says "can't find a file matching" for pa_ringbuffer.h
>> and pa_debugprint.h.
>>
>
> Interesting. Doing a search of all th
Csaba Halász a écrit :
> On Dec 22, 2007 11:36 AM, jean pellotier <[EMAIL PROTECTED]> wrote:
>
>> Hi alls,
>>
>> few issues with fgcom:
>>
>> - My PC is ready to test fgcom with jack, (adat card rme96/8) but I
>> can't manage to compile wi
Hi alls,
few issues with fgcom:
- My PC is ready to test fgcom with jack, (adat card rme96/8) but I
can't manage to compile with: USE_PA_JACK=1,
the first lines of error are:
portaudio/src/hostapi/jack/pa_jack.c:71:27: error: pa_ringbuffer.h:
Aucun fichier ou répertoire de ce type
portaudio/s
Csaba Halász a écrit :
> On Dec 13, 2007 7:22 PM, Will Harrison <[EMAIL PROTECTED]> wrote:
>
>>> Reading list of airports...error during reading airports!
>>> Stopping service
>>>
>>>
>> What could be wrong here? Thanks,
>>
>
> Updated positions.txt entry:
> AYGN,119.600,-10.312313,
Guillaume CHAUVAT a écrit :
> I have the same bug, FG/OSG always opens on the :0 display, although
> my $DISPLAY has an other value. I think it's not due to OSG itself,
> because osgviewer has not this bug.
> Guillaume
>
I t
Anders Gidenstam a écrit :
> Hi,
>
> I think the previous proposal was to reconfigure X to see both screens as
> one big X screen (e.g as NVidia TwinView does).
>
>
I don't have the same resolution on the two screens, that's why I use
dual head display. (1280x1024 and 1024x768)
> However, it w
set up X windows and
> configure FG-OSG to produce three views (left, center, right). You'll
> need pretty hefty graphics cards to get a decent frame rate.
>
> John
>
> jean pellotier wrote:
>
>
>> hi, I think i did (I'm using a script to compile).
>>
hi, I think i did (I'm using a script to compile).
I've got the following line in my configure.log:
#define ENABLE_OSGVIEWER 1
John Wojnaroski a écrit :
> Hi,
>
> did you run configure with " --enable-osgviewer" ?
>
> JW
>
> jean pellotier wrote:
>
Hi all
I tryed to run flightgear cvs-OSG using two displays, running two X
instances (different resolution) and when I start flightgear in a
terminal on the second display, it always start on the fist one.
The 0.9.10 version worked fine for this.
is this a bug or there's something to do before co
76 matches
Mail list logo
