[Flightgear-devel] Developers
Its is/was bit of a "dark" how to get commit "permission" to FG and its seems to be one Curt in control. Can someone explain to process to submitting patches to this new git scenario, or are we to be held in the grey area of hopefulnes as well ? eg I'd like to submit a patch for the 787 that actually makes it boot up! pete -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear Tracker crash
a restart is also required after a DNS change of a server, or a new one etc. Is there a way to "reset" an mpserver remotely? eg reloading config every hour or remote telnet command ? pete On Fri, May 14, 2010 at 9:08 AM, Gabor Toth wrote: > Hi, > > it seems, not all the MP servers are connected to the tracker currently: > > # sh /root/list_mpservers_connected.sh > mpserver02.flightgear.org > mpserver07.flightgear.org > mpserver09.flightgear.org > mpserver10.flightgear.org > mpserver12.flightgear.org > mpserver13.flightgear.org > > Maybe some of them haven't been restarted after the crash of tracker. > Please restart them. > > Thanx, > Gabor > > On Wednesday 2010 May 05 21:42:08 Gabor Toth wrote: > > Dear All, > > > > unfortunately, there was a double disk failure on Monday in the tracker > > server causing the server to crash. After replacing the disks I've been > > working to restore commercial services first, and today I could finally > > restore flightgear tracker as well. > > > > Sorry for the inconveniences, > > Regards, > > Gabor > > > > > --- > > --- ___ > > Flightgear-devel mailing list > > Flightgear-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > > > > > -- > > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] professinal/educational uses of FlightGear...
Maybe thats because they can interact atmo pete On Fri, May 21, 2010 at 12:10 AM, Martin Spott wrote: > Gene Buckle wrote: > > On Fri, 14 May 2010, Martin Spott wrote: > > >> Good idea - it's just that I'm slightly uncertain if all those people > >> who are involved into professional use of FlightGear are permitted to > >> talk about their respective projects in the public > >> > > I suspect the ones that can, will. :) > > The ones _I_ know have so far decided to remain pretty silent in the > public ;-) > > Cheers, >Martin. > -- > Unix _IS_ user friendly - it's just selective about who its friends are ! > -- > > > -- > > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] professinal/educational uses of FlightGear...
Gene Buckle wrote: > On Fri, 14 May 2010, Martin Spott wrote: >> Good idea - it's just that I'm slightly uncertain if all those people >> who are involved into professional use of FlightGear are permitted to >> talk about their respective projects in the public >> > I suspect the ones that can, will. :) The ones _I_ know have so far decided to remain pretty silent in the public ;-) Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] git bundle
Martin Spott wrote: > Alex Perry wrote: >> I don't think we have country/state polygons in our current data >> image. > > We're having all sorts of polygonal data available in the > "Landcover-DB", including country/state borders. Thus from a technical > point of view there's no reason not to create a list of 1x1 degree > Scenery packages belonging to a certain two-letter country code. > The task just requires someone to cast the logic into a script for > downloading just the required pieces of Scenery from our repository. > > I _might_ put such a solution onto my TODO list, but please don't > expect an ETA of less than half a year from now there are simply > too many really relevant tasks to work on, and time's limited. As a translation for those who didn't understand my comment the first pass: I'll happily supply people willing to work on it with the required ressources (at least mostly), but I don't have neither the time nor the motivation to do everything myself. If you're in need of GIS data- or server-ressources, please ask. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [PATCH] Selectively ignore other MP aircraft
Stuart, Excellent idea and one I think many will appreciate. I haven't had time to look at it yet so please excuse the question if its obvious from within the code: Does this reset with every MP session, or is it easy to clear the list either selectively or in its entirety? All the best, Alex On 20 May 2010, at 20:08, Stuart Buchanan wrote: > Hi All, > > Please find below a small patch to allow the user to ignore specific > MP aircraft on a per-MP instance basis by setting > "controls/invisible". This > property name was chosen for consistency with the existing property > for AIBallistic objects. > > Once the source change is committed (and I've got a working git clone > of fg-data), I intend to integrate this with the MP player dialog so > that > selecting "Ignore" not only ignores chat from a particular MP user, > but also hides their aircraft. This will make it easier to ignore > people > "mucking about" at KSFO in particular. > > -Stuart > > diff --git a/src/AIModel/AIMultiplayer.cxx b/src/AIModel/AIMultiplayer.cxx > index ab9cc5c..29accef 100644 > --- a/src/AIModel/AIMultiplayer.cxx > +++ b/src/AIModel/AIMultiplayer.cxx > @@ -72,6 +72,9 @@ void FGAIMultiplayer::bind() { > props->tie("refuel/contact", SGRawValuePointer(&contact)); > props->setBoolValue("tanker",isTanker); > > +props->tie("controls/invisible", > +SGRawValuePointer(&invisible)); > + > #define AIMPROProp(type, name) \ > SGRawValueMethods(*this, &FGAIMultiplayer::get##name) > > @@ -97,6 +100,7 @@ void FGAIMultiplayer::unbind() { > //props->untie("callsign"); > props->untie("controls/allow-extrapolation"); > props->untie("controls/lag-adjust-system-speed"); > +props->untie("controls/invisible"); > props->untie("refuel/contact"); > } > > -- > > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [PATCH] Selectively ignore other MP aircraft
> Hi All, > > Please find below a small patch to allow the user to ignore specific > MP aircraft on a per-MP instance basis by setting > "controls/invisible". This > property name was chosen for consistency with the existing property > for AIBallistic objects. > > Once the source change is committed (and I've got a working git clone > of fg-data), I intend to integrate this with the MP player dialog so > that > selecting "Ignore" not only ignores chat from a particular MP user, > but also hides their aircraft. This will make it easier to ignore > people > "mucking about" at KSFO in particular. > > -Stuart > It's committed aka "pushed" - however, it's in. Torsten -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] [PATCH] Selectively ignore other MP aircraft
Hi All, Please find below a small patch to allow the user to ignore specific MP aircraft on a per-MP instance basis by setting "controls/invisible". This property name was chosen for consistency with the existing property for AIBallistic objects. Once the source change is committed (and I've got a working git clone of fg-data), I intend to integrate this with the MP player dialog so that selecting "Ignore" not only ignores chat from a particular MP user, but also hides their aircraft. This will make it easier to ignore people "mucking about" at KSFO in particular. -Stuart diff --git a/src/AIModel/AIMultiplayer.cxx b/src/AIModel/AIMultiplayer.cxx index ab9cc5c..29accef 100644 --- a/src/AIModel/AIMultiplayer.cxx +++ b/src/AIModel/AIMultiplayer.cxx @@ -72,6 +72,9 @@ void FGAIMultiplayer::bind() { props->tie("refuel/contact", SGRawValuePointer(&contact)); props->setBoolValue("tanker",isTanker); +props->tie("controls/invisible", +SGRawValuePointer(&invisible)); + #define AIMPROProp(type, name) \ SGRawValueMethods(*this, &FGAIMultiplayer::get##name) @@ -97,6 +100,7 @@ void FGAIMultiplayer::unbind() { //props->untie("callsign"); props->untie("controls/allow-extrapolation"); props->untie("controls/lag-adjust-system-speed"); +props->untie("controls/invisible"); props->untie("refuel/contact"); } -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear git repositories (was Re: GIT or CVS
BTW, I've switched the MapServer mirrors of simgear, flightgear and fgdata over to following the respective repositories at Gitorious. The mirror setup still in testing mode but I'm quite confident that it'll serve the needs. Feel free to clone your local copy from there, especially the fgdata, in order to save Gitorious bandwidth, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear git repositories (was Re: GIT or
On 20 May 2010, at 12:42, Heiko Schulz wrote: > Can someone explain me, what exactly the Hudson-server does? > I can see that it seems to build FlightGear for all avalilabe Platforms (MS, > Linux, Mac...) - but how can we use this builds? > Sorry for my question, but I'm a bit uncertain, whats really the intention. It does various things: - lets developers know 'instantly' (within a few minutes) if their change broke 'some other platform', for example 64-bit or Mac (or Windows) (this is the big one, but only matters for developers) - it can run tests automatically,although right now our test suite is pretty much zero - I did some work on that once, but it got lost in disk shuffles last year - builds can be archived and uploaded somewhere. This doesn't help Linux much, but on Mac (and Windows, when it works), this means anyone can download a latest build and test it, with no need to install compilers, libraries or anything - just download a .zip and run bleeding-edge-FG. The catch is, for this to be nice, requires some scripting. The current mac slave produces a zip, but you need to know some Terminal magic to actually run the code (set DYLD_LIBRARY_PATH, basically). I will get around to this part 'at some point', unless someone else wants to try - I have been waiting to see what response I got. James -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear git repositories (was Re: GIT or
Hi, > > Well, I've been using the master to do the Linux builds, > because it was easy - no particular reason it has to be done > that way, though. > > It does chew a bit of disk-space, since the master stores > the artefacts for the last N builds, where N is > configurable. The artefacts are a hundred megabytes or so, > since it's all the header files, libs and binaries, though > compressed of course. > > James > Can someone explain me, what exactly the Hudson-server does? I can see that it seems to build FlightGear for all avalilabe Platforms (MS, Linux, Mac...) - but how can we use this builds? Sorry for my question, but I'm a bit uncertain, whats really the intention. Heiko -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear git repositories (was Re: GIT or
On 20 May 2010, at 11:40, Martin Spott wrote: >> If anyone wishes to volunteer a proper server (with a reasonably >> symmetric connection) to run Hudson, please let me know [...] > > If it's just for running the monitor, then we probably should talk > about putting it onto The MapServer as well. Well, I've been using the master to do the Linux builds, because it was easy - no particular reason it has to be done that way, though. It does chew a bit of disk-space, since the master stores the artefacts for the last N builds, where N is configurable. The artefacts are a hundred megabytes or so, since it's all the header files, libs and binaries, though compressed of course. James -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear git repositories (was Re: GIT or CVS - Confusion)
Tim Moore schrieb: > The Git source repositories for Simgear, Flightgear, and the data > repositories are now fully enabled at gitorious.org. Thank you very much for all this work. (I think that Gitorious changed the design today only to be prepared for FlightGear?) - Y. -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear git repositories (was Re: GIT or
James Turner wrote: > And a huge thanks to Tim and Martin for doing the work to make this possible. I'd like to point out that Tim has been the one who did the Gitorious migration _now_ - many thanks, congratulations to him ! The scope of my involvement is limited to providing the outcome of my former involvement with GIT- and CVS-repositories. > If anyone wishes to volunteer a proper server (with a reasonably > symmetric connection) to run Hudson, please let me know [...] If it's just for running the monitor, then we probably should talk about putting it onto The MapServer as well. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear git repositories (was Re: GIT or CVS - Confusion)
On 20 May 2010, at 10:03, Tim Moore wrote: > The Git source repositories for Simgear, Flightgear, and the data > repositories are now fully enabled at gitorious.org. A group of developers > and modelers have been making checkins for some days now and all appears to > be working. The repositories are available at: http://gitorious.org/fg. And a huge thanks to Tim and Martin for doing the work to make this possible. And another thanks to whoever poured coffee into the CVS server ;) As a quick plug, my Hudson build system is still ticking away (I only boot up the Windows-slave VM occasionally, it's a resource hog): http://zakalawe.ath.cx:8080/ These build from Gitorious next, and I will probably experiment with making it complain to IRC, or even here, when the build breaks. If there's other configurations people wish to test (64-bit Linux, in particular), get in touch and they can be added. In general, when people report that the 'current code doesn't compile', I will direct them to the Hudson page from now on :) For any build, Hudson uses the Git changelogs to report what (and by whom!) is new in the build. If anyone wishes to volunteer a proper server (with a reasonably symmetric connection) to run Hudson, please let me know - I think any Unix will do, for Ubuntu/Debian there's an easy apt.get source available. I can do all the setup remotely, given SSH access. The disk, memory, CPU and bandwidth requirements are pretty moderate, due to our low commit rate. Regards, James -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Flightgear git repositories (was Re: GIT or CVS - Confusion)
The Git source repositories for Simgear, Flightgear, and the data repositories are now fully enabled at gitorious.org. A group of developers and modelers have been making checkins for some days now and all appears to be working. The repositories are available at: http://gitorious.org/fg. http://wiki.flightgear.org/index.php/FlightGear_and_Git is filled with good information on how to get started with Git, and this will be updated over the coming days. If you are a developer or modeler and had commit access to the CVS repository, please register at gitorious.org, upload an SSH key, and send me a message, either on gitorious or to timoore33 at gmail.com. I will then add you to the "collaborators" list. The flightgear and simgear repositories are mirrors that I've maintained for about a year-and-a-half. They are not strict mirrors of the old CVS repo because the commit history was different, but the bits are all the same. These repositories contain history going back to 1997, which I believe was the start date of the project. The fgdata repository is a copy of the repository at git://mapserver.flightgear.org/fgdata, plus a couple of commits to get the data back in sync with the last known CVS state. A big thanks goes out to Martin Spott for maintaining this, and for supplying me with an up-to-date CVS checkout! One major difference between Git and CVS is that the entire history is stored locally. This isn't a big deal for the source code repos, but the history for fgdata is quite large, over 2.5Gig. If this is a problem for you, look into the git technique of making a "shalllow clone," which doesn't download the history. You won't be able to make check-ins if you do this. If you already have a local clone of the mapserver.flightgear.org fgdata repository, you can add the gitorious.org repo as a remote to it and then fetch. This will be quite fast because the vast majority of the history is shared between the two. If you have any questions, feel free to ask here or drop by irc.flightgear.org. Tim On Wed, May 12, 2010 at 11:10 PM, Martin Spott wrote: > Heiko Schulz wrote: > > > So the next question is: > > As far as I can tell, details are being arranged after the repositories > have been migrated properly - which, obviously, is the most relevant > step now. > > Cheers, >Martin. > -- > Unix _IS_ user friendly - it's just selective about who its friends are ! > -- > > > -- > > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Shader changes. gl_FrontFacing
Hello I get most of the shaders working on my older card with changing the parts where gl_FrontFacing is used (see my last posting to "New effects on OSX" here). In terrain-default/model-default/default/reflect.frag I changed "if (!gl_FrontFacing)" to "if (n.z < 0.01)" and almost everything seems to work. Of course this is related to some problems with my ATI driver but maybe this can solve also some other card/driver shader problems (i.e. for FG 2.0.0 osx version where some shaders are disabled)? Can you please test this lines for other driver/cards and give some feedback? Does not using "gl_FrontFacing" also increase performance? Thank you for your answers. -Y. -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel