[Flightgear-devel] C++ module for VoIP / realtime voice: How to begin
Hi all, I wan't to code my external perl client for fg_sqawk (see http://squonk.abacab.org/dokuwiki/fg_sqawk) as an module for Flightgear. The problem of the external module is, that it uses the external protocol to get the state of a predefined PTT key. This can only be done once a second. The next problem is the acceptance of such an external module. For non-devel users it is quite not easy to get all the needed libraries up and running. For the future use it might be easier if the client module is written as a C++ module and can be optionaly compiled with the binary. My problem is (not only my worse C++ knowledge - it is 10 years ago I wrote my last lines of C++) that I don't know how to start this: - how do I insert a keyboard hook for the PTT key? - how do I get properties from the internal property system? - where in the source tree should I put my module sources? I would like to touch preferably as few as possible of the FG code to get this working, but how do I do this? Can anyone give me some hints about that? Regards, Holger -- # ## ## Holger Wirtz Phone : (+49 30) 884299-40 ## ## ## ### ## DFN-Verein Fax : (+49 30) 884299-70 ## ## ## Stresemannstr. 78E-Mail: [EMAIL PROTECTED] ## ## ## ## ### 10963 Berlin # ## ## ## GERMANY WWW : http://www.dfn.de GPG-Fingerprint: ABFA 1F51 DD8D 503C 85DC 0C51 E961 79E2 6685 9BCF - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] radar
* Csaba Halász -- Wednesday 04 April 2007: Next incarnation :) Committed, thanks. I've only tested with the T38 and Lightning. Radar on the former worked, and on the latter didn't. But maybe I just missed some important detail. :-) m. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] radar
On Wednesday 04 April 2007 10:54:27 Melchior FRANZ wrote: * Csaba Halász -- Wednesday 04 April 2007: Next incarnation :) Committed, thanks. I've only tested with the T38 and Lightning. Radar on the former worked, and on the latter didn't. But maybe I just missed some important detail. :-) I applied this patch, and then looked at the Lightning radar - I found the problem and fixed it! I am just awaiting AJ to get into IRC to pass by him to ensure it is OK. Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Scenery elevation problems in northen Europe
On 4/3/07, Anders Gidenstam wrote: Hi! There seems to be an elevation problem in Scandinavia in the 0.9.10 world scenery: between N60 and N61 the terrain elevation is 0. Everything is flat. I flew due west from the Baltic sea to the Atlantic at 300ft MSL along the southern edge of the area without hitting terrain.. The cliffs were spectacular ;) Here is an Atlas picture from another user: http://pics.ww.com/d/48167-1/fgfs-altproblem.png I don't know if/how far the problem area extends further to the east. There is also a lake at N60.19 E15.10 (mpmap coordinates) that has its surface at -580ft in FlightGear. There could be more such strangeness but this is what I've found so far. It would be nice if someone who has the raw data handy could check whether it too has problems in this area or if this is something that went wrong in the world scenery generation. There are a couple issues that could be happening here. The SRTM data ends at +60 latitude. So from that point on up to the north pole, we have to use a different data set which off the top of my head might be the GLOBE 30 arcsec data set? SRTM also pots out a global 30 arcsec data set which might have the regions outside of +/- 60 latitude covered from other data sets ... can't remember now off the top of my head. There is a point (maybe +62 latitude?) where FlightGear switches tile widths. This seemed like a good idea at first (and it is for a couple reasons), but the tile boundaries at this division are not handled correctly in the code so you can see some missing triangles. Generally, if altitudes are just plain wrong, we would need to go back and check the source terrain data ... although there may not be a quick/easy solution. Curt. -- Curtis Olson - University of Minnesota - FlightGear Project http://baron.flightgear.org/~curt/ http://www.humanfirst.umn.edu/ http://www.flightgear.org Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Scenery elevation problems in northen Europe
On Wednesday 04 April 2007 16:28, Curtis Olson wrote: On 4/3/07, Anders Gidenstam wrote: Hi! There seems to be an elevation problem in Scandinavia in the 0.9.10 world scenery: between N60 and N61 the terrain elevation is 0. Everything is flat. I flew due west from the Baltic sea to the Atlantic at 300ft MSL along the southern edge of the area without hitting terrain.. The cliffs were spectacular ;) Here is an Atlas picture from another user: http://pics.ww.com/d/48167-1/fgfs-altproblem.png I don't know if/how far the problem area extends further to the east. There is also a lake at N60.19 E15.10 (mpmap coordinates) that has its surface at -580ft in FlightGear. There could be more such strangeness but this is what I've found so far. It would be nice if someone who has the raw data handy could check whether it too has problems in this area or if this is something that went wrong in the world scenery generation. There are a couple issues that could be happening here. The SRTM data ends at +60 latitude. So from that point on up to the north pole, we have to use a different data set which off the top of my head might be the GLOBE 30 arcsec data set? SRTM also pots out a global 30 arcsec data set which might have the regions outside of +/- 60 latitude covered from other data sets ... can't remember now off the top of my head. There is a point (maybe +62 latitude?) where FlightGear switches tile widths. This seemed like a good idea at first (and it is for a couple reasons), but the tile boundaries at this division are not handled correctly in the code so you can see some missing triangles. Generally, if altitudes are just plain wrong, we would need to go back and check the source terrain data ... although there may not be a quick/easy solution. Curt. It may be that this is actually due to the srtm data itself. I downloaded the V2 3 arcsec srtm data for the British Isles region to have a look at it in Grass and the N60 'tiles' appear to be both incomplete and incorrect. They are incomplete in that they do not cover a full 1x1 deg region - the width (E-W) is ok but they only seem to cover about 2/5 of the N-S (lat) axis. The data for this strip appears to be incorrect in that areas of sea are shown as land, albeit with lots of small lakes. I've attached a small screen grab of a section of a grass display. LeeE attachment: Screenshot.jpg - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Error building FG
Hi, I've got the hint on the IRC channel from Jester to use OSG revision 6398 to avoid this error. It worked for me. Regards, Gabor On Wednesday 04 April 2007 07:58, Roy Vegard Ovesen wrote: Hi I get this error when bulding Flightgear: Making all in Model make[2]: Entering directory `/home/royvegard/src/FlightGear/source/src/Model' if g++ -DHAVE_CONFIG_H -I. -I. -I../../src/Include -I../.. -I../../src -I/usr/X11R6/include -I/usr/local/include -g -O2 -D_REENTRANT -MT model_panel.o -MD -MP -MF .deps/model_panel.Tpo \ -c -o model_panel.o `test -f 'model_panel.cxx' || echo './'`model_panel.cxx; \ then mv -f .deps/model_panel.Tpo .deps/model_panel.Po; \ else rm -f .deps/model_panel.Tpo; exit 1; \ fi model_panel.cxx: In function 'osg::Node* load_panel(SGPropertyNode*)': model_panel.cxx:28: error: cannot allocate an object of abstract type 'FGPanelNode' panelnode.hxx:23: note: because the following virtual functions are pure within 'FGPanelNode': /usr/local/include/osg/Drawable:425: note: virtual void osg::Drawable::drawImplementation(osg::RenderInfo) const make[2]: *** [model_panel.o] Error 1 make[2]: Leaving directory `/home/royvegard/src/FlightGear/source/src/Model' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/royvegard/src/FlightGear/source/src' make: *** [all-recursive] Error 1 I'm on Gentoo. OSG and friends are from CVS/SVN. Flightgear and Simgear are from CVS. The rest of the dependencies are from Portage (Gentoo packages). - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Error building FG
On 4/5/07, Gabor Toth [EMAIL PROTECTED] wrote: Hi, I've got the hint on the IRC channel from Jester to use OSG revision 6398 to avoid this error. It worked for me. Or use the patch from the users mailing list available in this thread: http://sourceforge.net/mailarchive/forum.php?thread_name=460C6BD9.7040001%40charter.netforum_name=flightgear-users I have not tested that, though. Greets, Csaba/Jester - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Funny rendering bug?
Hi, I've found a funny rendering bug seen on the following pictures: http://fgfs.i-net.hu/downloads/fgfs-screen-054.jpg http://fgfs.i-net.hu/downloads/fgfs-screen-055.jpg http://fgfs.i-net.hu/downloads/fgfs-screen-056.jpg Airport: VHHH Aircraft: 747 Config: AMD Athlon64 X2 4200, Geforce 6600 (Asus) OS: Fedore Core 5 Kernel: 2.6.20-1.2307.fc5smp nVidia driver version: 1.0-9755 OSG revision: 6398 SimGear, FlightGear version: CVS 2007/04/05 CFLAGS=-g -march=athlon-xp -O3 -fomit-frame-pointer -pipe CXXFLAGS=$CFLAGS gcc version 4.1.1 20070105 (Red Hat 4.1.1-51) With other aircraft (tested: c172p, Bravo, 737-300) this behaviour disappears. If I can provide any further info, or can help in testing different cases, please let me know. Regards, Gabor - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Funny rendering bug?
On 4/5/07, Gabor Toth [EMAIL PROTECTED] wrote: Hi, I've found a funny rendering bug seen on the following pictures: http://fgfs.i-net.hu/downloads/fgfs-screen-054.jpg http://fgfs.i-net.hu/downloads/fgfs-screen-055.jpg http://fgfs.i-net.hu/downloads/fgfs-screen-056.jpg Airport: VHHH Aircraft: 747 For the benefit of the mailing list: I could reproduce this behaviour as well. After recompiling with SDL everything seems to work OK, however. Greets, Csaba - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel