[Flightgear-devel] Re: Oh dear
Worrying times though, A Google search for publicly available maps revealed this article: http://www.govexec.com/dailyfed/0901/092501p1.htm hmm Mat ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Long Lat discrepancy
Hi, I have noticed that there seems to be a discrepancy between the long / lat reading in the hud and in atlas and the long / lat I have to enter to place static or AI objects. The Hud and Atlas correspond with my OS map of the area. To place an AI plane a couple of metres from my planes starting point at Lands End aerodrome I enter -5.67042 / 50.104439 whereas the correct position of my plane given in the HUD and Atlas is -5.40226 / 50.06270. Is there a reason for this ? regards Mat ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: Scenery
That's pretty good scenery! Is that straight from TerraGear or ripped from the MS Scenery add-ons? Some info here: http://baron.flightgear.org/pipermail/terragear-devel/2004-January/000859.html http://baron.flightgear.org/pipermail/flightgear-users/2004-January/006927.html Had just slightly improved this method after advice from Curt on how to stop the tile edges cutting into inclines. But have had loss of fat on my hardrive (linked to powercut I think). If anyone knows of a good file recovery solution that will work with reiser fs would like to recover contents of drive. Off topic I know, but it is all my flight / terragear stuff ! as well as the rest. Mat ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: Scenery
Just to clear up the visualflight question, the scenery I have built does not use the visualflight scenery rather the same source material as visualflight. This is a UK company called Getmapping that has done an almost complete aerial survey of the UK. They actually sell this data in fairly large chunks for 15 pounds a CD here. http://www2.getmapping.com/Catalog/ProductList.asp?ProductTypeDropDown=8 The CD uses the Enhanced Compressed Wavelet (ECW) image format which is non Linux at the moment apparently. http://www.terracolor.net/ecwinfo.htm http://remotesensing.org/gdal/frmt_ecw.html The CD comes with the ERmapping windows program that views converts the .ecw file to ESRI Bil + Geospot, Geotiff, .bmp and jpegs. I ran it OK using codeweavers wine on my Mandrake box and got it to produce a single 2.1GB jpeg for Cornwall. Having used the ermapping program under wine for a few weeks now it does seem that the .ecw format is not only very good at compressing scenery, but that it also is very quick at decompressing it. The idea I was following was that it would be fairly straightforward to bring together some existing terragear tools to fully or partially automate the process of chopping up (chop.pl) and assigning a lat/long (tguserdef) to any aerial photos. If the photos were purchased by the Flightgear user or publicly available, then it seems that this would only comprise an innovative way of viewing the images. Re-sale, or distribution being another matter. Another interesting source for the UK is here. http://venus.aerial.cam.ac.uk/ Mat ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: Scenery
Mally, After a phone call I have emailed Richard Cook at Coch Media the makers of the High in the Sky distribution of the Getmapping scenery. He is going to get back to me with a definitive answer on the EULA for this product and has said he will speak to their partner in the product Getmapping as part of this. From what you say there may be restrictions as to how I can legally view the scenery having paid for a copy of it. This is something I hadn't considered, so I will wait to hear back. We did discuss that there were several products that would allow you to view the data on the CDs without using the included software and that it would be prudent to check the eula. Until then it is probably worth clarifying a couple of points that I think you might have misunderstood: You are probably correct in terms of the semantics of sell this data however my intention when I used it was to mean sell a CD with images licensed for domestic, social and pleasure purposes and not for commercial use (back of the box). It was my understanding that basic copyright concepts would be understood by other readers of the message. I anticipated that users of a linux developers mailing list would already be familiar with some of these issues and that a reasonably informal use of language is normal in these discussions. Publicly available was not a reference to GetMapping images at all. In fact it was a reference to other possible sources. Flightgear is an international community, most of whom I imagine have a lesser interest in UK scenery, but might also want to view photo scenery in Flightgear. An example of use of the phrase publicly available can be found here: http://news.bbc.co.uk/1/hi/uk/3399809.stm which to be clear I am not assuming is copyright free etc etc. There seems to be a widespread misbelief that anything available on the internet is fair game I have had a quick look through recent postings on all the Flight/Terragear mailing lists and cannot find any reference to interest in the distribution of copyrighted material, scenery or otherwise. Nevertheless thank-you for the reminder. I am however slightly concerned that someone reading your email might think that there has been discussion of this, something you should perhaps make clear. I hope the above has answered your concerns and would be keen to know what others think on this. Regards Mat Churchill ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Georegistered imagery
A good updated version of the Scenery Tutorial is here: http://glennm.orcon.net.nz/flightgear/fg-scenery-tutorial2.html Not sure why this has not been adopted on the main site. Earlier in the year I had some success with a simple method of placing photo scenery here are some results: http://freespace.virgin.net/mamaloucos.circus/Flightgearweb/index.html Pressure of work has kept me away from Flightgear for a while which is a shame so have made no further progress. Happy to explain how this was done if anyone is interested. There is no theoretical limitation to the coverage achievable by this method. Apparently the potential limitations are to do with the dynamic loading of textures and a need for a scenery LOD system. As an update I have been trying to get something in writing from coch media and getmapping to confirm the usability of the aerial imagery in the getmapping series CDs under the eula. This is what I had used to create the above scenery. There's been several emails between us, but no decision as such, have chased them again today. Mat ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Looped AI Flight Plans
Hi All, Is it possible to loop an AI flight plan to create endless AI air and ground traffic ? I would like to be able to share customised Airports with others and be able to fly around other peoples custom scenery airports. Are there plans to put AI scenarios and flight plans in the scenery folders. We could then download each others airports complete with traffic. Mat ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Real Flight PLayback ?
Hi All, Hoping to pick up on flying lessons again and was wondering if I can record NMEA flight data of my lessons and play it back in FG ? To add to this does anyone know of a way of recording bank angle / glide path in a format usable by FG ? Playback of real flights would be a nice feature. Best Mat Churchill ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: Real Flight PLayback ?
I'd thought of drilling a hole in the ball of a serial mouse and attaching a weight on a stick to it. Mount the mouse in a cage with a spirit level on it, fix the cage in the aircraft and get a zeroed reading and then record mouse positions against time during flight. An upside down joystick with a weight on the end of the handle could do a similar job. Problem is I imagine the weight would be thrown around by centrifugal force messing up the readings. Attitude indicators have to operate unaffected by centrifugal force, perhaps there is one that can output data ? Maybe this isn't needed though as I notice the AI aircraft can simulate banking (unfortunately mostly when I am trying to get them to taxi ! ) I guess any accurate re play (if re play is possible) would require a simulation of weather etc, I'm wondering though how a replay would look purely using accurate position, velocity and attitude information. Mat ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: Real Flight PLayback ?
I can see several business ideas related to this along the lines of something that could be fun to develop but which also has a variety of commercial possibilities. Does anyone have any examples of how commercial collaborations with open source projects actually work in practical terms ? For instance if you were developing a hardware product specifically for use with Flightgear, how would you develop the software side without competitors being able to find out exactly what you are up to ? I guess you'd set up a software company that privately develops the software. Are there scenarios where the community helps write software and gets cash back from related profits. Could you set up a Flightgear Foundation that developed commercially useable add ons away from the gaze of potential competitors and got cash back from profits towards things that the community wanted to do ? Or can open source software be developed privately and then shared at a later date ? To be clear on this I do understand the point of open source and am a firm believer in it. I hope this is not seen as a dangerous question. Mat ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Recording NMEA data playing back ?
Hi All, Related to my query re real flight playback, I thought I should start at the beginning. I found this mention here on the Avsim Flightgear forum re playback. http://forums.avsim.net/dcboard.php?az=show_mesgforum=198topic_id=62mesg_id=62page= I am already outputting NMEA data for use by Atlas. Can I record this to disk somehow ? and if so could someone point me in the direction of information on how to replay NMEA data in Flightgear. I'm also assuming that there is currently no way of inputing pitch, roll yaw data while playing back NMEA data ? if so would this be easy to implement ? I found this paper on the web regarding generating accurate pitch, roll, yaw, altitude, position velocity data. http://www.cmt-gmbh.de/crossbow_gpsdmu_german_gyrotech_paper.doc I think the end product derived from the above was this: http://www.xbow.com/Products/productsdetails.aspx?sid=104 There are other papers out there from people such as creators of robot football teams all tackling similar issues. I spent the weekend digging around on the web and made some calls on Monday and it appears the component cost could be as low as £300 - £400 to make a flight logger. One particular solid state gyro is mentioned as cheap but good by everyone from amateur rocket clubs to R/C helicopter builders. However if you read the above document the real deal breaker re making a homemade flight logger is not the component cost, but the processing of the signal from the gyros into accurate attitude / position data. Someone more than at home with extended kalman filter formulae amongst other things needs to write an algorithm to process the turn rate gps data into accurate attitude / position data. From what the paper says substantial testing would be required. This actually is rocket science ! and is way above my head ( at least 60 miles above my head ) I did think that at least with a flight logger rather than a real time device you could record raw turn rate / gps data in flight and do all the processing on your PC when you got home, not that that diminishes the complexity of maths that would need doing. From what I've observed on this list it would be no surprise if some of the readers do understand the principles of Kalman filters. Maybe some of the information is already being shared by amateur rocketry, R/C helicopter enthusiasts etc ? It will take a while, but I am building a simple GPS logger at the moment. If anyone is interested in taking part in getting the gyro part to work I could have it built here and post it out to others for testing. Mat ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Recording NMEA data playing back ?
Correction last paragraph of last post was not clear. I am building a GPS NMEA recorder now. I will build the full flight logger as discussed in the bulk of my last mail if it looks possible to resolve the signal / data processing issues etc ( and all the as yet unforeseen problems ) Mat ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Recording NMEA data playing back ?
Yes seems straightforward. adding --nmea=file,out,60,/home/mat/Flightgear/data/Protocol/recordednmea to fgfsrc created the recordednmea file OK First few and last couple of lines from a climb to around 6000 feet heading west looked like this: $GPRMC,041051,A,4340.0891,N,00713.5881,E,2.5,224.9,130704,0.5,E,A*16 $GPGGA,041051,4340.0891,N,00713.5881,E,1,08,0.9,4.7,M,0.0,M,,*73 $GPGSA,A,3,01,02,03,,05,,07,,09,,11,12,0.9,0.9,2.0*38 $GPRMC,041322,A,4335.9499,N,00710.5706,E,92.5,204.7,130704,0.5,E,A*28 $GPGGA,041322,4335.9499,N,00710.5706,E,1,08,0.9,2140.4,M,0.0,M,,*48 $GPGSA,A,3,01,02,03,,05,,07,,09,,11,12,0.9,0.9,2.0*38 then to replay your recorded flight change fgfsrc by adding --fdm=external --nmea=file,in,60,/home/mat/Flightgear/data/Protocol/recordednmea No attitude, sounds etc obviously. Thanks Curtis As you say initially a vastly simpler route to replaying flights would be to approximate attitude etc although this is still beyond me. Maybe an FDM called replay that somehow used the type of code that enables the FG AI aircraft to bank on turns might be a way of doing it. Mat ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] That grid again ?
Hi All, I am going to have a second shot at photo scenery and have been looking at the last way I did it. I have asked this question before, but wonder if there is anyone out there who knows where I can find out how terrain texture tiles are placed in FG. It looks as if they are placed by FG and not during scenery building by TG. I say this as when I open up scenery tiles in FGSD there is definitely no existing series of squares. Yet the terrain textures are laid over the scenery in a fixed grid that doesn't change however I build the scenery. Here is a screenshot of the grid (made by using all black terrain texture tiles with a single pixel white edge) http://www.projects.34sp.com/Flightgear/tn/a-Black-grid.jpg.html Yet TG does define what terrain texture goes where. So there you go I'm confused. Basically last time I spent ages copying this grid by hand, then building it into the scenery using TG. A fuller understanding of how those terrain textures are placed is going to hopefully enable me to come up with an at least partially automated way of placing photo scenery tiles. Is there a LOD system for terrain textures ? Regards Mat ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] View for a down facing camera
Erik Hofman wrote: So now you are going to provide me with all kinds of pretty pictures which can be used to create textures? I'm certainly planning exactly this, have been messing around with low budget aerial photography. This device (MK1, now on MK3) http://www.projects.34sp.com/Flightgear/tn/img_2545.jpg.html has produced these results (low res for the web) http://www.projects.34sp.com/Flightgear/tn/patch1.jpg.html Planning on a nice distributable bit of photo scenery for FG, though have only done two test runs as weather has been V bad for a couple of months. Mat ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] [hash.c:395] failed read
Hi All, I've been away from FG for a while and have done a fresh install of CVS on Mandrake 10.1 and am getting a couple of glitches. if I start FG from Fgrun it is intermittently crashing during or before the splash screen and leaving core dump files in my home directory, this also happens from the command line, although initially appears to be less frequent. Some planes seem to fair better than other too, the piper cherokee almost never starts and the c172P skyhawk always starts ?? The only thing I can notice is an endless stream of the following in the log window [hash.c:395] failed read [hash.c:395] failed read [hash.c:395] failed read However when FG does start this stream of failed reads continues. An example command line version looks like this : fgfs --fg-root=/home/Flightgear/data --fg-scenery=/home/Flightgear/World/work/Scenery-old:/home/Flightgear/data/Scenery --airport-id=LFTZ --runway=06 --aircraft=pa28-161 --control=mouse --enable-random-objects --enable-horizon-effect --enable-ai-models --enable-game-mode --timeofday=dusk --atlas=socket,out,5,localhost,5500,udp Mat ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] More info on seg fault, How?
I'm getting seg faults 25% - 50% of the time when I try to start fg. This is on a fresh install of Mandrake 10.1 with the latest CVS of plib, simgear, flightgear, with the latest nvidia drivers. e.g. [EMAIL PROTECTED] mat]$ fgfs --fg-root=/home/Flightgear/data --fg-scenery=/home/Flightgear/World/work/Scenery-old --airport-id=LFMN --runway=4L --aircraft=b1900d --enable-game-mode --enable-random-objects --enable-horizon-effect --timeofday=noon --enable-ai-models --atlas=socket,out,5,localhost,5500,udp --verbose it then crashes before or during the spash screen, like this. [hash.c:395] failed read [hash.c:395] failed read [hash.c:395] failed read Segmentation fault (core dumped) I'm finding it hard to cause the seg fault happen, it seems to be intermittent. Is there a way to get more info from FG other than using --verbose ? Cheers Mat -- Matthew Churchill Ltd 16 Pollard Houses North Down Street London N1 9BJ UK Tel:+44 (0)207 8371019 Fax:+44 (0)207 8372761 email: [EMAIL PROTECTED] begin:vcard fn:Matthew Churchill n:Churchill;Matthew org:Matthew Churchill Ltd adr;dom:North Down Street;;16 Pollard House;London;;N1 9BJ email;internet:[EMAIL PROTECTED] tel;work:+44 (0)207 8371019 tel;fax:+44 (0)207 8372761 tel;cell:+44 (0)7971 505097 x-mozilla-html:FALSE url:http://www.matthewchurchill.com version:2.1 end:vcard ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: Diamond Katana model
joe, sure you are not interested in a DA42 ? would love one of these in FG http://www.abacuspub.com/fsd/catalog/s609.htm Mat ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Fgrun Fgfs
Have been having a problem on my desktop PC where fgrun seg faults when I hit the run button, so I can only start fg from the command line. I bought a laptop last weekend and did a fresh install of plib,simgear,fg cvs fgrun cvs using fltk 1.4 (with threads) and I'm getting the same problem. This is the same set of installations as my desktop and both the laptop and the desktop are nvidia and both are using Mandriva 2005 LE. Anyone else getting this problem ? Mat ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: Diamond Katana model
Worth a try ! Have you got any plans of the Katana ? Its very hard to find anything on the DA42 I emailed Diamond but had nothing back. Mat On Sun, 2005-07-17 at 22:46 -0400, [EMAIL PROTECTED] wrote: Hi, Mat, I'd love to get my hands on a twin turbo diesel with an all-glass panel, but right now the FAA thinks I should be flying an 80hp single. And my CFI thinks I should stay more to the middle of the runway when I touch down (never on the front wheel first), rather than tending to stay my usual ~15' to the left. Seriously, I have a pretty specific purpose in mind, here, since I really do need to find some way to remember the routine when flying the pattern and have to learn to stay on the centerline. I tried Flight Simulator 2k2, and found out quickly that it's a toy: the one Katana model I found feels NOTHING like the real thing. I've been watching the FG dev list for a while now and figured the models here would be closer, at least because the FDMs are being used in some reputable projects. Jon, I saw that you copied my original message into the JSBSim list before I had a chance to -- many thanks. -j -- Message: 9 Date: Sun, 17 Jul 2005 14:32:10 +0100 Subject: [Flightgear-devel] Re: Diamond Katana model To: flightgear-devel@flightgear.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain joe, sure you are not interested in a DA42 ? would love one of these in FG http://www.abacuspub.com/fsd/catalog/s609.htm Mat ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Photo Scenery
Thought I'd post this reply to an email from Stacie re photo scenery so it willl show up for anyone searching on the subject. Hi Stacie, The following is an outline of how I created the photo scenery. All the working out of things such as the size of the squares on the "mystery grid" was done purely by tedious trial and error. I can't write in any computer language such as perl, so I processed the figures for the larger grid of squares using a spreadsheet ! As such it is terrible route to getting photo imagery into Flightgear. Having said that it does work. It could be improved dramatically if a few things were in place. Two things would make the entire operation vastly simpler. 1. If someone was able to extract the lat/long information of the "mystery grid" from Flightgear and use this directly to create the grid of squares for the scenery build. 2. If tguserdef was able to attribute textures with any name then the manual re attribution of texture type to each triangle could be avoided. If I was doing this again I would try to get these two things resolved before I went ahead. Someone could then write a perl script to automate much of the following. Unfortunately I lost a hard drive not long after doing the photo scenery, so I don't have the spreadsheets or xml files I used. Also if the area you are building has coastline I also worked out a solution for getting that to look OK. Mat Churchill Flightgear places textures inside a mystery grid (that I don't fully understand). I have asked a couple of times on the forum and haven't got an answer as to what it is. Textures are assigned a size (amongst other things) in the materials.xml file. I think the ones with a size around 1000 seem to fit exactly into this grid, smaller ones are fitted into the grid multiple times. To show the grid I created a texture that was all black with a single pixel white border and loaded it into the scenery. The resulting scenery looks like this: http://www.projects.34sp.com/Flightgear/tn/a-Black-grid.jpg.html *The boundaries of texture areas are built into the mesh itself* If you look at this image above KSFO http://www.projects.34sp.com/Flightgear/tn/textures-ksfo.jpg.html And then look at the mesh of the same scenery you can see that when terragear builds the scenery mesh the triangles not only create the height data, but they also define the texture areas. http://www.projects.34sp.com/Flightgear/tn/mesh-ksfo.jpg.html As well as using the vmap0 data as described in 3.3 of fg-scenery-tutorial (http://www.terragear.org/docs/scenery-tutorial/fg-scenery-tutorial.html) you can also create and define your own texture areas using the tguserdef command in conjunction with your own .xml file containing the required lat/long points. I created a grid of squares using tgusedef that exactly mimicked the mystery grid. I gave each square the property of LandMass. Unfortunately tguserdef won't let you assign custom textures that you have added in materials.xml, it fails unless you use one of the default texture definitions (this may have been fixed by now) This is a big drawback as it means you then have to find another way of subsequently changing the assigned texture for each individual triangle in the mesh. *Because the photo scenery provides all the land use data, you then only need to run a very simple version of the build e.g.* fgfs-tools-client --rude --min-angle=0 --output-dir=. --work-dir=. --port=33933 DEM-30 LandMass *Then when I viewed the mesh I had built I could see the squares built into the mesh.* I then cut up my photo image using chop.pl (/TerraGear/src/Prep/Photo) into pieces that corresponded with the grid I made. I added each photo square with the correct size to materials.xml Then using Flightgear Scenery Designer I manually re-assigned each triangle in the grid to correspond with the photo square I wanted to be in that position. Fire up FGFS and you have your photo scenery :-) http://www.projects.34sp.com/Flightgear/ begin:vcard fn:Mat Churchill n:Churchill;Mat email;internet:[EMAIL PROTECTED] tel;work:+44 (0) 207 8371019 tel;fax:+44 (0) 207 8372761 tel;cell:07971 505097 x-mozilla-html:TRUE version:2.1 end:vcard ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Photo Scenery (txt)
Thought I'd post this reply to an email from Stacie re photo scenery so it will show up for anyone searching on the subject. Hi Stacie, The following is an outline of how I created the photo scenery. All the working out of things such as the size of the squares on the mystery grid was done purely by tedious trial and error. I can't write in any computer language such as perl, so I processed the figures for the larger grid of squares using a spreadsheet ! As such it is terrible route to getting photo imagery into Flightgear. Having said that it does work. It could be improved dramatically if a few things were in place. Two things would make the entire operation vastly simpler. 1. If someone was able to extract the lat/long information of the mystery grid from Flightgear and use this directly to create the grid of squares for the scenery build. 2. If tguserdef was able to attribute textures with any name then the manual re attribution of texture type to each triangle could be avoided. If I was doing this again I would try to get these two things resolved before I went ahead. Someone could then write a perl script to automate much of the following. Unfortunately I lost a hard drive not long after doing the photo scenery, so I don't have the spreadsheets or xml files I used. Also if the area you are building has coastline I also worked out a solution for getting that to look OK. Mat Churchill *Flightgear places textures inside a mystery grid* (that I don't fully understand). I have asked a couple of times on the forum and haven't got an answer as to what it is. Textures are assigned a size (amongst other things) in the materials.xml file. I think the ones with a size around 1000 seem to fit exactly into this grid, smaller ones are fitted into the grid multiple times. To show the grid I created a texture that was all black with a single pixel white border and loaded it into the scenery. The resulting scenery looks like this: http://www.projects.34sp.com/Flightgear/tn/a-Black-grid.jpg.html *The boundaries of “texture areas” are built into the mesh itself* If you look at this image above KSFO http://www.projects.34sp.com/Flightgear/tn/textures-ksfo.jpg.html And then look at the mesh of the same scenery you can see that when terragear builds the scenery mesh the triangles not only create the height data, but they also define the texture areas. http://www.projects.34sp.com/Flightgear/tn/mesh-ksfo.jpg.html As well as using the vmap0 data as described in 3.3 of fg-scenery-tutorial (http://www.terragear.org/docs/scenery-tutorial/fg-scenery-tutorial.html) you can also create and define your own texture areas using the tguserdef command in conjunction with your own .xml file containing the required lat/long points. **I created a grid of squares using tgusedef that exactly mimicked the mystery grid.** I gave each square the property of LandMass. Unfortunately tguserdef won't let you assign custom textures that you have added in materials.xml, it fails unless you use one of the default texture definitions (this may have been fixed by now) This is a big drawback as it means you then have to find another way of subsequently changing the assigned texture for each individual triangle in the mesh. * *Because the photo scenery provides all the land use data, you then only need to run a very simple version of the build e.g.** fgfs-tools-client --rude --min-angle=0 --output-dir=. --work-dir=. --port=33933 DEM-30 LandMass **Then when I viewed the mesh I had built I could see the squares built into the mesh*.* I then cut up my photo image using chop.pl (/TerraGear/src/Prep/Photo) into pieces that corresponded with the grid I made. I added each photo square with the correct size to materials.xml Then using Flightgear Scenery Designer I manually re-assigned each triangle in the grid to correspond with the photo square I wanted to be in that position. Fire up FGFS and you have your photo scenery :-) http://www.projects.34sp.com/Flightgear/ begin:vcard fn:Mat Churchill n:Churchill;Mat email;internet:[EMAIL PROTECTED] tel;work:+44 (0) 207 8371019 tel;fax:+44 (0) 207 8372761 tel;cell:07971 505097 x-mozilla-html:TRUE version:2.1 end:vcard ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Lufthansa liveries
Gabor these look great. How about a mini howto on the texture creation for the livery, you seem to have got the balance just right between the look and the resolution of the texture. Another screenshot: http://projects.34sp.com/Flightgear/luthansa.jpg Clouds seem to have come a long way recently as well. Mat Gabor Toth wrote: Hi, I've created some new textures for B737, B747, A320. They can be found at http://www.i-net.hu/fgfs Please feel free to use them for your own sake, or if they worth, please put them into CVS. Regards, Gabor ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d -- Matthew Churchill Ltd 16 Pollard Houses North Down Street London N1 9BJ UK Tel:+44 (0)207 8371019 Fax:+44 (0)870 3305747 email: [EMAIL PROTECTED] ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Lufthansa liveries
I'd say I had some way to go before it's ready. http://www.airliners.net/open.file?id=291554WxsIERv=-Wm=0WdsYXMg=-QtODMg=Avpr%20-%20Pbgr%20q%27Nmhe%20%28APR%20%2F%20YSZA%29ERDLTkt=SenaprktODMp=Whyl%2026%2C%202002BP=0WNEb25u=Wrna%20Cvreer%20PneqbaxsIERvdWdsY=MgTUQtODMgKE=Gnxvat-bss%20sebz%20Avpr-P%F4gr%20q%27Nmhe%20Nvecbeg%20jvgu%20gur%20arj%20Grezvany%202%20va%20pbafgehpgvbaYXMgTUQtODMgKERD=3242NEb25uZWxs=2002-11-03%2000%3A00%3A00ODJ9dvCE=O89Dcjdg=static=yeswidth=1024height=780sok=JURER%20%20%28ZNGPU%20%28nvepensg%2Cnveyvar%2Ccynpr%2Ccubgb_qngr%2Cpbhagel%2Cerznex%2Ccubgbtencure%2Crznvy%2Clrne%2Cert%2Cnvepensg_trarevp%2Cpa%2Cpbqr%29%20NTNVAFG%20%28%27%2B%22ysza%22%27%20VA%20OBBYRNA%20ZBQR%29%29%20%20beqre%20ol%20cubgb_vq%20QRFPphoto_nr=57prev_id=310298next_id=266373tbl=AIRPORT http://www.airliners.net/open.file?id=430566WxsIERv=-Wm=0WdsYXMg=-QtODMg=Avpr%20-%20Pbgr%20q%27Nmhe%20%28APR%20%2F%20YSZA%29ERDLTkt=SenaprktODMp=Frcgrzore%2021%2C%202003BP=1WNEb25u=Xbafgnagva%20iba%20JrqryfgnrqgxsIERvdWdsY=MgTUQtODMgKE=Gur%20arj%20naark%20gb%20Grezvany%202YXMgTUQtODMgKERD=1331NEb25uZWxs=2003-09-26%2000%3A00%3A00ODJ9dvCE=O89Dcjdg=static=yeswidth=1200height=783sok=JURER%20%20%28ZNGPU%20%28nvepensg%2Cnveyvar%2Ccynpr%2Ccubgb_qngr%2Cpbhagel%2Cerznex%2Ccubgbtencure%2Crznvy%2Clrne%2Cert%2Cnvepensg_trarevp%2Cpa%2Cpbqr%29%20NTNVAFG%20%28%27%2B%22ysza%22%27%20VA%20OBBYRNA%20ZBQR%29%29%20%20beqre%20ol%20cubgb_vq%20QRFPphoto_nr=38prev_id=433763next_id=428659tbl=AIRPORT Mat Martin Spott wrote: mat churchill wrote: Another screenshot: http://projects.34sp.com/Flightgear/luthansa.jpg Man, where did you take the airport building and the gates from ? Is this something that you'd like to contribute to our FlightGear Scenery Model Directory (http://fgfsdb.stockill.org/models.php) ? Martin. -- Matthew Churchill Ltd 16 Pollard Houses North Down Street London N1 9BJ UK Tel:+44 (0)207 8371019 Fax:+44 (0)870 3305747 email: [EMAIL PROTECTED] ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: Diamond Katana model
Is there anything relating to usage ? The DA42 is definitely the plane I would like to see in FG, as it is definitely the plane I would like to fly one day. Mat Martin Spott wrote: Torsten Dreyer wrote: There was a project from diamond aircraft and microsoft about building a model for the Twin Star. [...] http://www.microsoft.com/austria/education/projekte.mspx I had a closer look at the websites and at the files and I dind't find a single notice that prohibits use in conjunction with other flight simulation. In my interpretation this allows everyone to get these aircraft models and convert them for reuse in FlightGear. Cheers, Martin. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
