Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: source/src/Main fg_os_osgviewer.cxx, 1.28, 1.29 renderer.cxx, 1.127, 1.128
On Fri, 2009-10-30 at 18:15 -0500, Tim Moore wrote: > Update of /var/cvs/FlightGear-0.9/source/src/Main > In directory baron.flightgear.org:/tmp/cvs-serv5452/src/Main > > Modified Files: > fg_os_osgviewer.cxx renderer.cxx > Log Message: > fix moon lighting at night > > This hasn't worked since the OSG port was initially checked in. A real > phase-of-the-moon bug! > > > Author: Tim Moore http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] ZKV500 GPS instrument; (New?) GPS code bug
The "turnpoint" screen works again, but it won't start the selected waypoint, instead it uses the departure airport. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Towards release 1.9.2
Martin Spott wrote: > Stuart Buchanan wrote: > > DurkTalsma wrote: > > > >> FWIW, I would like to build a minimum base package this time, which only > >> consists of one aircraft, no AI, and a minimal set of shared models. AI > >> and > >> other aircraft can be released as a separate ADDON packages, or via CVS. > >> Likewise, shared models are now maintained via terrasync/SVN, so that is > >> also > > >> taken care of. > > > [...] We're requiring a much higher level of computer > > know-how from our user-base, so this will have significant implications for > our > > documentation and the level of basic help that will be required on the > > Forums. > > I think this is a self-elected burden, since, as we both probably know > best, "the usual suspects" have proven not to be too serious about > proper documentation. > While I do understand and respect your concerns, I feel a bit unhappy > about the idea of putting restrictions upon the release process for the > sole reason that "FlightGear" (whoever you would choose to put under > this umbrella) is still addicted to the tradition of not writing > consistent documentation. At last I think's this is not the best > foundation to make a decision about what to put into the release > packages. I'm not sure it's so much an issue that few people do enough documentation, more that it is quite hard for a new user to install scenery (remembering to refresh their airport list) and aircraft. That would be true even if we had good documentation - we'd need to find a way to encourage people to RTFM! If we feel on balance that providing a lightweight install image is worth the increased user requirements, then that is fine. I just don't want us to end up delivering something without understanding all the implications. > > If we are really concerned about the size of the base package, I suggest > > that > rather than > > restrict it to a minimum, we offer two different but complete install > > images: > > > > 1) FG-Lite with a single aircraft, no AI aircraft and a big warning that > > they > won't be > > able to see more than one or two aircraft in MP! > > 2) FG-Deluxe with a wider selection of aircraft and a full set of AI > > aircraft. > Much closer to > > what we provided in 1.9.1 > > Would you still propose to ship the entire set of shared Scenery models > with both packages or would you agree on shipping just those which are > referenced by the Base Package Scenery ? Probably just the shared models that are referenced by the Base Package Scenery, though I haven't thought about it in detail. It would seem a fairly sensible way to reduce the package size, though I don't know what the delta is. On a related note, are we happy with v1.9.2, or should we roll the version number to v2.0.0 ? (There, that'll get some interest... ) -Stuart -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New Sound system committed
Just a note to say ATIS now works here ... -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Unable to view scenery in Flightgear
Jason, It appears that because we would have to pass the license information on with your "derivative product" that scenery you create using the maps can't be used in the official FlightGear database. You could theoretically create it and distribute it yourself, but that's not the best option. If you want to improve Sydney AND improve the FlightGear scenery, I would recommend downloading Landsat imagery and creating a custom shapefile. This doesn't fix elevation, but I don't know much about editing elevation data. Also, don't edit the existing vmap0 data - this can lead to problems - so create a new shapefile from scratch if you decide to try this approach and we can merge it in, Cheers, John -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Question regarding pre-processor code in SIMGEAR/simgear/compiler.h
I have a question about a code segment in SIMGEAR/simgear/compiler.h
lines 133-147 (latest CVS version).
133 #ifdef __APPLE__
134 # ifdef __GNUC__
135 #if ( __GNUC__ >= 3 ) && ( __GNUC_MINOR__ >= 3 )
136 inline int (isnan)(double r) { return !(r <= 0 || r >= 0); }
137 #else
138// any C++ header file undefines isinf and isnan
139// so this should be included before
140// the functions are STILL in libm (libSystem on mac os x)
141 extern "C" int (isnan)(double);
142 extern "C" int (isinf)(double);
143 #endif
144 # else
145 inline int (isnan)(double r) { return !(r <= 0 || r >= 0); }
146 # endif
147 #endif
I am not sure what line 135 is supposed to catch. When I compile with
g++ version 4.2 the statement is false but if I compile with g++ version
4.3 the statement is true. Is the code supposed to catch g++ versions
3.3 and later? If yes, the line 135 should be
#if ( (__GNUC__ >= 4 || ( __GNUC__ >= 3 ) && ( __GNUC_MINOR__ >= 3 ) )
If no, then it should be
#if ( __GNUC__ == 3 ) && ( __GNUC_MINOR__ >= 3 )
Can someone of the simgear developer team review this and commit the
appropriate change to CVS?
Cheers,
Jari
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] PATCH to make simgear CVS compile on Mac OS X 10.6.1 Snow Leopard
SIMGEAR/simgear/compiler.h needs a minor change to compile on my mac
running 64-bit Snow Leopard. The proposed change is attached to this
mail. It should be safe to apply it. Can someone please commit it to
simgear CVS.
Jari
Index: simgear/compiler.h
===
RCS file: /var/cvs/SimGear-0.3/source/simgear/compiler.h,v
retrieving revision 1.31
diff -u -p -r1.31 compiler.h
--- simgear/compiler.h 26 Oct 2009 09:05:19 - 1.31
+++ simgear/compiler.h 30 Oct 2009 22:34:57 -
@@ -138,8 +138,8 @@ inline int (isnan)(double r) { return !(
// any C++ header file undefines isinf and isnan
// so this should be included before
// the functions are STILL in libm (libSystem on mac os x)
-extern "C" int isnan (double);
-extern "C" int isinf (double);
+extern "C" int (isnan)(double);
+extern "C" int (isinf)(double);
#endif
# else
inline int (isnan)(double r) { return !(r <= 0 || r >= 0); }
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Unable to view scenery in Flightgear,
Martin,
no sure if this license will be an issue but this is the free 250K
topo's from ga.gov.au
OSDM Single Deed of Licence for Australian Government Spatial Data
provided over the Internet
IMPORTANT NOTICE
THIS IS A LEGAL AGREEMENT BETWEEN THE COMMONWEALTH OF AUSTRALIA,
REPRESENTED BY THE OFFICE OF SPATIAL DATA MANAGEMENT ('OSDM') AND YOU OR
THE ORGANISATION ON WHOSE BEHALF YOU ARE AUTHORISED TO ENTER THE LICENCE
Terms and Conditions
1. Definitions:
In this Licence, unless the contrary intention appears:
a. "Licence" means this deed constituted by the Licensee
Details and these Terms and Conditions;
b. "Data" means any spatial dataset produced by the
Commonwealth and listed in the Schedule to this deed;
c. "Derivative Product" means a distinct product in which
the Data is altered, abridged or supplemented, and/or
which incorporates additional functionality;
d. "End-user" means a third party to whom the Licensee (or
any sublicensee) supplies the Data or a Derivative
Product;
e. "Intellectual Property" includes all copyright, and all
rights in relation to registered and unregistered
trademarks (including service marks), registered designs
and confidential information (including trade secrets
and know-how), and all other rights resulting from
intellectual activity in the industrial, scientific,
literary or artistic fields; and
f. "Licensee" means you or the organisation named in the
Licensee Details.
g. "Custodian Agency" the agency responsible for the
production of the dataset as specified in Schedule 1.
h. "OSDM" means the Commonwealth of Australia, represented
by the Office of Spatial Data Management.
2. Parties: This Licence constitutes a legal deed between OSDM and
the Licensee.
3. Licensee Details: The Licensee warrants that the Licensee
Details provided are correct and complete. The Licensee must
promptly notify OSDM of any changes to the Licensee Details,
including changes to the contact email address provided.
4. Grant of licence: OSDM grants the Licensee a royalty-free,
non-exclusive, non-transferable licence to:
a. use, reproduce, adapt, modify, commercially exploit and
communicate the Data (including by development and
distribution of a Derivative Product); and
b. sublicense the Licensee's right to use, reproduce,
adapt, modify, commercially exploit and communicate the
Data, subject to the terms of this Licence.
5. Access to Data: The Licensee must access the Data, including any
current updates to the Data, using a validated email address, or
any other authentication procedure as notified by OSDM from time
to time.
6. End-user notices: The Licensee must include a notice in the
metadata supplied to End-users with the Data or Derivative
Product, to make End-users aware that the Data was sourced from
the Commonwealth and is used under licence and to disclose the
nature of any modification the Licensee has made to the Data.
The following copyright statement must be displayed with,
attached to or embodied in (in a reasonably prominent manner)
any Data or Derivative Product provided to an End-user:
a. where the Data is provided in unaltered form:
© Commonwealth of Australia [insert year in which the
Data was published].
The Commonwealth gives no warranty regarding the Data's
accuracy, completeness, currency or suitability for any
particular purpose.
Visit the OSDM website (http://www.osdm.gov.au/) to
access the most current version of the Data.
b. where a Derivative Product is provided, including any
digital publication:
This product (insert Derivative Product name)
incorporates Data which is
© Commonwealth of Australia [insert the year in which
the Data was published].
The Data has been used in (insert Derivative Product
name) with the permission of the Commonwealth. The
Commonwealth has not evaluated the Data as altered and
incorporated within (insert Derivative Product name),
and therefore gives no warranty regarding its
Re: [Flightgear-devel] Unable to view scenery in Flightgear,
Jason Cox wrote: > I used FGSD to move VMAP to what I had from a digitised map and I wrote > a little script to pull the topo contours and change the elevations from > a mapinfo file (plain text database). > I guess now that I can do the land cover directly from my shapefiles all > I need is to modify the elevations based on the shapefile topo data. Yup, editing land cover shapefiles should be pretty straightforward - at least several people are doing this, using QGIS, OpenJUMP or GRASS. BTW, if the copyright of the map permits public dustribution of the digitized data (I know, most maps don't), we'd be happy to include this into our world coverage. Look here for one sample of digitized, well, satellite imagery we're including into FlightGear's World Scenery: http://mapserver.flightgear.org/map/?lon=-156.34932&lat=20.76679&zoom=11&layers=B00TTFFF or this one, just finished (thanks to John Holden and Chris Schmitt): http://mapserver.flightgear.org/map/?lon=-73.37928&lat=40.77091&zoom=10&layers=B00TTFFF Editing elevation is much more difficult. In theory, you could edit the SRTM raster input and hope that TerraGear will leave the most prominent edits in place. The implementation of a TerraGear feature to override the elevation raster from a set of elevation contour lines in a certain area is still awaiting to happen. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ;5B -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New Sound system committed
Erik Hofman wrote: > I've committed the current state of my local code to see if it fixes > anything. > > Erik Erik, there is a typo in SIMGEAR/simgear/sound/Makefile.am, see diff below. Cheers, Jari Index: simgear/sound/Makefile.am === RCS file: /var/cvs/SimGear-0.3/source/simgear/sound/Makefile.am,v retrieving revision 1.12 diff -u -p -r1.12 Makefile.am --- simgear/sound/Makefile.am 29 Oct 2009 12:53:20 - 1.12 +++ simgear/sound/Makefile.am 30 Oct 2009 21:22:35 - @@ -22,7 +22,7 @@ check_PROGRAMS = openal_test1 openal_tes openal_test1_SOURCES = openal_test1.cxx openal_test2_SOURCES = openal_test2.cxx -openal_test3SOURCES = openal_test3.cxx +openal_test3_SOURCES = openal_test3.cxx openal_test1_LDADD = \ $(top_builddir)/simgear/debug/libsgdebug.a \ -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] subsystem_mgr.cxx:249: error
g++ -DHAVE_CONFIG_H -I. -I../../simgear -I../.. -I/opt/FlightGear/include -g -O2 -D_REENTRANT -MT subsystem_mgr.o -MD -MP -MF .deps/subsystem_mgr.Tpo -c -o subsystem_mgr.o subsystem_mgr.cxx subsystem_mgr.cxx: In member function ‘void SGSubsystemGroup::Member::printTimingStatistics()’: subsystem_mgr.cxx:249: error: ‘snprintf’ was not declared in this scope > I can not compile. In Windows and Linux... Fix it pliz. Sorry. I almost do not speak on English -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Unable to view scenery in Flightgear,
both. I used FGSD to move VMAP to what I had from a digitised map and I wrote a little script to pull the topo contours and change the elevations from a mapinfo file (plain text database). I guess now that I can do the land cover directly from my shapefiles all I need is to modify the elevations based on the shapefile topo data. Jason On Fri, 2009-10-30 at 20:42 +, Martin Spott wrote: > Hi Jason, > > Jason Cox wrote: > > > So what tools are availble now for scenery modification? > > Would you like to edit the land cover polygon or the elevation data ? > > Martin. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Unable to view scenery in Flightgear,
Hi Jason, Jason Cox wrote: > So what tools are availble now for scenery modification? Would you like to edit the land cover polygon or the elevation data ? Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Unable to view scenery in Flightgear, OK in Atlas
I would love to see that as well. problem I have is that i used to use Fred's FGSD but it no longer works on my gentoo 64 box and looks like development stopped a few years ago. So what tools are availble now for scenery modification? Jason On Fri, 2009-10-30 at 22:25 +1100, Scott Hamilton wrote: > On Fri, 2009-10-30 at 19:48 +1100, Jason Cox wrote: > > Hi ya Jason, > > > I'd be very keen to see someone do Sydney, I think a lot of the > terrain is a bit sharp, there is a > weird 200ft ravine through the CBD that would make it difficult > to place buildings on... > > > S. > > > > Ok now I am lost. > > I just added another layer to the scenery and re-ran the script i use to > > build the scenery and it works. > > I now hve my high res coast and roads (just about to run residential > > level osm) :) > > > > Jason > > PS once done I will throw it up on my server > > > > On Fri, 2009-10-30 at 18:32 +1100, Jason Cox wrote: > > > Ron, > > > I think that tile is actualy ocean. > > > I tried Scenery/Terrain/e150s40/e151s33/5426762.btg.gz and it show > > > Default and other layers. > > > > > > Is there a maximum number of elements to a file as this is some high > > > resolution stuff I am trying to build > > > > > > > > > Jason > > > > > > > > > On Thu, 2009-10-29 at 23:10 +, Ron Jensen wrote: > > > > Jason, > > > > > > > > Newer versions of fgfs have a command line switch "--fgviewer" that will > > > > show a tile to you without need of starting all the flightgear systems. > > > > > > > > $fgfs --fgviewer YGDH.btg.gz > > > > > > > > What I am seeing is all your terrain is coming out flat and in sea/water > > > > texture. By zcatting one of you terrain files through strings: > > > > > > > > $zcat Scenery/Terrain/e150s30/e150s30/5410562.btg.gz | strings > > > > > > > > The only texture listed is ocean. > > > > > > > > Your missing something with the terragear build chain. > > > > > > > > Ron > > > > > > > > > > > > On Fri, 2009-10-30 at 08:05 +1100, Jason Cox wrote: > > > > > I forgot to say, a sample is available at > > > > > http://globelock.mine.nu/YWLM.tgz > > > > > > > > > > Jason > > > > > > > > > > > > > > > On Fri, 2009-10-30 at 07:42 +1100, Jason Cox wrote: > > > > > > Hi everyone, > > > > > > I have been generating Scenery now for a few days experimenting with > > > > > > data sources along the way. > > > > > > I currently have some scenery that shows as expected in atlas (area > > > > > is > > > > > > around YWLM).The coast and major roads show up correctly. The > > > > > problem is > > > > > > that when I start Flightgear using the scenery I just get an ocean > > > > > > tile. > > > > > > > > > > > > I am not sure how to procced from here and any help would be greatly > > > > > > appreciated. > > > > > > > > > > > > Jason > > > > > > > > > > > > -- > > > > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > > > > is the only developer event you need to attend this year. Jumpstart your > > > > developing skills, take BlackBerry mobile applications to market and > > > > stay > > > > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > > > > http://p.sf.net/sfu/devconference > > > > ___ > > > > Flightgear-devel mailing list > > > > Flightgear-devel@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > > > > > > > > > -- > > > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > > > is the only developer event you need to attend this year. Jumpstart your > > > developing skills, take BlackBerry mobile applications to market and stay > > > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > > > http://p.sf.net/sfu/devconference > > > ___ > > > Flightgear-devel mailing list > > > Flightgear-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > > > > > > -- > > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > > is the only developer event you need to attend this year. Jumpstart your > > developing skills, take BlackBerry mobile applications to market and stay > > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > > http://p.sf.net/sfu/devconference > > ___ > > Flightgear-devel mailing list > > Flightgear-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > -- > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to at
Re: [Flightgear-devel] New Sound system committed
> Erik, > - Is there a model you're working on with sound? I've just been testing > with whatever I happen to want to load... > > - Today while flying I noticed the marker beacon is doppler shifted in > all aircraft views. Tower and Fly-by view it sounds correctly. > > Thanks, > > Ron > > Hi Ron , Which OpenAl are you currently using ?Maybe I'll try it , if I haven't already. The doppler effect broke for me long ago , but I now get a very low pitched marker beacon sound... I did notice yesterday that from an outside view , the volume changes while rotating the view around the aircraft , but Im assuming that's the orientation Eric is working on ... The only other thing I see is the volume slider doesn't change the volume smoothly (already reported) , and ATIS cuts off other sounds , but doesn't play itself... Cheers -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] ZKV500 GPS instrument; (New?) GPS code bug
Committed, thanks! 2009/10/30 Sébastien MARQUE > Hi, > > sorry for being absent these last days. the zkv500 is now repaired (see > attached patch) at least for turnpoint mode. I'm quite sure there will have > problem some problems with route management, I haven't tested yet, but I'll > do this week-end. > > I've also fixed the screen refresh frequency, which is now more regular. > > if someone can commit this patch, I'll be thankfull. > > best regards > seb > > > -- > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > > -- Curtis Olson: http://baron.flightgear.org/~curt/ -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Towards release 1.9.2
Hi Stuart, Stuart Buchanan wrote: > DurkTalsma wrote: > >> FWIW, I would like to build a minimum base package this time, which only >> consists of one aircraft, no AI, and a minimal set of shared models. AI and >> other aircraft can be released as a separate ADDON packages, or via CVS. >> Likewise, shared models are now maintained via terrasync/SVN, so that is >> also >> taken care of. > [...] We're requiring a much higher level of computer > know-how from our user-base, so this will have significant implications for > our > documentation and the level of basic help that will be required on the Forums. I think this is a self-elected burden, since, as we both probably know best, "the usual suspects" have proven not to be too serious about proper documentation. While I do understand and respect your concerns, I feel a bit unhappy about the idea of putting restrictions upon the release process for the sole reason that "FlightGear" (whoever you would choose to put under this umbrella) is still addicted to the tradition of not writing consistent documentation. At last I think's this is not the best foundation to make a decision about what to put into the release packages. > If we are really concerned about the size of the base package, I suggest that > rather than > restrict it to a minimum, we offer two different but complete install images: > > 1) FG-Lite with a single aircraft, no AI aircraft and a big warning that they > won't be > able to see more than one or two aircraft in MP! > 2) FG-Deluxe with a wider selection of aircraft and a full set of AI > aircraft. Much closer to > what we provided in 1.9.1 Would you still propose to ship the entire set of shared Scenery models with both packages or would you agree on shipping just those which are referenced by the Base Package Scenery ? Best regards, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: data/Models/Maritime/Military
Vivian Meazza wrote: > Update of /var/cvs/FlightGear-0.9/data/Models/Maritime/Military > In directory baron.flightgear.org:/tmp/cvs-serv17265 > > Modified Files: >OliverPerryFFG.ac > Log Message: > Rotate to standard FG orientation Please see 'data/Models/00README.CONTRIBUTE': "The following classes of static geometries and therefore the corresponding subdirectories are being maintained via the FlightGear Scenery Model Repository (http://scenemodels.flightgear.org/models.php) [...]" It's getting obvious to me, that friendly reminders are silently being ignored. Why do you think did we put this README file there In consequence, it seems like we have to be a bit more verbose: If you commit directly to CVS, then you're putting your change at risk of getting overwritten the next time we're syncing the Scenemodels repository to CVS. Thanks for listening, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [SPAM] Re: about yasim's rotor model
On Friday 30 Oct 2009, Heiko Schulz wrote: > Hi, > > > i'm interested on mi-17, it's the > > model used in my country's army (Peru) > > but actually i'm following the current mi-6 work ( > > http://www.flightgear.org/forums/viewtopic.php?f=4&t=5251&st=0&; > >sk=t&sd=a&start=30 ), it will be the first step in russian mil > > helis... > > > > I hope to contribute in some > > way in this project > > CesarGaston > > I'm not sure, but I think Peru (or Chile???) has already a > Mi-17-simulator for military training based on FlightGear and > JBSim. But not YASim - the russian helis are very interesting, > and definitly missing in FGFS! > > Cheers > HHS Actually, Russian aircraft in general are very interesting and imo, some of their trade-offs between pure technology and pragmatism have resulted in more effective and more useful aircraft than what the West has developed. It's not true in every case, of course, but you certainly need to look deeper than just what the western political and manufacturing propaganda would suggest. LeeE -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] ZKV500 GPS instrument; (New?) GPS code bug
Hi,
sorry for being absent these last days. the zkv500 is now repaired (see
attached patch) at least for turnpoint mode. I'm quite sure there will
have problem some problems with route management, I haven't tested yet,
but I'll do this week-end.
I've also fixed the screen refresh frequency, which is now more regular.
if someone can commit this patch, I'll be thankfull.
best regards
seb
Index: Aircraft/Instruments-3d/zkv500/MainScreens.nas
===
RCS file: /var/cvs/FlightGear-0.9/data/Aircraft/Instruments-3d/zkv500/MainScreens.nas,v
retrieving revision 1.6
diff -r1.6 MainScreens.nas
220c220
< crs_deviation = gps_wp.getNode("leg-course-deviation-deg").getValue();
---
> crs_deviation = me.waypoint.getNode("course-deviation-deg").getValue();
239,240c239,240
< gps_wp.getNode("leg-course-deviation-deg").getValue(),
< gps_wp.getNode("leg-course-error-nm").getValue() * dist_conv[0][dist_unit],
---
> me.waypoint.getNode("course-deviation-deg").getValue(),
> me.waypoint.getNode("course-error-nm").getValue() * dist_conv[0][dist_unit],
Index: Aircraft/Instruments-3d/zkv500/TurnpointScreens.nas
===
RCS file: /var/cvs/FlightGear-0.9/data/Aircraft/Instruments-3d/zkv500/TurnpointScreens.nas,v
retrieving revision 1.4
diff -r1.4 TurnpointScreens.nas
32c32
< gps_wp.getNode("wp[1]/name").setValue(bookmark.getNode("name").getValue());
---
> gps_wp.getNode("wp[1]/name",1).setValue(bookmark.getNode("name").getValue());
34c34
< gps_wp.getNode("wp[1]/waypoint-type").setValue(bookmark.getNode("waypoint-type").getValue());
---
> gps_wp.getNode("wp[1]/waypoint-type",1).setValue(bookmark.getNode("waypoint-type").getValue());
Index: Aircraft/Instruments-3d/zkv500/ZKV500.nas
===
RCS file: /var/cvs/FlightGear-0.9/data/Aircraft/Instruments-3d/zkv500/ZKV500.nas,v
retrieving revision 1.8
diff -r1.8 ZKV500.nas
5a6
> var refresh_timer = 0; #avoid multiple settimers
140c141,142
< var refresh_display = func() { #refresh displayed lines, settimer if necessary
---
> var refresh_display = func(forced = 1) { #refresh displayed lines, settimer if necessary
> if (!forced) refresh_timer -= 1;
142c144,147
< if (isOn and 0 < displayed_screen < 5 ) settimer(func { refresh_display(); }, freq, 1);
---
> if (isOn and 0 < displayed_screen and displayed_screen < 5 and !refresh_timer) {
> refresh_timer += 1;
> settimer(func { refresh_display(0); }, freq, 1);
> }
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New Sound system committed
On Fri, 2009-10-30 at 10:08 +0100, Erik Hofman wrote: > Nicolas Quijano wrote: > > The wind sample we use is indeed very saturated, and was drowned by the > > rumble sample before. > > Did another run today and think you might be fooled by another sound > effect that I have been trying to simulate; at higher alpha or beta > values the propwash sound effect kicks in. I think it does need some > tweaking though now that you mention it. > > Erik Erik, - Is there a model you're working on with sound? I've just been testing with whatever I happen to want to load... - Today while flying I noticed the marker beacon is doppler shifted in all aircraft views. Tower and Fly-by view it sounds correctly. Thanks, Ron -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [SPAM] Re: about yasim's rotor model
Hi, > i'm interested on mi-17, it's the > model used in my country's army (Peru) > but actually i'm following the current mi-6 work ( > http://www.flightgear.org/forums/viewtopic.php?f=4&t=5251&st=0&sk=t&sd=a&start=30 > ), it will be the first step in russian mil helis... > > I hope to contribute in some > way in this project > CesarGaston > I'm not sure, but I think Peru (or Chile???) has already a Mi-17-simulator for military training based on FlightGear and JBSim. But not YASim - the russian helis are very interesting, and definitly missing in FGFS! Cheers HHS -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [SPAM] Re: about yasim's rotor model
i'm interested on mi-17, it's the model used in my country's army (Peru) but actually i'm following the current mi-6 work ( http://www.flightgear.org/forums/viewtopic.php?f=4&t=5251&st=0&sk=t&sd=a&start=30), it will be the first step in russian mil helis... I hope to contribute in some way in this project CesarGaston 2009/10/30 Atadjanov Daniyar > Hi, Cesar! > > It's great to see that somebody is working on Russian helis. On what model > are you working on? > > Daniyar > > -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Unable to view scenery in Flightgear, OK in Atlas
On Fri, 2009-10-30 at 19:48 +1100, Jason Cox wrote: Hi ya Jason, I'd be very keen to see someone do Sydney, I think a lot of the terrain is a bit sharp, there is a weird 200ft ravine through the CBD that would make it difficult to place buildings on... S. > Ok now I am lost. > I just added another layer to the scenery and re-ran the script i use to > build the scenery and it works. > I now hve my high res coast and roads (just about to run residential > level osm) :) > > Jason > PS once done I will throw it up on my server > > On Fri, 2009-10-30 at 18:32 +1100, Jason Cox wrote: > > Ron, > > I think that tile is actualy ocean. > > I tried Scenery/Terrain/e150s40/e151s33/5426762.btg.gz and it show > > Default and other layers. > > > > Is there a maximum number of elements to a file as this is some high > > resolution stuff I am trying to build > > > > > > Jason > > > > > > On Thu, 2009-10-29 at 23:10 +, Ron Jensen wrote: > > > Jason, > > > > > > Newer versions of fgfs have a command line switch "--fgviewer" that will > > > show a tile to you without need of starting all the flightgear systems. > > > > > > $fgfs --fgviewer YGDH.btg.gz > > > > > > What I am seeing is all your terrain is coming out flat and in sea/water > > > texture. By zcatting one of you terrain files through strings: > > > > > > $zcat Scenery/Terrain/e150s30/e150s30/5410562.btg.gz | strings > > > > > > The only texture listed is ocean. > > > > > > Your missing something with the terragear build chain. > > > > > > Ron > > > > > > > > > On Fri, 2009-10-30 at 08:05 +1100, Jason Cox wrote: > > > > I forgot to say, a sample is available at > > > > http://globelock.mine.nu/YWLM.tgz > > > > > > > > Jason > > > > > > > > > > > > On Fri, 2009-10-30 at 07:42 +1100, Jason Cox wrote: > > > > > Hi everyone, > > > > > I have been generating Scenery now for a few days experimenting with > > > > > data sources along the way. > > > > > I currently have some scenery that shows as expected in atlas (area > > > > is > > > > > around YWLM).The coast and major roads show up correctly. The > > > > problem is > > > > > that when I start Flightgear using the scenery I just get an ocean > > > > > tile. > > > > > > > > > > I am not sure how to procced from here and any help would be greatly > > > > > appreciated. > > > > > > > > > > Jason > > > > > > > > > -- > > > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > > > is the only developer event you need to attend this year. Jumpstart your > > > developing skills, take BlackBerry mobile applications to market and stay > > > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > > > http://p.sf.net/sfu/devconference > > > ___ > > > Flightgear-devel mailing list > > > Flightgear-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > > > > > > -- > > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > > is the only developer event you need to attend this year. Jumpstart your > > developing skills, take BlackBerry mobile applications to market and stay > > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > > http://p.sf.net/sfu/devconference > > ___ > > Flightgear-devel mailing list > > Flightgear-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > > > -- > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] about yasim's rotor model
Hi, Heiko Schulz schrieb am 29.10.2009 22:27: > Hi, > > > >> ...just the rotor 3D object turns >> clockwise (the 3D rotational axis is z negative), the main >> rotor is still counterclockwise >> (/rotors/main/blade/position-deg increases, a clockwise >> rotor should decrease this value?). >> > > So much as I know this is more a nasal thing, as the YASim-heli-fdm don't > have support for engines, and this is faked by a nasal script. This > "position-deg" is more for animation. (The bo105 uses this, the s76 make use > of rotor-rpm for that as an example) > > the position-deg is not the rotation about the rotor axis, it is the rotation in the "rotation-direction" of the rotor. If I would define the meaning of this value today, I would define it as rotation around the rotor axis Maik -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New Sound system committed
Nicolas Quijano wrote: > The wind sample we use is indeed very saturated, and was drowned by the > rumble sample before. Did another run today and think you might be fooled by another sound effect that I have been trying to simulate; at higher alpha or beta values the propwash sound effect kicks in. I think it does need some tweaking though now that you mention it. Erik -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Unable to view scenery in Flightgear, OK in Atlas
Ok now I am lost. I just added another layer to the scenery and re-ran the script i use to build the scenery and it works. I now hve my high res coast and roads (just about to run residential level osm) :) Jason PS once done I will throw it up on my server On Fri, 2009-10-30 at 18:32 +1100, Jason Cox wrote: > Ron, > I think that tile is actualy ocean. > I tried Scenery/Terrain/e150s40/e151s33/5426762.btg.gz and it show > Default and other layers. > > Is there a maximum number of elements to a file as this is some high > resolution stuff I am trying to build > > > Jason > > > On Thu, 2009-10-29 at 23:10 +, Ron Jensen wrote: > > Jason, > > > > Newer versions of fgfs have a command line switch "--fgviewer" that will > > show a tile to you without need of starting all the flightgear systems. > > > > $fgfs --fgviewer YGDH.btg.gz > > > > What I am seeing is all your terrain is coming out flat and in sea/water > > texture. By zcatting one of you terrain files through strings: > > > > $zcat Scenery/Terrain/e150s30/e150s30/5410562.btg.gz | strings > > > > The only texture listed is ocean. > > > > Your missing something with the terragear build chain. > > > > Ron > > > > > > On Fri, 2009-10-30 at 08:05 +1100, Jason Cox wrote: > > > I forgot to say, a sample is available at > > > http://globelock.mine.nu/YWLM.tgz > > > > > > Jason > > > > > > > > > On Fri, 2009-10-30 at 07:42 +1100, Jason Cox wrote: > > > > Hi everyone, > > > > I have been generating Scenery now for a few days experimenting with > > > > data sources along the way. > > > > I currently have some scenery that shows as expected in atlas (area > > > is > > > > around YWLM).The coast and major roads show up correctly. The > > > problem is > > > > that when I start Flightgear using the scenery I just get an ocean > > > > tile. > > > > > > > > I am not sure how to procced from here and any help would be greatly > > > > appreciated. > > > > > > > > Jason > > > > > > -- > > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > > is the only developer event you need to attend this year. Jumpstart your > > developing skills, take BlackBerry mobile applications to market and stay > > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > > http://p.sf.net/sfu/devconference > > ___ > > Flightgear-devel mailing list > > Flightgear-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > > > -- > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New Sound system committed
Nicolas Quijano wrote: > Little mistake : The wind sound, which wasn't audible before, is now > vastly over the sound of the rumble, which I had mistakenly thought was > the wind (it makes for a better wind on wings sound, from this point of > hearing approximately between my ears) > The wind sample we use is indeed very saturated, and was drowned by the > rumble sample before. > Do you have an overview of how differently are the sounds .xml configs > interpreted vs the previous sound implementation ? It should be the same if I get the position stuff sorted out. Little tweaks could be necessary as you say since I've improved sound management (more sounds available). > What has changed in that regard, if anything, and would you by any > chance know why there could be such a huge difference ? > Because same sound config, wildly different results. > Thanks in advance for your insights. > > So never mind : sound quality might well be as good at it ever was (or > even better), sorry for that, didn't mean to muddle things up. I know, it's the little things like this that pop up when reworking the sound code. Erik -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Unable to view scenery in Flightgear, OK in Atlas
Ron, I think that tile is actualy ocean. I tried Scenery/Terrain/e150s40/e151s33/5426762.btg.gz and it show Default and other layers. Is there a maximum number of elements to a file as this is some high resolution stuff I am trying to build Jason On Thu, 2009-10-29 at 23:10 +, Ron Jensen wrote: > Jason, > > Newer versions of fgfs have a command line switch "--fgviewer" that will > show a tile to you without need of starting all the flightgear systems. > > $fgfs --fgviewer YGDH.btg.gz > > What I am seeing is all your terrain is coming out flat and in sea/water > texture. By zcatting one of you terrain files through strings: > > $zcat Scenery/Terrain/e150s30/e150s30/5410562.btg.gz | strings > > The only texture listed is ocean. > > Your missing something with the terragear build chain. > > Ron > > > On Fri, 2009-10-30 at 08:05 +1100, Jason Cox wrote: > > I forgot to say, a sample is available at > > http://globelock.mine.nu/YWLM.tgz > > > > Jason > > > > > > On Fri, 2009-10-30 at 07:42 +1100, Jason Cox wrote: > > > Hi everyone, > > > I have been generating Scenery now for a few days experimenting with > > > data sources along the way. > > > I currently have some scenery that shows as expected in atlas (area > > is > > > around YWLM).The coast and major roads show up correctly. The > > problem is > > > that when I start Flightgear using the scenery I just get an ocean > > > tile. > > > > > > I am not sure how to procced from here and any help would be greatly > > > appreciated. > > > > > > Jason > > > -- > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
