Erik Hofman <[EMAIL PROTECTED]> wrote:
> Jon S Berndt wrote:
>> What are the steps involved? I can help out, I think.
> Download one or more DEM files from here (this needs to be coordinated):
> http://edcsgs9.cr.usgs.gov/pub/data/srtm/SRTM30
> Get TerraGear working:
> http://www.terragear.org
Erik Hofman <[EMAIL PROTECTED]> wrote:
> nurbs++ isn't needed for this handling this data. SO you should be safe.
Great ! GTS should be taken from CVS. Right ?
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
-
[EMAIL PROTECTED] wrote:
> But we also could need the ability to select the airport by city names and
> country for an 1.0 release, that's a lot easier than today where you need to
> know the airport ID to select it.
You know that it might start to become troublesome to handle such a long
list
"Curtis L. Olson" <[EMAIL PROTECTED]> wrote:
> I have rewritten the flightgear code that used metakit and have
> removed all traces of metakit from simgear and will probably have done
> the same in the flightgear tree by the time most people read this.
Hoorrry ! Now, _this_ is good news.
Fred
Frederic BOUVIER <[EMAIL PROTECTED]> wrote:
> I once thought I could try to build a Tru64 Unix build ( DEC/Compaq/HP plateforms )
> but plib don't compile straight and finally decided it didn't worth the effort.
Oh, at least they managed to get PLIB right for Solaris/Sparc.
Do you have a compiler
"Curtis L. Olson" <[EMAIL PROTECTED]> wrote:
> I have grabbed Robin Peel's latest x-plane data which is DAFIF based +
> a lot of hand additions for airports not in DAFIF's listings. Our
> current data is based off of Robin's Data of maybe 2-3 years ago so we
> are long due to freshen up and get cu
Hello,
I have the impression there is something missing with the YF-23 in the CVS
base package:
WARNING: ssgLoadAC: Failed to open
'/home/mas/CVS/FlightGear/data/Aircraft/yf23/Models/YF23-5-1h1.ac' for reading
/home/mas/CVS/FlightGear/data/ contains the complete base package. I even
did a full
"Norman Vine" <[EMAIL PROTECTED]> wrote:
> It's disturbing that even at take off from KSFO that the FPS drops
> so dramatically when looking in the 'right' direction when these things
> are so far away
In my opinion this is the only annoyance in FlightGear that really hurts
noticeably. Even when
"Curtis L. Olson" <[EMAIL PROTECTED]> wrote:
> Should now be fixed in cvs, sorry about that ...
Thanks - works,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
___
Hello,
someone modified the README.gpc in TerraGear in the way that it got reduced
to the proposed Makefile for gpc-231. Has this been intentionally ? I
thought the information in the README was quite valuable. Especially the
3. ***IMPORTANT STEP*** ***DO NOT SKIP***
got removed and I'm somewha
Erik Hofman <[EMAIL PROTECTED]> wrote:
> Martin Spott wrote:
> The version of README.gpc in CVS is two years old:
> http://cvs.terragear.org/cgi-bin/viewcvs/viewcvs.cgi/TerraGear/README.gpc?cvsroot=TerraGear-0.0
Duh, I did an update today and afterwards the file was reduced
Martin Spott <[EMAIL PROTECTED]> wrote:
> "Curtis L. Olson" <[EMAIL PROTECTED]> wrote:
>> Should now be fixed in cvs, sorry about that ...
> Thanks - works,
I have something more that's strange with the XF-23: Brakes ,/. don't work,
parking brake B doe
Lee Elliott <[EMAIL PROTECTED]> wrote:
> On Wednesday 03 September 2003 14:26, Martin Spott wrote:
>> I have something more that's strange with the XF-23: Brakes ,/. don't work,
>> parking brake B does not work, speed brake Ctrl-b does not work, flaps [/]
>>
David Megginson <[EMAIL PROTECTED]> wrote:
> Further to Curt's last post about flattening rivers, how would
> everyone feel about flattening airports?
When you look at large airports, say with runways over 3 km, you'll find
quite a few where the runways follow the terrain at least over a differenc
"Jon S Berndt" <[EMAIL PROTECTED]> wrote:
> Which is better:
> awk
> gawk
> nawk
I think it depends on what platform you are running. The best solution would
be to use 'awk' and stick to the least common denominator in the command
set,
Martin.
--
Unix _IS_ user friendly - it's just selective a
Erik Hofman <[EMAIL PROTECTED]> wrote:
> Tony Peden wrote:
>> On Thu, 2003-09-04 at 22:06, Jon Berndt wrote:
>>
>>>Did I mention this link yet?
>>>
>>>http://www.web-discovery.net/
>>
>>
>> Very cool!
> Indeed. I knew it exists but didn't know it used JSBSim (or doesn't it?)
> It looks like a
"Curtis L. Olson" <[EMAIL PROTECTED]> wrote:
> Anyway, what I have can be found here:
> ftp://ftp.flightgear.org/pub/fgfs/Scenery-0.9.2/
Probably it would have been wise to coordinate the rename of the Scenery/
directory, so the ftp mirrors would not have to pull the complete
Scenery-0.7.9/
Erik Hofman <[EMAIL PROTECTED]> wrote:
> Update of /var/cvs/FlightGear-0.9/data/Aircraft/fokker50/Models
> In directory baron:/tmp/cvs-serv715
> Modified Files:
> fokker50.ac fokker50.xml
The F-50 has evolved to a really nice aircraft. But there are still a few
issues that appear very stra
"Curtis L. Olson" <[EMAIL PROTECTED]> wrote:
> Update of /var/cvs/FlightGear-0.9/data/Airports
> In directory baron:/tmp/cvs-serv7323
> Modified Files:
> basic.dat.gz
> Log Message:
> Updated airport data (including new airports from Robin Peel.)
Wohoo, he even includes Chambley Airbase in
"Jim Wilson" <[EMAIL PROTECTED]> wrote:
> SHIFT+1 left engine select
> SHIFT+2 right engine select
This is one thing we might internationalize sóomtime
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
Erik Hofman <[EMAIL PROTECTED]> wrote:
> BTW. Did anyone think about creating a directory tree to store static
> scenery for world coverage? I think it is highly needed.
especially as we're now missing the embosomed buildings after
employing Curt's new scenery samples,
Martin.
--
Unix _I
"Jim Wilson" <[EMAIL PROTECTED]> wrote:
> [...] So the
> mapping actually _is_ shift+2 as opposed to @ or " or whatever the shift
> character on the 2 key happens to be.
No, in fact I have to use "@", on our keyboard this is "AltGr-q" to
select the second engine in FlightGear on the German keyboa
Ima Sudonim <[EMAIL PROTECTED]> wrote:
> OK, Shift-2 selects magneto for the second engine. Shift-1 the first.
> Shift-g is lower the gear.
[...]
> Next time I promise to re-read the documentation! 8-)
Concerning the gear the 'official' documentation is not up to date
because Shift-g
James Turner <[EMAIL PROTECTED]> wrote:
> The impression I have is that no matter what texture is picked for
> 'default' landcover, it's going to be massively, obviously wrong much
> of the time.
This leads to the assumption that there is need for another source of
landcover data. The SRTM misi
Erik Hofman <[EMAIL PROTECTED]> wrote:
> Any chance you can convert it to MPEG (instead of Motion JPEG)?
> irixdivx doesn't support motion jpeg yet :-(
Hey, MJPEG is _the_ default video format on SGI, although 'movieplayer'
might not be able to decode AVI
Martin.
--
Unix _IS_ user friendl
"Curtis L. Olson" <[EMAIL PROTECTED]> wrote:
> If you'd like to track the progress of my world scenery rebuild effort
> and download the chunks that have finished so far, you can go to the
> following page:
>
> http://www.flightgear.org/Downloads/scenery-0.9.2.html
I'd like to note that all t
Randy Locklair <[EMAIL PROTECTED]> wrote:
> Hey do we need another US mirror? I have a machine at rackspace.com that I
> could host the stuff on. Let me know.. We'll try it, and if the bandwidth
> doesn't get too ridiculous I'll keep it up for good.
Be careful if you have volume constraints. I'm
Just as a side note:
St. Auban / LFMX appears to have a wrong location. The location already
looked very trange with the old scenery and alos does with the new one.
In Flightgear the runway sits directly on top of the 'Durance':
http://document.ihg.uni-duisburg.de/bitmap/FGFS/LFMX_01.png
Martin.
David Culp <[EMAIL PROTECTED]> wrote:
>> St. Auban / LFMX appears to have a wrong location.
> For LFMX I show a location of 4404N 00600E, elevation 461 m
This appears to be not precise enough:
http://www.ivao.org/db/ss/airport.asp?Id=LFMX
isnix: 18:26:10 ~> zgrep LFMX CVS/FlightGear/data/Air
[EMAIL PROTECTED] wrote:
> We could use the edonky network for sharing the scenery and other flightgear
> relevant files. This would reduce the traffic of the official ftp mirror
> servers because users could download those files from each other
> via the edonkey network.
Currently I'm okay wit
"Curtis L. Olson" <[EMAIL PROTECTED]> wrote:
> Also, in this case, consider that we are using vmap0 data for
> rivers/roads which can differ from "true" WGS-84 positions by up to a
> couple 100 meters in places.
Aaah, okay,
Martin.
--
Unix _IS_ user friendly - it's just selective about
Erik Hofman <[EMAIL PROTECTED]> wrote:
> I was wondering, since we have a global developers base, how difficult
> would it be to measure the error of the VMap0 data globally [...]
You mean to take kown places for reference and determine the error of
their placement in VMap0 data ? We'll have on
"Norman Vine" <[EMAIL PROTECTED]> wrote:
> There is no shortcut to be found here, spend your energies looking for
> higher res data sets to splice in to the vmap0 locally !
Oh, we _do_ have the ability to produce higer res data by hand. The
missing bit is a mechanism to modify the automatic scen
"Norman Vine" <[EMAIL PROTECTED]> wrote:
> Martin Spott writes:
>> Oh, we _do_ have the ability to produce higer res data by hand. The
>> missing bit is a mechanism to modify the automatic scenery build so
>> that we can specify an order of different data s
"Norman Vine" <[EMAIL PROTECTED]> wrote:
> Martin Spott writes:
>> "Norman Vine" <[EMAIL PROTECTED]> wrote:
>>
>> > This can be turned into a Polygon Algebra abstraction,
>>
>> Every piece of manually
>> refined lan
"Curtis L. Olson" <[EMAIL PROTECTED]> wrote:
> I am just commiting an additional command line option to specify a
> starting time of day in the sense of:
Did you probabliy mix up other options ? I usually run FlightGear with
--start-date-lat=2002:04:11:11:11:11 and enjoy a nice morning. After
the
Erik Hofman <[EMAIL PROTECTED]> wrote:
> Update of /var/cvs/FlightGear-0.9/data/Aircraft/T38
> In directory baron:/tmp/cvs-serv23354
> Modified Files:
> T38.xml
I'd vote for a modification of the 3D model. The cones behind the
engines don't look _that_ realistic when sitting idle on the ru
Frederic BOUVIER <[EMAIL PROTECTED]> wrote:
> Martin Spott wrote:
>> Erik Hofman wrote:
>> > Update of /var/cvs/FlightGear-0.9/data/Aircraft/T38
>> > In directory baron:/tmp/cvs-serv23354
>>
>> > Modified Files:
>> > T38.xml
>
Erik Hofman <[EMAIL PROTECTED]> wrote:
> Update of /var/cvs/FlightGear-0.9/FlightGear/src/Cockpit
> In directory baron:/tmp/cvs-serv26208
> Modified Files:
> panel.cxx
Although this improves the altimeter display in the default aircraft,
the c310u3a-3d looks a bit strange now at my end:
h
Erik Hofman <[EMAIL PROTECTED]> wrote:
> It's meant to be the heath buildup that disturbs the airflow and hence
> influences the visibility in the specific area.
Personally I consider the cones a bit dominant for this purpose,
Martin.
--
Unix _IS_ user friendly - it's just selective about who
David Megginson <[EMAIL PROTECTED]> wrote:
> Norm is right that the only robust solution is to build a big, central
> database-driven GIS repository, where we can check out individual
> polygons, lines, and elevation points, edit them, and then check them
> back in again (preferably in a distribut
"Norman Vine" <[EMAIL PROTECTED]> wrote:
> Martin Spott writes:
>>
>> I wonder how long it takes until someone imports the world's SRTM data
>> into GRASS (with a networked database backend like PostGIS).
>
> AFAIK lots of people are doing this
Erik Hofman <[EMAIL PROTECTED]> wrote:
> Martin Spott wrote:
>> Although this improves the altimeter display in the default aircraft,
>> the c310u3a-3d looks a bit strange now at my end:
>>
>> http://document.ihg.uni-duisburg.de/bitmap/FGFS/Panel_04.png
> Wha
Erik Hofman <[EMAIL PROTECTED]> wrote:
> Update of /var/cvs/FlightGear-0.9/FlightGear/src/Cockpit
> In directory baron:/tmp/cvs-serv3773
> Modified Files:
> panel.cxx
> Log Message:
> Try to prevent z-buffer problems for video cards with a 16-bit depth buffer
_Slight_ improvement on a 24 b
Erik Hofman <[EMAIL PROTECTED]> wrote:
> Update of /var/cvs/FlightGear-0.9/FlightGear/src/Cockpit
> In directory baron:/tmp/cvs-serv8404
> Modified Files:
> panel.cxx
> Log Message:
> Don't just disable depth buffer writes but instead disable the depth test all
> together
By accident my m
"Jim Wilson" <[EMAIL PROTECTED]> wrote:
> Starting with --start-date-lat=2002:07:01:20:00:00 (default airport), I'm
> seeing a sudden change in lighting after about a minute or so,
This is exactly the behaviour I encounter when for example starting at
dusk (in the c310u3a-3d at KHAF this time). W
Erik Hofman <[EMAIL PROTECTED]> wrote:
> Martin Spott wrote:
>> This is exactly the behaviour I encounter when for example starting at
>> dusk (in the c310u3a-3d at KHAF this time). When FG starts, the panel
>> is a bit dark (because it's already pretty dark outsid
"Norman Vine" <[EMAIL PROTECTED]> wrote:
> Martin Spott writes:
>> We would need a database where everyone around the world could be
>> granted write access to a dataset that is kept at one central point
>> (later we might talk about replication or a distrib
"Norman Vine" <[EMAIL PROTECTED]> wrote:
> And I am worried about security issues when we have thousands of
> users all wanting to update their little piece of the earth :-)
I didn't mean that _everyone_ should be able to write to the "scenery
database" (or however we'd call it _if_ it really sho
"Curtis L. Olson" <[EMAIL PROTECTED]> wrote:
> Going a slightly different direction with this, the latest scenery
> build consumes almost 7Gb (up from the previous 4.5Gb) which means it
> takes me about 11 cd's to fully contain it.
Is the new rebuild already complete ? I'm wondering:
bash-2.03$
Alex Perry <[EMAIL PROTECTED]> wrote:
> http://www.linuxdevices.com/articles/AT9733962835.html
> There _must_ be a better way to communicate with the remote model aircraft
> than to use a web application server as the client software ...
Shure, but I have the impression the decided to do it this
"Curtis L. Olson" <[EMAIL PROTECTED]> wrote:
> I think I would like to start prepairing for the 0.9.3 release of
> FlightGear. Lot's of stuff has changed, and the latest scenery works
> slightly better with the current cvs code.
Nice to hear - I hope I'll get the manual up to date in time. There
Matevz Jekovec <[EMAIL PROTECTED]> wrote:
>>3.) fix several aircrafts: For example thos who are supposed to have a
>>speed brake should really have a working one.
>>
>>
> Yeah, my J-22 has speed brakes (modeled and animated correctly), but
> shift+b doesn't do anything? This should really b
"Jim Wilson" <[EMAIL PROTECTED]> wrote:
> We may find that we'll need to have certain keys reserved for "per aircraft"
> definitions, rather than modifying (overriding) global key input properties,
> at least for the time being.
I'd say everything is welcome that is backed by some structure that
"Jim Wilson" <[EMAIL PROTECTED]> wrote:
> If someone has the TeX utils (and tex4ht) setup on their system, the
> FGShortRef.* could use an update. Attached below is a list of changes that
> need to be made.
I'm listening - thanks for your input,
Martin.
--
Unix _IS_ user friendly - it's just
Erik Hofman <[EMAIL PROTECTED]> wrote:
> Martin Spott wrote:
>> Shift-b _schould_ toggle the parking brake and it does so on _most_
>> aircrafts - some by LeeE have additional very nice gimmicks. Someone
>> posted Ctrl-b for the speed brake but none of the aircraft th
Martin Spott <[EMAIL PROTECTED]> wrote:
> Unfortunately I didn't manage to get this one airborne because the
> engines don't work any more after the recent JSBSim turbine update.
Oh, I have to start counting with [1] instead of [0]. Wouldn't it be
nice if we could
> "Misc keyboard controls"
> CTRL + B Speedbrake.
Still does not work on the YF-23. While testing I found an interesting
effect. Usually I'm running FG with:
--start-date-lat=2002:04:11:11:11:11
When I did a reset via menu I was suddenly sitting in the dark (on
KHAF). Can anyone reproduce
"Jim Wilson" <[EMAIL PROTECTED]> wrote:
> Martin Spott <[EMAIL PROTECTED]> said:
>> "Jim Wilson" <[EMAIL PROTECTED]> wrote:
>>
>> > If someone has the TeX utils (and tex4ht) setup on their system, the
>> > FGShortRef.* coul
Martin Spott <[EMAIL PROTECTED]> wrote:
> [...] We definitely can't use Shift-2 to select the second engine on a
> C310, we have to use "@" (AltGr-q). This means "Q" [...]
^
Errr I mean "@",
M
David Culp <[EMAIL PROTECTED]> wrote:
> Here's a key map for English keyboards, [...]
I assume that there are differences between British and American
keyboards,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
"Jim Wilson" <[EMAIL PROTECTED]> wrote:
> Martin Spott <[EMAIL PROTECTED]> said:
>> Nope. I have to repeat myself here - people simply don't listen what
>> I'm talking about! Users with a German keyboard _have_ to use these
>> keys. We definite
Lee Elliott <[EMAIL PROTECTED]> wrote:
> On Wednesday 24 September 2003 11:52, Martin Spott wrote:
>> > "Misc keyboard controls"
>> > CTRL + B Speedbrake.
>>
>> Still does not work on the YF-23. While testing I found an interesting
>>
> due to the size of the current flight school (pdf=5.6MB), I would like
> to change it to HTML. I tried to use latex2html, but was more or less
> disappointed by the result (same with pdf2html).
We use 'pdflatex' for PDF output and 'htlatex' for the HML version of
the manual(s). As I'm not an exp
Hello,
I made a Solaris build of FlightGrear from the sources _before_ Erik's
most recent patch set ("Move FGEventMgr and FGSubsystemMgr over to
SimGear, [...]"). You'll find it in:
ftp://ftp.uni-duisburg.de/FlightGear/Solaris/FlightGear-20030924.tar.bz2
This is an archive of the whole result tr
Andy Ross <[EMAIL PROTECTED]> wrote:
> YASim's author has been AWOL. But I think he's still on the mailing
> list. :)
Nice to see you're still here,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
"Curtis L. Olson" <[EMAIL PROTECTED]> wrote:
> Lee Elliott has just contributed an AN225 to the FlightGear project
> and I have just committed it to CVS. This aircraft is the biggest one
> built for FlightGear so far and it flies and looks really nice.
Great ! Incredible !
Martin.
--
Unix _IS_
"David Luff" <[EMAIL PROTECTED]> wrote:
> On 10/1/03 at 10:58 AM James A. Treacy wrote:
>>At the risk of offending the author of the text, I have modified the
>>last three paragraphs of overview.html to be a bit less personal.
>
> Hmm, I always thought that was Michael Basler speaking. No doubt
"Curtis L. Olson" <[EMAIL PROTECTED]> wrote:
> What can I say, I learned html in the 20th century back when there
> were more gopher servers than http servers. :-)
When I started exploring The Net we only had Gopher here in Germany -
at least I never heard about HTTP in Germany in 1994. We used a
David Megginson <[EMAIL PROTECTED]> wrote:
> Thanks. Obviously, we'll want to make things smarter soon, but for
> now, should we consider moving all of the custom buildings to their
> own directory hierarchy, so that we don't have to reinstall them
> whenever there's a new scenery build? What do
Jon Stockill <[EMAIL PROTECTED]> wrote:
> On Thu, 2 Oct 2003, Martin Spott wrote:
>> I'd suggest to have a mechanism that provides handling of _all_ sort
>> manual addition - this includes manual scenery tweaking. I assume this
>> is best done on scenery generation
"Curtis L. Olson" <[EMAIL PROTECTED]> wrote:
> Update of /var/cvs/FlightGear-0.9/www/Docs/InstallGuide
> In directory baron:/tmp/cvs-serv19466/Docs/InstallGuide
> Modified Files:
> getstart.html getstartap1.html getstartap2.html
> getstartap3.html getstartch1.html getstartch2.html
>
Erik Hofman <[EMAIL PROTECTED]> wrote:
> In case you are creating your own modifications to the animation file,
> you have to animate every blade by itself because they don't share a
> single rotation axis ...
I doubt any reasonable machine is able to handle the varying blade
angles every frame
"Richard Bytheway" <[EMAIL PROTECTED]> wrote:
> A quote I once heard:
> "A helicopter is not an aircraft, it is ten thousand spare parts
> flying in close formation."
Woah :-)
But it is not _that_ difficult. I've once flown a simple Bell 47-G
model _without_ collective pitch so you had to
Martin Spott <[EMAIL PROTECTED]> wrote:
> [...] Every time you wanted to gain lift you had to accelerate the
> main rotor and - because people didn't have gyros these days - you had
> to counteract with the tail rotor (much more than you have to do
> nowadays when you simpl
Just as a side note: If anyone compiles FlightGear with GCC-3.3 using
the options "-march=athlon -O3" you are likely to trigger a compiler
but errm, 'feature'. If you experience FlightGear missing to load
FDM parameters, then you should reduce optimization to "-O1" and you're
done,
Martin.
-
"James A. Treacy" <[EMAIL PROTECTED]> wrote:
> This is one of the reasons that relative links are a good idea. As a
> made up example, a link from http://gnucash.org/en/contribute.phtml to
> http://gnucash.org/pub/gnucash/sources/stable/ should use
> instead of
> http://gnucash.org/pub/gnucash/so
Cameron Moore <[EMAIL PROTECTED]> wrote:
> So why not JS? One can assume that anyone using the GRAPHICAL interface
> will have a GRAPHICAL browser, so bye-bye lynx/links. One can also
> assume that only hardcore/anal users will have JS disabled, [...]
I'm not shure if I apply for these attribut
Cameron Moore <[EMAIL PROTECTED]> wrote:
> My suggestion for using JS was because of the whole mirroring thing. We
> could do something server-side, but then our mirrors will have to be
> able to handle it. I assume we are constrained to using only
> client-side stuff.
In this case you're livin
"Curtis L. Olson" <[EMAIL PROTECTED]> wrote:
> As time permits, I might start fiddling around with pre-release work
> for the next major release, but I'll hold off of an "official" release
> for at least a week or two probably.
I'd consider two weeks not to be enough for a release. There are so
ma
"Curtis L. Olson" <[EMAIL PROTECTED]> wrote:
> Update of /var/cvs/FlightGear-0.9/www/Docs/InstallGuide
> In directory baron:/tmp/cvs-serv29188/Docs/InstallGuide
> Modified Files:
> getstart.css getstart.html getstartap1.html getstartap2.html
> getstartap3.html getstartch1.html getstar
"Curtis L. Olson" <[EMAIL PROTECTED]> wrote:
> I'm going to push forward with some "pre" releases. I very much
> appreciate the documentation issues. Perhaps in a week or two or
> three if we are ready for an official release and the documentation
> isn't quite there, we could go ahead anyway, a
"Curtis L. Olson" <[EMAIL PROTECTED]> wrote:
> There's still time to get new code and bug fixes in before the
> official 0.9.3 release so no need to panic (yet.) :-)
Could we have a real "feature freeze" for at least one, better two
weeks before official release ?
Martin.
--
Unix _IS_ user fri
Hello, I'm still experiencing a bug that already lasts for quite some
weeks. I run 'fgfs' with '--start-date-lat=2002:04:11:11:11:11' which
gives me daylight whereever I intend to take off. After crashing the
plane I'd like to restart my choosing 'Reset' from the 'File' menu -
and I'm always gettin
Hello Curt,
"Curtis L. Olson" <[EMAIL PROTECTED]> wrote:
> FWIW, you can now do something like --timeofday=noon (or morning, or
> dusk, or dawn, etc.) which should do something similar to what you are
> trying to do with the --start-date-lat= option [...]
Yep, I already knew that ;-) but
"Curtis L. Olson" <[EMAIL PROTECTED]> wrote:
> Update of /var/cvs/FlightGear-0.9/source/src/FDM/YASim
> In directory baron:/tmp/cvs-serv7544
>
> Added Files:
> Rotor.cpp Rotor.hpp Rotorblade.cpp Rotorblade.hpp
> Rotorpart.cpp Rotorpart.hpp
> Log Message:
> Initial revision.
>
> Maik
"Jim Wilson" <[EMAIL PROTECTED]> wrote:
> Martin Spott <[EMAIL PROTECTED]> said:
>> Oh, _that_ one is really nice. Although the heli is really very well
>> behaved (even with mouse any keyboard control I find it pretty easy to
>> fly _and_land_) I'm
David Megginson <[EMAIL PROTECTED]> wrote:
> Let's all give Maik a round of applause for this one.
Indeed ! I'd say: "When dreams come true ",
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
David Megginson <[EMAIL PROTECTED]> wrote:
> There are still some problems we need to work out. For example, if
> you set the wind to 0 and turn off the engine, the helicopter still
> slides backwards and turns -- we'll have to figure out why there are
> forces acting on it. To test:
>
> fgfs
David Megginson <[EMAIL PROTECTED]> wrote:
> I've tried it with two different controllers and seem the same effect
> -- furthermore, the control-position indicators on the HUD are not
> moving, suggesting that the flutter isn't coming from there.
Very different here. The indicators on the HUD wer
"Al West" <[EMAIL PROTECTED]> wrote:
>> I tried to capture some video on my digital camera, but it
>> wasn't worth sharing. I need to come up with a better way to
>> make web videos of a live running application (under Linux.) :-)
>>
> PC into a scan convertor or use TV out and record direct t
Maik Justus <[EMAIL PROTECTED]> wrote:
> The bo really can loop and act quite different to many other helos.
Zimmerman flew a slightly modified (lubrication of the main gear box)
BO-105 which was able to fly top-down,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its frie
"Frederic Bouvier" <[EMAIL PROTECTED]> wrote:
> for those not willing to download the entire installable
> package, I also compiled a binary only zip file.
>
> It is here :
> ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/fgfs-win32-msvc-bin-0.9.3-pre1.zip
Thanks - it works excellent.
I'm please
Lee Elliott <[EMAIL PROTECTED]> wrote:
> Sorry this is OT but there isn't anyone else who'd really understand.
Still worth reading.
Thanks,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
-
"Curtis L. Olson" <[EMAIL PROTECTED]> wrote:
> All you developers who build prepackaged versions can go crazy now
> with official builds for v0.9.3 ... Debian, Mandrake, Mac OS X, Irix,
> Solaris, Slackware, Redhat, Gentoo ... yeah I'm looking at you. :-)
Just returned from vacation Solari
"Frederic Bouvier" <[EMAIL PROTECTED]> wrote:
> Tu peux télécharger les sources et les compiler toi-même si le coeur
> t'en dit ;-) C'est ce que je fais lorsqu'il m'arrive de booter sous
> Linux.
Il y'a un manuel - le "Installation and Getting Started". Ce n'est pas
actuel avec la derniere revisi
"Curtis L. Olson" <[EMAIL PROTECTED]> wrote:
> Our ftp site has been pretty much maxed out since early sunday
> morning.
yep, I see large interest in the Windows installer package on my ftp
site,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
"Innis Cunningham" <[EMAIL PROTECTED]> wrote:
> Erik Hofman writes
>>For one we need a good asphalt texture for such areas. I've been trying to
>>create one several time but didn't get satisfactory results so far. I have
>>no real idea whether there s a code change needed in TerraGear or
>>Fli
Could someone please remove:
cvs server: [15:11:17] waiting for ehofman's lock in
/var/cvs/FlightGear-0.9/data/Aircraft/bo105
Thanks,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
Andy Ross <[EMAIL PROTECTED]> wrote:
> Melchior FRANZ wrote:
>> So there's hope that the bo105 bashing comes to an end, finally? Here
>> is a more recent version with less doubled vertices, but still a rough
>> working copy with enough room for people to moan:
>> http://www.unet.univie.ac.at/~a86
601 - 700 of 1579 matches
Mail list logo