Re: [Flightgear-devel] YASim & sliding helicopters bug (+ ugly "fix")

Maik Justus wrote: > Hi, > Melchior FRANZ schrieb am 02.02.2009 18:43: >> Ever since helicopter support was added to the YASim FDM >> there's an annoying bug: even when parked, with rotor off >> and braked, helicopters slide happily around on the ground. >> >> > some time ago I dug into this pro

Re: [Flightgear-devel] airliner ditching miracle ... or not

Curtis Olson wrote: if we had to ditch the ship out there, it > could have been really ugly ... Yeah, I hear a water landing in a ship is pretty hard. Better than a runway landing in a ship though :) Josh -- This SF.net

Re: [Flightgear-devel] Tutorial: adding "Ambient Occlusion" layer to aircraft textures

Melchior FRANZ wrote: > I just wrote this tutorial. Maybe some modelers have use for it: > > http://wiki.flightgear.org/index.php/Howto:_Add_smooth_(%22Ambient_Occlusion%22)_shadows_in_Blender > > Note that it's not linked to from the Developer Portal ... for the > simple reason that I couldn't m

Re: [Flightgear-devel] flightgear wiki logo

Jon S. Berndt wrote: > Just thought I'd mention that the I agree that the wiki logo is really nice. > As the creator of the current logo on the flightgear web page (a lng > time ago) I'd say it's time for a change. > > > > Jon > > > > > > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROT

[Flightgear-devel] icons

Someone from Debian just pointed out to me that the icon set I made is no longer available at my old website (defunct), and I don't have a new one to post them on ATM. Perhaps they should be included in the distribution like data/icons. I sent the Debian guy a tarball but in the future it would be

[Flightgear-devel] bad error message in animation code

I just found that if you use (at least) a rotate animation and pass it a bad property in the following form: foo/bar/[0]/something You get this misleading error message: Could not find at least one of the following objects for animation: SomeObjectName This happens even when the object name is

[Flightgear-devel] odd sky colors in flyby mode

I just landed at dusk and watched a reply in flyby mode. When I came out of replay, I was still in flyby mode, and I wasn't thinking and tried to use the mouse to change the viewpoint as if it were chase mode. Of course it didn't work, but what is interesting is that the sky colors on the horiz

[Flightgear-devel] bug? in animation code

If you do this: rotate Object some/prop 10.91 0 -1.34 -x<- THIS HERE what you actually get is a scale animation. Neat huh? Josh -

[Flightgear-devel] httpd patch

I got tired of watching all those http requests scroll over the screen, so I made them SG_LOG( SG_IO, SG_INFO, ); Commit it if you like it. Josh ? httpd.diff Index: httpd.cxx === RCS file: /var/cvs/FlightGear-0.9/source/src/Network/

[Flightgear-devel] segfault in recent CVS due to minimal sound configuration file

tower:ch53e$ gdb fgfs --aircraft=ch53e --timeofday=noon GNU gdb 6.7.1-debian Copyright (C) 2007 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY,

Re: [Flightgear-devel] object density question

Curtis Olson wrote: > Hi Everyone, > > I was testing some stuff today and added a couple models to the scene with > the UFO (I made a little Evel Knievel course with ramps to jump a 737.) > That worked great and the snowplow flies through the air and hits the ground > and (possibly) the downside r

[Flightgear-devel] ch53e update

I just posted an update to the Super Stallion at: http://jrbabcock.home.comcast.net/~jrbabcock/flightgear/ch53e/ch53e-rollup.20080108.tgz I don't know who is doing cvs commits now, I would appreciate if someone could do this one for me. The file contains a unified diff and many new files and mod

Re: [Flightgear-devel] [Fwd: Re: [Flightgear-cvslogs] CVS: data/AIload_demo.xml, NONE, 1.1]

Georg Vollnhals wrote: >> But the external load seems to me not be an big issue >> at this crash. > Even if the bucket is not filled it is a weight some distance away from > the helicopter. And when your downpitching into autorotation it will > influence the CG of your a/c. And due to the load cha

Re: [Flightgear-devel] old bugs with blue screen and BPP32

Stewart Andreason wrote: > > Is there any other way to verify the osg installation is working? > > So now I'm running NVIDIA-linux-x86-96.43.01-pkg1.run on Xorg 7.0.0 > > Stewart > > If you compiled the utilities, you should have a program called osgviewer. That would make a good test. Jos

Re: [Flightgear-devel] old bugs with blue screen and BPP32

Curtis Olson wrote: > On Dec 30, 2007 10:20 AM, Stewart Andreason <> wrote: > > This does look messed up. I've got > NVIDIA-Linux-x86-100.14.11-pkg1.runinstalled here. Based on your > images, I really don't know, but I wouldn't > be shocked if it turned out to be some sort of driver issue. May

Re: [Flightgear-devel] 3D trees

LeeE wrote: > On Sunday 30 December 2007 09:47, Detlef Faber wrote: >> Hello, > > 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 Probably has

[Flightgear-devel] patch: correction to model-howto

Added internal link to 'pick' documentation. Index: model-howto.html === RCS file: /var/cvs/FlightGear-0.9/data/Docs/model-howto.html,v retrieving revision 1.21 diff -u -p -r1.21 model-howto.html --- model-howto.html17 Jun 2007 2

Re: [Flightgear-devel] mouse button oddness

Josh Babcock wrote: > My scroll wheel is acting a bit odd in FG, and I wanted to see if anyone > else was having the same problem. When I use the wheel, instead of the > actions that are bound to buttons 3 and 4, i get the actions that are > bound to button 0. Additionally, all

[Flightgear-devel] mouse button oddness

My scroll wheel is acting a bit odd in FG, and I wanted to see if anyone else was having the same problem. When I use the wheel, instead of the actions that are bound to buttons 3 and 4, i get the actions that are bound to button 0. Additionally, all the dialogs, including the pull down menu, a

[Flightgear-devel] Wiimote rocks

OK, so don't go thinking I'm actually alive again, school is still kicking my butt and I'm not reading the lists or even using fg right now, but this is cool! Too bad it uses windows libraries. Sounds like an excellent opportunity for an open source project though. http://www.cs.cmu.edu/~johnny

Re: [Flightgear-devel] view manager news & "fly by view"

gh.robin wrote: > On Fri 4 May 2007 22:09, Melchior FRANZ wrote: >> Today I have reorganized the handling and added a new >> view mode. It's still work in progress, but looks quite nice >> already: "Fly-By View" This picks a view position somewhere >> ahead and lets the aircraft fly by, then sea

Re: [Flightgear-devel] USAF Museum, Dayton, OH

Curtis Olson wrote: > Hi, > > I visited the USAF museum in Dayton, OH on April 14 this year. I finally > got a chance to upload my pictures: Nice pics. What did you use to generate that album? I love the interface. Josh -

Re: [Flightgear-devel] [Flightgear-cvslogs] CVS:

Martin Spott wrote: > Melchior FRANZ wrote: >> * Martin Spott -- Friday 23 March 2007: >>> Is there any hint on how to start the engines ? At least I didn't find >>> none, >> Umm ... }}}, as usual? Works for me with both branches. > > Oh, stupid me, I've been engaging the flaps instead of the mag

Re: [Flightgear-devel] where to put optional Nasal addon script?

Josh Babcock wrote: > Maybe it should be switched around from that. Have $FG_ROOT/Nasal and > $FG_ROOT/Nasal/Autoload. I think that would be much more self > documenting. After all, the automatically loading Nasal files are a > subset of all the Nasal files so the directory struct

Re: [Flightgear-devel] where to put optional Nasal addon script?

Melchior FRANZ wrote: > * Stuart Buchanan -- Friday 02 February 2007: >> I'd go for >> >>(D) $FG_ROOT/Nasal/ >> >> and have all the .nas files that are loaded by default defined in >> preferences.xml. I've never liked the fact that we always pick up any .nas >> files in the Nasal/ directory. >

Re: [Flightgear-devel] J7W Shinden

Tatsuhiro Nishioka wrote: > Hi, > > I've started J7W Shinden, an Imperial Japanese Navy intercepter for > FlightGear. Cool. I always loved that airplane. Too bad only one (less than one, really) survived. I hope NASM gets around to restoring it soon, but I doubt it since it saw, IIRC, no action

Re: [Flightgear-devel] Interesting 3d Model formats (was Trains?)

Curtis Olson wrote: > It also occured to me that you could just about automate this process > entirely ... and create your own paper 3d models from nicely done low-poly > count models. > > I don't know, I thought it was really cool and I thoroughly enjoyed putting > the model together, but I ofte

Re: [Flightgear-devel] ? cockpit lighting ?

cted by all three lights, the panel by the panel and dome # lights, and the dome lights by nothing else. There are weighted values defining how much # one light switch affects each group of objects. # # Values are output to: # controls/lighting/dome/emission/red # ... # controls/lighting/instruments

Re: [Flightgear-devel] spam ridden official FlightGear forum

Curtis Olson wrote: > I believe the captcha is randomly generated each time. I'm pretty sure the > problem is real people who take the time to sign on, answer the captcha, > reply to the confirmation email, and then go to town with their spam. It is. My understanding is that the biggest weaknes

Re: [Flightgear-devel] pick animation

Ampere K. Hardraade wrote: > Err... I think that's a bad idea. One simple reason is that if the user is > looking at an engineering panel, for example, he/she would never be able to > pan view. :P Dynamic view is the headshake system, it has nothing to do with view panning. Josh

Re: [Flightgear-devel] pick animation

Ron Jensen wrote: > > I am in error. I made a bad assumtion. After reviewing mice.xml I > realized the pick animation over-rides the mice.xml definitions, so if > you are pointing to an object with an action defined for button 2 you > can't switch mouse modes... could be deadly to mouse fliers

Re: [Flightgear-devel] pick animation

Martin Spott wrote: > Ron Jensen wrote: >> On Sun, 2007-01-07 at 09:46 -0500, Josh Babcock wrote: > >>> If AC authors can't come up with a convention, we will be spending a lot >>> of time on the users list explaining how to use switches to new users. &g

Re: [Flightgear-devel] pick animation

Ron Jensen wrote: > button 0 = Left button > button 1 = Middle button > button 2 = Right button? (can't use this, FGFS internal) > button 3 = Mouse wheel forward > button 4 = Mouse wheel back Really, we can't use button #2? That's odd, since you *can* define it in mice.xml. Why is this so? Maybe

Re: [Flightgear-devel] pick animation

Ron Jensen wrote: > One solution is to make the area around the spot a separate model and > make that clickable, too. Yeah, I thought about that, but it would mean a bunch of extra polys. Also, if the object in question (behind the switch) is curved, there will be a visible seam ... Maybe transpa

Re: [Flightgear-devel] pick animation

syd wrote: > Hi all, > One thing Im unclear on ,reading the documentation , is if the pick > animation only works with left clicks. Good enough for toggling > properties , but would still need 2 clickable objects for > increase /decrease properties .So can a mouse button be chosen with > this anima

Re: [Flightgear-devel] pick animation

Torsten Dreyer wrote: > Just a little OT: > I whould like to see the mouse pointer change it's shape over hotspots or > pickable objects to show the user the ability to pick something here. Also a > little popup bubblehelp may be nice. Is it much work to implement something > like this? Or is it

Re: [Flightgear-devel] Aircraft maintainers sought

leee wrote: > Hi all, > > due to a combination of reasons it's very unlikely that I'll be doing any > more > FG work in the foreseeable future. if any one wants to pick up and maintain > any of the aircraft I've started please feel free to do so. > > Mind you, you'll have your work cut out -

[Flightgear-devel] setlistener oddity

I have a setlistener that is behaving oddly. There are four basically identical ones, only difference being that the one listening to /instrumentation/marker-beacon/middle does not trigger. All the nodes are defined in the same place and way, and the listeners are set at the same time. Everything i

Re: [Flightgear-devel] Fw: Re: Does the wiki. flightgear.org still exist? Why can't ope n the webpage?

tangyong wrote: > I access the wiki.flightgear.org from Chengdu,a southwest city of China > mainland.I tried it again,but I failed. > > > Ha, we must have written something subversive! Maybe if we include a few quotes from the little red book they will let us back through the firewall. Josh

Re: [Flightgear-devel] Low poly Aircraft models

Dene wrote: > Hi, > A question for aircraft developers, everyone enjoys flying high poly > models...the screen shots look great! How hard would would it be to > save/export/what ever, low poly versions for use as statics? as you > might gather I know nothing of the model development cycle so am

Re: [Flightgear-devel] osg, libgif and debian sid

Martin Spott wrote: > Josh Babcock wrote: >> I'm having trouble with OSG and debian's giflib3g-dev package. > > Use 'libungif4-dev' or something similar, > > Martin. I tried, but dpkg wanted to uninstall lots and lots of other software, including

Re: [Flightgear-devel] osg, libgif and debian sid

Vivian Meazza wrote: > > You don't need gif stuff for FlightGear- just remove all references to it. > Yup, that did the trick. Josh - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay pane

[Flightgear-devel] osg, libgif and debian sid

I'm having trouble with OSG and debian's giflib3g-dev package. When I try to compile OSG, i get the following error. Has anyone else seen this? If not, I will take it to the OSG list. I am compiling the version in OSG_OP_OT-1.2-Flightgear.tar.gz Josh make[4]: Entering directory `/usr/local/src/OS

Re: [Flightgear-devel] nasal problem

Melchior FRANZ wrote: > * Josh Babcock -- Wednesday 13 December 2006 17:51: >> When I include this nasal file in my ch53e-set.xml file I get an >> infinite loop. I don't know why, is there a listener attached to >> controls/lighting/panel-norm somewhere? > > Nasal

[Flightgear-devel] nasal problem

When I include this nasal file in my ch53e-set.xml file I get an infinite loop. I don't know why, is there a listener attached to controls/lighting/panel-norm somewhere? Am I missing something? Commenting out the setlistener makes the problem go away, and I can call the function from a settimer cal

Re: [Flightgear-devel] osg/plib, difference in collision detection

Heiko Schulz wrote: > O.k > > I understand what you mean - well you can see it from > both sides: a better collision detects ( and I don't > mean the cows) in opposite to something that has in > the real world a bad aftermath. > > But If Flightgear want to be realistic, and we want > aircraft

Re: [Flightgear-devel] nasal hash question

Andy Ross wrote: > Josh Babcock wrote: > > foreach(light; lights) { > >propertyPath = 'some/path/'~light; > ># do magic to the hash lightNodes here > ># So that a node linked to propertyPath > ># with a key of light gets added to l

[Flightgear-devel] nasal hash question

How do I populate a hash in a foreach loop? I have a vector of about a hundred object names and I want a hash of property nodes with the key for each being the object name, and the node tied to a property like so: lights = ['blinky1, 'blinky2']; turnOn = func(someNode) { # do some stuff

Re: [Flightgear-devel] [Fwd: Re: more weirdness]

Melchior FRANZ wrote: > Does anyone have objections to the whole idea? Or not understand > what it's good for? Or better suggestions for "omit-node"? > > m. This seems like a very good solution from a model builder's point of view. Josh -

Re: [Flightgear-devel] [Fwd: Re: more weirdness]

Melchior FRANZ wrote: > * Melchior FRANZ -- Monday 04 December 2006 15:10: >> * Josh Babcock -- Monday 04 December 2006 14:35: >>> >> The question here is: is this valid XML? > > Apparently not: > > $ xmllint foo.xml > foo.xml:3: parser error : Attribu

[Flightgear-devel] [Fwd: Re: more weirdness]

So Melchior found what is either a bug or a feature. Here's the background. I broke my model animation code into several separate xml files that were serially included as a chain. In the last file I noticed that the first 78 animations were being ignored (actually overwritten by it's parent files).

Re: [Flightgear-devel] Airfoil bending and geometry animation

AJ MacLeod wrote: > On Sunday 03 December 2006 11:56, Mathias Fröhlich wrote: >> But yes. I am thinking about such a thing. >> I believe that I can't resist to implement that with a vertex shader, even >> if this will not work on any machine. But this will be probably the fastest >> approach I can

Re: [Flightgear-devel] FlightGear and Google Earth, again.

Rob Oates wrote: > That's pretty slick! I hope flightgear's terrain engine will eventually > allow for streaming textures. > I'd be happy with render to texture. It would make glass cockpits and moving maps a real possibility. Though it is hart to argue with in-flight movies. Josh -

Re: [Flightgear-devel] Ads by Google .... on the FlightGear main web page

Martin Spott wrote: > Curt, > > I honour the fact that hosting the FlightGear servers costs you areal > money and that a common way to fund this is by placing advertising on > the web pages. This is ok for me as long as the ads somehow relate to > the FlightGear project. > > Today my browser was

Re: [Flightgear-devel] Forums?

Jon Stockill wrote: > Stuart Buchanan wrote: > >> So, my tuppence worth: >> - Have a structure user forum, and possibly wind down the -user list in >> the future. > > I'd disagree - if anything you should create another mailing list to > gate the forum messages to. > Of course, at some point in

Re: [Flightgear-devel] Forums?

Curtis Olson wrote: > On 11/28/06, Ron Jensen <[EMAIL PROTECTED]> wrote: >> >> And this is the biggest argument against forums. They're only >> accessable when the server is up > > > This is similar with email lists ... you can only post and receive postings > when the list server is running and

Re: [Flightgear-devel] turn indicator

Torsten Dreyer wrote: > /instrumentation/turn-coordinator/indicated-turn-rate looks like -1 is a 2 > minute turn left and +1 is a 2 minute turn right. > > Torsten >> What value for the turn indicator property corresponds to a two minute >> turn? I can't figure it out from the code, or google. >>

[Flightgear-devel] turn indicator

What value for the turn indicator property corresponds to a two minute turn? I can't figure it out from the code, or google. Josh - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and

Re: [Flightgear-devel] gear strut compression animation

Dave Perry wrote: > Roberto Inzerillo asked if anyone was working on gear strut compression > animation. I spent two evenings adding this to the pa24-250 model for > all three gear including animation of the scissors that keep the fork > aligned. > > The required computation was done in Nasal. I

Re: [Flightgear-devel] populating scenery

Georg Vollnhals wrote: > Ioan Suciu schrieb: >> what's wrong with this line? >> >> OBJECT_SHARED Models/fgfsdb/tower-unstayed-200m-striped-unlit.xml >> 026.038404 44.442165 100 0 >> >> the object exists, there are no errors on the text window ot startup >> but the tower is not there. >> when i didn

Re: [Flightgear-devel] random cow objects

Vadym Kukhtin wrote: > I see this almost my 2nd flight (guess where) > http://img135.imageshack.us/img135/8718/fgfsscreen031hj1.jpg > I wonder how tall a fence you need to keep them off the field? Josh - Take Surveys. Ear

Re: [Flightgear-devel] New OSG version - new feedback

Georg Vollnhals wrote: > http://home.arcor.de/vollnhals-bremen/OSGTst/fgfs-screen-042.jpg > http://home.arcor.de/vollnhals-bremen/OSGTst/fgfs-screen-044.jpg > When you crash the bo105, you get a cow. When you crash the seneca, you get a ghost plane. Josh --

Re: [Flightgear-devel] OSG Performance on WIndows

Curtis Olson wrote: > On 11/8/06, Lou Sanchez-Chopitea <[EMAIL PROTECTED]> wrote: >> >> Hi, >> John Wojnaroski wrote: >> >> >If this had been a commercial development and the product had been >> >released in this state, we would all be updating our resumes at this >> >point... >> > >> > >> If

Re: [Flightgear-devel] Bo105, the different helicopter

Maik Justus wrote: > Hi, > > today I found some old videos (I saw long time ago on TV) about the > maneuverability of the bo105. Worth to see... (We need more trees in > flightgear) > > http://www.youtube.com/watch?v=nKPREi3TGXw&mode=related&search= > http://www.youtube.com/watch?v=IgYi0hmgWbs&

[Flightgear-devel] a320 repaint howto

http://www.newlaunches.com/archives/painting_an_airbus_a320.php Josh - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Do

[Flightgear-devel] joysticks and the new helo code

First, let me say that I finally had time to seriously try out the new helo code (five words: Four Credits of Cell Biology) and I love it. The big problem though is that to have any decent control with my joystick, I had to set roll and pitch to linear axes, not squared ones. Is anyone working on a

Re: [Flightgear-devel] FlightAware flight tracking

Frederic Bouvier wrote: > Selon "Curtis L. Olson": > >> Frederic Bouvier wrote: >>> Quoting Vassilii Khachaturov : >>> >>> > It looks like a breach of individual's privacy to me. You can track > people's travel ( owner names are apparent ) and I doubt it would be > permitted this side

Re: [Flightgear-devel] FlightAware flight tracking

Curtis L. Olson wrote: > Frederic Bouvier wrote: >> Quoting Vassilii Khachaturov : >> >> It looks like a breach of individual's privacy to me. You can track people's travel ( owner names are apparent ) and I doubt it would be permitted this side of the Atlantic. >>> in

Re: [Flightgear-devel] 3D model for Eurocopter Ec 135

Maik Justus wrote: > Hi Heiko, > > interesting link. > I think I have to improve the rotor simulation to cover rotors with > different airfoils along the blade. > But first we need the drag/lift curves for these airfoils. My short > search at the web was not successful. > I am a little bit surpr

Re: [Flightgear-devel] Update of as350, bell206 and ch47

Maik Justus wrote: > Hi, > > I have updated the three "old" helis as350 (Ecureuil/A-Star), bell206 > (Jet Ranger) and ch47 (Chinook). All three are using the 3D model of the Hmm, these all seem to require huge amounts of aft trim to hover now. josh

Re: [Flightgear-devel] How does one edit the front page of the "new wiki"?

Simon Hollier wrote: > On 8/27/06, *Josh Babcock* <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> wrote: > > Simon from wrote: > > On 8/27/06, *Chris Metzler* <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]> >

Re: [Flightgear-devel] How does one edit the front page of the "new wiki"?

Simon from wrote: > On 8/27/06, *Chris Metzler* <[EMAIL PROTECTED] > > wrote: > > > How does one edit the front page of what's apparently now the official > new wiki? A document of mine was added to it with the wrong title, and > filed in the wrong category

[Flightgear-devel] UFO scenery question

I'm looking around in the UFO files, and I can't find where the modifier keys for the up/down/left/right keys are defined. I already have those keys defined globally with the ctrl modifier for my WM, and I wanted to make a local edit of the ufo to fit my installation. Josh ---

[Flightgear-devel] Patch for time

Here's a patch for time.cxx and time.hxx that exports a little more useful information than before. This should make some material animations a bit more sensible. I would appreciate it if someone could put it into CVS. http://jrbabcock.home.comcast.net/flightgear/time.diff Josh -

Re: [Flightgear-devel] OT: Blueprint for Disaster: The Crash at Eschede

Erik Hofman wrote: > Hi, > > Most of you probably still remember that I had to evacuate my home in > May 2000 because of a fireworks depot exploding near the center of my > City (about 300 meters from my home). > Now I hope you learned not to play with matches :) -

Re: [Flightgear-devel] Avro Vulcan B2 for CVS

Ampere K. Hardraade wrote: > http://www.adobe.com/cfusion/knowledgebase/index.cfm?id=tn_15286 > > The article also points out another thing: do not use textures unless > necessary. > Which is what I always say. ;-) > That article is for Director 3D, not OpenGL. That does not necessarily mean

Re: [Flightgear-devel] B52 around the earth flight

Julien Pierru wrote: > I was loaded with nukes, first sign of aggression and i was going to > make new giant parking lots over libya and Vietnam, ;-P. > Ohh! Ohh! With the self lighting glass floor? - Using Tomcat but need to

Re: [Flightgear-devel] B52 around the earth flight

Julien Pierru wrote: > I successfully flew around the earth with the B52, following the Wow, how'd you avoid getting shot down over Libya and Vietnam? They must be putting some pretty good ECM in those things these days:) Josh -

Re: [Flightgear-devel] Question: Is there a big mistake on the Bo 105 flightmodell ?

Maik Justus wrote: > I think, the most important thing is a joystick without springs. Maybe > some friction would help as well. It must not be an expensive one. My I agree. I cut down the centering spring on my Cyborg-3D and it feels much nicer now. Josh --

[Flightgear-devel] DATCOM+

OK, so I am taking a swing at the B-47 with DATCOM+. I have a few questions about the input definitions: What are sensible mach/alt pairs to use? I am assuming that sea level and approach speed are one, and cruising speed and altitude are another. What else? Do I even need to define more than one?

Re: [Flightgear-devel] autosave.xml -- aircraft specific settings

Melchior FRANZ wrote: > * Josh Babcock -- Wednesday 09 August 2006 20:16: >> My point was that if you automatically store everything in >> /sim/model/ you may grab a lot of stuff that doesn't need to be >> stored. We need a way to designate what gets stored and what do

Re: [Flightgear-devel] autosave.xml -- aircraft specific settings

Melchior FRANZ wrote: > * Josh Babcock -- Wednesday 09 August 2006 20:03: >> Melchior FRANZ wrote: >>> getprop("/sim/fg-home")~"/"~aircraft_name~".xml", that is: > >> Well, I already use /sim/model// for aircraft specific stuff just

Re: [Flightgear-devel] autosave.xml -- aircraft specific settings

Melchior FRANZ wrote: > * Melchior FRANZ -- Wednesday 09 August 2006 19:09: >> I think we should also save aircraft specific settings >> in this file > > An alternative would be to save aircraft specific stuff in > getprop("/sim/fg-home")~"/"~aircraft_name~".xml", that is: > each aircraft saves i

Re: [Flightgear-devel] YASim fixes from Maik / compatibility warning

Lee Elliott wrote: > > Reading the comments in the commits, I think it will help > things... > The B-29 seems OK. Josh - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly wi

Re: [Flightgear-devel] YF-23/yasim: how to climb to 163000 ft

Lee Elliott wrote: > dearth of good info on the YF-23 when I originally did it. I Should you find a moment, I feel that I should point this out: http://www.flight-manuals-on-cd.com/YFN.html Josh - Take Surveys. Earn Cash.

Re: [Flightgear-devel] moving hotspots?

Sexauer, Steve wrote: > Is it possible to have hotspots on moving objects like the stick & > throttle? Not currently, but it sure would be nice. Josh - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.ne

[Flightgear-devel] YASim weights

Perhaps yasim weight elements should accept size-prop as an argument as well as weight-prop. This way an external cargo dialog could let the user specify how big an external load is. Josh Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-int

Re: [Flightgear-devel] actual status of rotor-simulation, was: Re: YASim vstab question

Maik Justus wrote: > The diff between the cvs and my debug version is: > > - calculation of the rotor in different segments (with a > "twist"-Parameter) (but only in four directions (front, back, right, left) > - rather realistic calculation of consumed power (and therefore you can > autorotate

Re: [Flightgear-devel] CH53 main rotor not producing any torque.

ASim/Rotor.cpp > (it's the first function in the file) > > ...and increase forceatpitch_a for the tail-rotor. > > > Maik > > Josh Babcock schrieb: >> Maik, >> >> This helo def does not seem to be producing any main rotor torque. I >> commente

Re: [Flightgear-devel] CH53 main rotor not producing any torque.

chris wrote: > > The main shaft on the D model sees about 3 million inchlb of torque. I do > not > have the number for the super stallion. > Is that at 0 deg pitch? I can extrapolate the torque for the e model by multiplying that by 7/6 since they use the same blades and (I believe) have t

Re: [Flightgear-devel] CH53 main rotor not producing any torque.

Joacim Persson wrote: > On Tue, 4 Jul 2006, Josh Babcock wrote: > >> This helo def does not seem to be producing any main rotor torque. > > Adjust the poweratpitch_0 parameter. (on tail rotor too) > > Those seven 11m long blades probably cost a bit more than 53kW to tu

[Flightgear-devel] CH53 main rotor not producing any torque.

Maik, This helo def does not seem to be producing any main rotor torque. I commented out the tail rotor, and no spinning. Turning notorque on or off seems to make no difference. I was originally clued in when I noticed that whatever changes I made to the file I always seemed to have the tail rotor

Re: [Flightgear-devel] YASim vstab question

Joacim Persson wrote: > Or translate the rotor equations to jsbsim -- ? It always seemed odd that YASim should be the one to have rotary support. The whole solver idea just doesn't seem to fit at all. Lookup tables however work great for helos, you just have to calculate each blade separately and

Re: [Flightgear-devel] YASim vstab question

Andy Ross wrote: > Josh Babcock wrote: >> The ch-53e has a pretty odd empenage, so I need to make sure I >> know what I am doing here. If I define a vstab with a dihedral >> of 110, ahich side will it be on? Can I control which side it >> is on? > > The vstab is

Re: [Flightgear-devel] ..~/.cvspass???, was: ch35e ready to go into CVS

Arnt Karlsen wrote: > > ..this works, thanks, but I _should_ be able to use Ralf's Makefile too. > The idea is make this useable off a Live CD too. > Oh, I see. Yes, it should come with a valid .cvspass for an anonymous user. Josh Using Tomcat but need to do more? Need to support web service

Re: [Flightgear-devel] ..~/.cvspass???, was: ch35e ready to go into CVS

Arnt Karlsen wrote: You should be able to make one by running a cvs login from the source and data dirs. Josh Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Applicatio

[Flightgear-devel] ch35e ready to go into CVS

OK, the Super Stallion is still alpha, but it's alpha enough to show the world. S, anyone is welcome to commit this, fly it, whatever. http://jrbabcock.home.comcast.net/flightgear/ch53e/ch53e.tgz Josh Using Tomcat but need to do more? Need to support web services, security? Get stuff done qu

[Flightgear-devel] YASim vstab question

The ch-53e has a pretty odd empenage, so I need to make sure I know what I am doing here. If I define a vstab with a dihedral of 110, ahich side will it be on? Can I control which side it is on? Josh Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly

Re: [Flightgear-devel] mp and animations

Lee Elliott wrote: > It's not impossible, of course, but in addition to everything > that is currently being passed between mp clients, a widely > varying range of animation data would also have to be exchanged, > in a scheme that would also have to cope with multiple instances > of identical

Re: [Flightgear-devel] wxradar question

Lee Elliott wrote: > Trying to detect them with the wxradar would be a bit like trying > to cook a photograph of a steak for your dinner:) M, silver chloride. Yummy. Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technolo

  1   2   3   >