[Flightgear-devel] Fokker F50 development - who can help FokkerCharlie with two problems
Hi, FokkerCharlie is a real life Fokker F50 pilot who started improving the aircraft a lot since some time. But it seems that two problems slow down the development a lot. Is there any experienced aircraft developer who can help him to solve these two main points a) > I spent some time a while ago trying to find a way to get the engine > management working, but it looks like a limitation with JSBSim > (turboprops not really modelled properly) will prevent me doing that > as I had hoped. b) > I am still having difficulty with the display of the standby freq on > the NAV box, if anyone can fix that, then I'd love to hear from them. This is the link to the F50 thread http://www.flightgear.org/forums/viewtopic.php?f=4&t=634&st=0&sk=t&sd=a&start=105 He put the new F50 version here: http://www.filefactory.com/file/2c069b/n/fokker50_zip With FokkerCharlies knowledge "of the real thing" and the know-how of some experienced FG aircraft-designers the FlightGear Fokker F50 could become very realistic from all systems. Regards Georg EDDW - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] livery -> generic "overlay"
Melchior FRANZ wrote: > * Melchior FRANZ -- Sunday 19 October 2008: >> What was probably broken were your "material" animations > > Patch attached ... s/object/object-name/ duh :( anyway, thanks for the patch. Erik - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] livery -> generic "overlay"
* Melchior FRANZ -- Sunday 19 October 2008: > Patch attached ... Oh, and uncomment the / part, so that the livery is correctly transmitted via MP. And the property only needs to be there, but it's not actually read, so it doesn't have to get initialized. But that's just cosmetics. New patch. Tested in MP. m. Index: pc7-set.xml === RCS file: /var/cvs/FlightGear-0.9/data/Aircraft/pc7/pc7-set.xml,v retrieving revision 1.11 diff -u -p -r1.11 pc7-set.xml --- pc7-set.xml 19 Oct 2008 11:20:00 - 1.11 +++ pc7-set.xml 19 Oct 2008 18:58:23 - @@ -56,7 +56,7 @@ David Culp, [EMAIL PROTECTED] Aircraft/pc7/Models/pc7.xml -default + Index: Models/pc7.xml === RCS file: /var/cvs/FlightGear-0.9/data/Aircraft/pc7/Models/pc7.xml,v retrieving revision 1.12 diff -u -p -r1.12 pc7.xml --- Models/pc7.xml 19 Oct 2008 14:29:44 - 1.12 +++ Models/pc7.xml 19 Oct 2008 18:58:23 - @@ -7,7 +7,6 @@ -4 - Index: Models/Liveries/swiss.xml === RCS file: /var/cvs/FlightGear-0.9/data/Aircraft/pc7/Models/Liveries/swiss.xml,v retrieving revision 1.1 diff -u -p -r1.1 swiss.xml --- Models/Liveries/swiss.xml 19 Oct 2008 14:29:45 - 1.1 +++ Models/Liveries/swiss.xml 19 Oct 2008 18:58:23 - @@ -1,4 +1,4 @@ -?xml version="1.0"?> + - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] livery -> generic "overlay"
* Melchior FRANZ -- Sunday 19 October 2008: > What was probably broken were your "material" animations Patch attached ... s/object/object-name/ m. Index: Models/pc7.xml === RCS file: /var/cvs/FlightGear-0.9/data/Aircraft/pc7/Models/pc7.xml,v retrieving revision 1.12 diff -u -p -r1.12 pc7.xml --- Models/pc7.xml 19 Oct 2008 14:29:44 - 1.12 +++ Models/pc7.xml 19 Oct 2008 18:45:34 - @@ -370,18 +370,17 @@ - Index: Models/Liveries/swiss.xml === RCS file: /var/cvs/FlightGear-0.9/data/Aircraft/pc7/Models/Liveries/swiss.xml,v retrieving revision 1.1 diff -u -p -r1.1 swiss.xml --- Models/Liveries/swiss.xml 19 Oct 2008 14:29:45 - 1.1 +++ Models/Liveries/swiss.xml 19 Oct 2008 18:45:34 - @@ -1,4 +1,4 @@ -?xml version="1.0"?> + - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] livery -> generic "overlay"
* Erik Hofman -- Sunday 19 October 2008: > I looked at a number of aircraft that use it and somehow it > doesn't apply to they way I have set op the PC-7. Your Nasal parts were correct and functional. (They are just some trivial helpers, anyway.) What was probably broken were your "material" animations -- the central part of the livery stuff. m. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] livery -> generic "overlay"
Detlef Faber wrote: > It works extremly well, take a look at the F4U, it has livery selection > plus Logo selection. It doesn't, I looked at a number of aircraft that use it and somehow it doesn't apply to they way I have set op the PC-7. Not matter what I try. After two days I lost interest. Erik - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] livery -> generic "overlay"
Am Sonntag, den 19.10.2008, 18:46 +0200 schrieb Erik Hofman: > > Melchior FRANZ wrote: > > aircraft.livery and aircraft.livery_update are now only > > wrappers for more generic classes, which one can also > > use directly instead. They allow to manage more than just > > livery XML files. One could allow users to choose a > > livery, seat covers, flight attendant uniforms, ... :-) > > After two days of frustration trying to get this stuff to work I've > abandoned the idea of liveries. It just doesn't work or is not > documented well enough to get it to work. Sorry, no liveries for my planes. > It works extremly well, take a look at the F4U, it has livery selection plus Logo selection. Greetings > Erik > > - > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] livery -> generic "overlay"
Melchior FRANZ wrote: > aircraft.livery and aircraft.livery_update are now only > wrappers for more generic classes, which one can also > use directly instead. They allow to manage more than just > livery XML files. One could allow users to choose a > livery, seat covers, flight attendant uniforms, ... :-) After two days of frustration trying to get this stuff to work I've abandoned the idea of liveries. It just doesn't work or is not documented well enough to get it to work. Sorry, no liveries for my planes. Erik - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Add optional build dependency: libsvn
Frederic Bouvier a écrit : > I will commit your patch as soon as I manage to run it correctly under > Windows. It builds but I currently experience a segfault > that I need to investigate. > I found a workaround, and apparently, it now runs under Windows. Sorry for the error during commit. -Fred -- Frédéric Bouvier http://my.fotolia.com/frfoto/ Photo gallery http://fgsd.sourceforge.net/FlightGear Scenery Designer - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] livery -> generic "overlay"
aircraft.livery and aircraft.livery_update are now only
wrappers for more generic classes, which one can also
use directly instead. They allow to manage more than just
livery XML files. One could allow users to choose a
livery, seat covers, flight attendant uniforms, ... :-)
each of them separately and like liveries are handled
now.
Instead of aircraft.livery.init, one writes something
like this:
var foo_dialog = gui.OverlaySelector.new(
"Select Foo", # title of selection dialog
"Aircraft/xy/Models/Foo", # directory with XML files
"sim/model/foo/name"); # property for name entries
In bindings one can then use
xy.foo_dialog.open(); # for the menu
xy.foo_dialog.toggle(); # for key bindings
xy.foo_dialog.close(); # for ... no idea :-)
If one wants to send the choice over MP, then one has to
assign an MP property (which needs to get created in the
*-set.xml file -- otherwise MP won't send it):
var foo_dialog = gui.OverlaySelector.new(
"Select Foo", # title of selection dialog
"Aircraft/xy/Models/Foo", # directory with XML files
"sim/model/foo/name", # property for name entries
nil,# (sort dialog entries by name)
"sim/multiplay/generic/string");# use this property for MP
In the model XML file one uses instead of aircraft.livery_update:
var update = aircraft.overlay_update.new();
update.add("Aircraft/xy/Models/Liveries", "sim/model/livery/file");
update.add("Aircraft/xy/Models/Foo", "sim/multiplay/generic/string");
update.stop();
Each of the update.add() does also take an optional callback
function as third argument. This is then called whenever that
property got changed.
Maybe we should throw out aircraft.livery(_update) and convert
everything to the generic method now. Don't know yet ...
m.
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Add optional build dependency: libsvn
Hi Alex, Alex Perry a écrit : > This patch changes terrasync so it links against the subversion > library if you have it installed. It supports people who build binary > releases for use by non-developers by removing the runtime external > dependency on having command line svn or rsync available. Since the > patch changes autoconf to detect libsvn, I'd appreciate it if people > who release binaries could verify that the detection scripting works > for their platform. > > Developer warning: If you do have libsvn developer libraries > installed, terrasync changes its default option from "-R" to "-S" to > remove the command line dependency. However, Martin has not yet > uploaded world scenery into the subversion repository so it won't be > useful to fly against and you may want to specify "-R" on the command > line in the short term. Or run both. > I will commit your patch as soon as I manage to run it correctly under Windows. It builds but I currently experience a segfault that I need to investigate. -Fred -- Frédéric Bouvier http://my.fotolia.com/frfoto/ Photo gallery http://fgsd.sourceforge.net/FlightGear Scenery Designer - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Add optional build dependency: libsvn
The package needed would be libsvn-dev or similar. This is unlikely to be installed as part of the installation of svn, however libsvn (the runtime library) will be. And the dev package is usually just a suffix. Regards... Matthew On 10/19/08, James Turner <[EMAIL PROTECTED]> wrote: > > On 19 Oct 2008, at 09:13, Alex Perry wrote: > >> This patch changes terrasync so it links against the subversion >> library if you have it installed. It supports people who build binary >> releases for use by non-developers by removing the runtime external >> dependency on having command line svn or rsync available. Since the >> patch changes autoconf to detect libsvn, I'd appreciate it if people >> who release binaries could verify that the detection scripting works >> for their platform. > > Out of curiosity, does installing 'svn' mean I have libsvn installed > automatically? Or does that depend on how my svn was built? > > Anyway, seems like a good change. > > James > > > - > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > -- Sent from my mobile device - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Add optional build dependency: libsvn
On 19 Oct 2008, at 09:13, Alex Perry wrote: > This patch changes terrasync so it links against the subversion > library if you have it installed. It supports people who build binary > releases for use by non-developers by removing the runtime external > dependency on having command line svn or rsync available. Since the > patch changes autoconf to detect libsvn, I'd appreciate it if people > who release binaries could verify that the detection scripting works > for their platform. Out of curiosity, does installing 'svn' mean I have libsvn installed automatically? Or does that depend on how my svn was built? Anyway, seems like a good change. James - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] CVS CitationX and Bravo segfault at EGPF
On 18 Oct 2008, at 22:30, Alasdair Campbell wrote: > I wonder if anyone can confirm the following strange behaviour or give > me me a hint as to where to start looking? If I start up either the > CitatationX or the Bravo at EGPF (my local airport), on selecting > Autostart, fgfs gives me a segfault. Any other airport, everything > works > perfectly. I am using a fresh checkout of today's Simgear, FG source > and > data. You don't need the UK scenery to demonstrate this fault. > > dominatrix:~>fgfs --aircraft=CitationX --airport=EGPF > FGMultiplayMgr - No receiver port, Multiplayermode disabled > Electrical System ... ok > Flight Director ...Check > Primus 1000 systems ... check > Segmentation fault Yep, I'm getting this as well at EGPF, with either Citation. It's something to do with my FGPositioned changes, and *seems* to be related to the KLN89b / DCLGPS code - except as far as I can tell, neither Citation uses the KLN89b - in fact, the only aircraft that does is one of the c172 variants. I sort of assume it must happen at other airports, but since I often fly locally around that area, EGPF is always where i get it. Oh, it also crashes if you arrive at EGPF from outside - I did a flight around the western isles and down over Loch Lomond, and as I was manoeuvring to intercept the localiser of one of the runways, got the exact same crash. So it's something pretty weird. If it really is *only* EGPF that has this issue, that's even more weird, of course. Anyway, I am pretty sure this is my fault, I will dig into it tonight. James - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Add optional build dependency: libsvn
Hi Alex, "Alex Perry" wrote: > [...] However, Martin has not yet > uploaded world scenery into the subversion repository so it won't be > useful to fly against [...] The Terrain upload is already running, but, I suspect, it will take a few days until it's finished. Nevertheless, it would be nice being able to distribute 'standalone' binaries for different platforms by then. Many thanks for pursuing this progress, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] asw20 was Blender <-> FSX MDL converter!
On dimanche 19 octobre 2008, Torsten Dreyer wrote: > > On samedi 18 octobre 2008, gerard robin wrote: > > > Again with asw20 > > > > > > from the Torsten work , i have cleaned the model, now objects are not > > > surfaces, they are merged with respect of the original textures, the > > > model is smooth. > > Nice work - committed, thanks. > Now - if someone wants to create a 3d panel, do animations, sounds, systems > etc... > Any volunteer out there? > > Torsten > Right, i will remove the file from my URL I guess that he animation will be difficult to do, since it is a FDM uiuc which is perfect :) However, why not a JSBSim FDM with the External reaction capability => car pulling or winch. Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] asw20 was Blender <-> FSX MDL converter!
> On samedi 18 octobre 2008, gerard robin wrote: > > Again with asw20 > > > > from the Torsten work , i have cleaned the model, now objects are not > > surfaces, they are merged with respect of the original textures, the > > model is smooth. Nice work - committed, thanks. Now - if someone wants to create a 3d panel, do animations, sounds, systems etc... Any volunteer out there? Torsten - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Add optional build dependency: libsvn
This patch changes terrasync so it links against the subversion
library if you have it installed. It supports people who build binary
releases for use by non-developers by removing the runtime external
dependency on having command line svn or rsync available. Since the
patch changes autoconf to detect libsvn, I'd appreciate it if people
who release binaries could verify that the detection scripting works
for their platform.
Developer warning: If you do have libsvn developer libraries
installed, terrasync changes its default option from "-R" to "-S" to
remove the command line dependency. However, Martin has not yet
uploaded world scenery into the subversion repository so it won't be
useful to fly against and you may want to specify "-R" on the command
line in the short term. Or run both.
? src/ATCDCL/.deps
? src/ATCDCL/Makefile
? src/ATCDCL/Makefile.in
? utils/Modeller/photomodel
? utils/TerraSync/*.h
? utils/TerraSync/terrasyncdir
Index: configure.ac
===
RCS file: /var/cvs/FlightGear-0.9/source/configure.ac,v
retrieving revision 1.138
diff -u -r1.138 configure.ac
--- configure.ac 28 Aug 2008 21:19:38 - 1.138
+++ configure.ac 19 Oct 2008 07:59:14 -
@@ -597,7 +597,27 @@
echo
fi
-
+dnl Check for Subversion library support
+save_LIBS=$LIBS
+save_CPPFLAGS=$CPPFLAGS
+LIBS=""
+CPPFLAGS="-I/usr/include/subversion-1 -I/usr/include/apr-1.0"
+AC_CHECK_LIB(svn_client-1, svn_client_checkout3)
+AC_CHECK_HEADERS([svn_client.h])
+if test "x$ac_cv_header_svn_client_h" != "xyes"; then
+ echo "TerraSync will shell out for command line subversion"
+ svn_LIBS=""
+ svn_CPPFLAGS=""
+else
+ echo "TerraSync will use integrated subversion library"
+ AC_SEARCH_LIBS(svn_client_checkout, svn_client-1)
+ svn_LIBS=$LIBS
+ svn_CPPFLAGS=$CPPFLAGS
+ AC_SUBST(svn_LIBS)
+ AC_SUBST(svn_CPPFLAGS)
+fi
+LIBS=$save_LIBS
+CPPFLAGS=$save_CPPFLAGS
dnl Checks for header files.
AC_HEADER_STDC
Index: utils/TerraSync/Makefile.am
===
RCS file: /var/cvs/FlightGear-0.9/source/utils/TerraSync/Makefile.am,v
retrieving revision 1.4
diff -u -r1.4 Makefile.am
--- utils/TerraSync/Makefile.am 12 Oct 2008 09:56:18 - 1.4
+++ utils/TerraSync/Makefile.am 19 Oct 2008 07:59:15 -
@@ -4,4 +4,6 @@
terrasync_SOURCES = terrasync.cxx
-terrasync_LDADD = -lplibnet -lplibul -lsgmisc -lsgdebug $(network_LIBS)
+AM_CPPFLAGS = $(svn_CPPFLAGS)
+
+terrasync_LDADD = -lplibnet -lplibul -lsgmisc -lsgdebug $(network_LIBS) $(svn_LIBS)
Index: utils/TerraSync/terrasync.cxx
===
RCS file: /var/cvs/FlightGear-0.9/source/utils/TerraSync/terrasync.cxx,v
retrieving revision 1.14
diff -u -r1.14 terrasync.cxx
--- utils/TerraSync/terrasync.cxx 12 Oct 2008 07:55:09 - 1.14
+++ utils/TerraSync/terrasync.cxx 19 Oct 2008 07:59:16 -
@@ -43,29 +43,186 @@
#include
#include
+#ifdef HAVE_SVN_CLIENT_H
+# ifdef HAVE_LIBSVN_CLIENT_1
+#include
+#include
+#include
+#include
+# else
+#undef HAVE_SVN_CLIENT_H
+# endif
+#endif
+
using std::string;
using std::cout;
using std::endl;
+const char* source_base = NULL;
const char* svn_base =
"http://terrascenery.googlecode.com/svn/trunk/data/Scenery";;
const char* rsync_base = "scenery.flightgear.org::Scenery";
-const char* source_base = NULL;
const char* dest_base = "terrasyncdir";
-bool use_svn = false;
-
-const char* svn_cmd = "svn checkout";
const char* rsync_cmd =
"rsync --verbose --archive --delete --perms --owner --group";
+#ifdef HAVE_SVN_CLIENT_H
+bool use_svn = true;
+#else
+bool use_svn = false;
+const char* svn_cmd = "svn checkout";
+#endif
// display usage
static void usage( const string& prog ) {
cout << "Usage: " << endl
<< prog << " -p "
- << "[ -R ] [ -s ] -d " << endl
+ << "-R [ -s ] -d " << endl
<< prog << " -p "
- << " -S [ -s ] -d " << endl;
+ << "-S [ -s ] -d " << endl;
+#ifdef HAVE_SVN_CLIENT_H
+cout << "(defaults to the built in subversion)" << endl;
+#else
+cout << "(defaults to rsync, using external commands)" << endl;
+#endif
+}
+
+#ifdef HAVE_SVN_CLIENT_H
+
+// Things we need for doing subversion checkout - often
+apr_pool_t *mysvn_pool = NULL;
+svn_client_ctx_t *mysvn_ctx = NULL;
+svn_opt_revision_t *mysvn_rev = NULL;
+
+static const svn_version_checklist_t mysvn_checklist[] = {
+{ "svn_subr", svn_subr_version },
+{ "svn_client", svn_client_version },
+{ "svn_wc", svn_wc_version },
+{ "svn_ra", svn_ra_version },
+{ "svn_delta", svn_delta_version },
+{ "svn_diff", svn_diff_version },
+{ NULL, NULL }
+};
+
+// Configure our subversion session
+int mysvn_setup(void) {
+// Are we already prepared?
+if (mysvn_pool) return EXIT_SUCCESS;
+// No, so initialize svn internals generally
+if (svn_cmdline_init("terrasync", stderr) !=
Re: [Flightgear-devel] FG joystick support limitations / absorbing PLIB
> I have recently discovered that FG is unable to properly support > controllers with more than 32 buttons. That may seem like a very minor > limitation, but in fact it hits not only current consumer-level joysticks > like the Saitek X52 Pro but also many hobbyist USB HID boards (like this > one, for example http://www.leobodnar.com/products/BU0836A/ ). > [..] > Opinions on that? It seems unfortunate, to say the least, that we are > unable to support widely available good quality controller hardware because > of our reliance on apparently dead projects... True! I have am working with ATMEGA processors to build my own hardware. It is fairly easy and cheap (just a few EURO) to build a 42 button, 16 axes joystick. Currently I have to work around the plib limitations and split up the functionality by emulating multiple joysticks - what a waste of resources... So for my point of view, getting rid of that limitation is a plus. I have no idea, if there are any license issues. And - someone has to do the job... Torsten - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
