Re: [Flightgear-devel] configuration snafu
Jari Häkkinen wrote: I had to remove one line in the simgear/configure.ac to get through compilation: @@ -497,7 +509,6 @@ case ${host} in dnl instead of OSG frameworks on Mac OS X dnl AC_CHECK_LIB(OpenThreads,OpenThreadsGetVersion) -LDFLAGS=$LDFLAGS -L$with_osg fi ;; *) The problem is that -L$with_osg will evaluate to a plain -L resulting in linker issues during build. Odd, that part was hardly touched but I've removed it. Thanks for the report. Erik -- SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] multiple --generic record/playback errors
John Denker wrote: On 02/09/2010 01:14 PM, Curtis Olson wrote: lon/lat are being written out as a float. This should be switched to double. The format specifier is %f but it might be better to specify a fixed number of decimal places appropriate for the required visual precision. I don't have my calculator handy, but maybe try 8 or 10 decimal places (%.8f) OK! Thanks for the clue. Two patches attached. At the next level of detail: -- I think that needs to be %.8lf with an L -- The code in generic.cxx needed repair That makes the cockpit view muuuch better. Cockpit view is usable now. The patches are committed. Thanks. Erik -- SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] configuration snafu
Curtis Olson wrote: Do we not support the --with-osg=/path on the mac platform? As far as I know it should. Erik -- SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] configuration snafu
Erik Hofman wrote: leee wrote: But isn't one of the tasks of ./configure to test that it can find the libs it needs, and isn't this the real problem? Is it not the case that ./configure has run ok, presumably believing that it has found the libs it needs, but then generated a makefile that fails because it can't find them? That was what I thought the problem was. Using non-standard configurations is far from forbidden on linux; that's why there are options (parameters) to override normal defaults, but ./configure should be checking for consistency and failing when it finds inconsistency, not giving the appearance that all is well. Agreed. I'll see if I can fix it somewhere this week (unless someone else beats me to it). I've updated configure of both FlightGear and SimGear to bail out if the OpenScenegraph libraries are not found. SimGear has a simple check for OpenThreads and OSG version number and a more extensive error report. FlightGear checks for every required library separately. I did comment out some lines for MacOS framework users in SimGear because I don't think they are needed there. Please report if I was wrong. Erik -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Permanent snow line
Andrew Gillanders wrote: I have seen from time to time mention of automatically generated snow lines where permanent snow would be likely to appear. Has anything been done on this? If not, I am thinking I could write a tool to take an elevation file (such as SRTM-3) and produce a shape file which then get put into the scenery build. Would this be worth doing, or are there other things in the pipeline which would supersede this? I believe this is one of the new shader effects in 2.0 Erik -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear 2.0.0 Announcement text + Summary of ChangeLog
Durk Talsma wrote: Erik Hofman replied: Indeed, I haven't looked at that part yet. It is designed to allow easy addition of it though. I'm just wondering: Should I leave the referring sentence in the announcement, or does it need modification? I would remove it since FlightGear doesn't support sound for AI/Networked models yet. The rest could be leaft as is. Erik -- SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Outerra
Gene Buckle wrote: On Mon, 8 Feb 2010, James Sleeman wrote: Heiko Schulz wrote: Just for those who wants to know what's going on in the flight sim world: Outerra is a new 3d-engine for seamless planet rendering. Wow, the video on the page: http://outerra.blogspot.com/ is amazing if it's real time. That's what a dense forest should look like. And that grass textures! And look at the shadow when they fly along lowly, that slightly bumpy ground surface. That is just astonishing. These guys have done a fantastic job too. Am I the only one who expects Hobbits to come run out of the woods? Erik -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] property browsing
John Denker wrote: *) It appears VEC3D and VEC4D property types are defined, but -- they are not fully supported -- there are no examples of them in the main property tree (globals) -- there is some code in simgear/scene/material/mat.cxx and ./Effect.cxx that does a few things with them. -- There is no nasal support at all. These types are just there to support (effect) configuration files and should not end up doing something else. Erik -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] scheduling and threading
John Denker wrote: More generally: Have there been any design decisions made as to what functions should continue to work during pause, and which should not? This is a fundamental discussion that often separates the home simulation use and professional simulators. So far concentration has gone into the first I guess, but the second would not exclude the first (while the first might exclude the second). Even more generally: To what extent is FG thread-safe? At one extreme, is this merely an aspiration for the distant future? At the other extreme, is this an established fact and requirement? Are there perhaps bits that are known to be thread-safe, and can be threaded, so long as we stay away from the naughty bits? Is the answer different for MSVC versus Linux? FlightGear is not thread safe, simply because it uses OpenGL. Parts of it can work with threads though, and some already do. Erik -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] configuration snafu
John Denker wrote: I also point out, again, that I am not asking anybody to help me. I have workarounds for this bug. Have had for years. I am just trying to help Joe User. I was slapped for pointing this out previously, but it remains true. I'm not exactly sure you're actually helping the non complaining Joe User by scaring away the few developers that are left. Erik -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear 2.0.0 Announcement text + Summary of ChangeLog
Heiko Schulz wrote: Sound * assignment of sound sources to external objects (i.e. AI controlled aircraft) How can we do that? So much as I know it isn't documented yet and still in work? Indeed, I haven't looked at that part yet. It is designed to allow easy addition of it though. Erik -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Patch for generic.cxx
Mirko Stanisak wrote: Hello everybody, I'm currently working on interacting flightgear with other applications. For this I use the generic protocol via UDP like this: fgfs --generic=socket,out,10,localhost,1234,udp,exchange -- generic=socket,in,10,localhost,1235,udp,exchange where exchange.xml is my XML protocol definition. Unfortunately, the in declaration produced a never ending loop. Thus, I propose this little patch for inclusion in CVS. Thanks, I've committed a different patch that should do the same. Problem with your solution is that the ascii parser didn't retrieve all queued packaged like before. Erik -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] configuration snafu
leee wrote: But isn't one of the tasks of ./configure to test that it can find the libs it needs, and isn't this the real problem? Is it not the case that ./configure has run ok, presumably believing that it has found the libs it needs, but then generated a makefile that fails because it can't find them? That was what I thought the problem was. Using non-standard configurations is far from forbidden on linux; that's why there are options (parameters) to override normal defaults, but ./configure should be checking for consistency and failing when it finds inconsistency, not giving the appearance that all is well. Agreed. I'll see if I can fix it somewhere this week (unless someone else beats me to it). By the way: I don't dislike the idea of switching to CMake but I have no experience in creating configuration files for it myself. Erik -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] configurator plebis
First of all, I don't think that Jpoe the Plumber should or will compile FlightGear him/herself. Anybody who wants to do so should learn how to do that. John Denker wrote: Another workaround -- the one I actually prefer -- is to let OSG live under .../lib64/ but add LDFLAGS=$LDFLAGS -L$parent/usr/lib64 \ LDFLAGS=$LDFLAGS -L$parent/usr/lib \ ./configure As I see it this might actually be a problem for the Linux vendor. They should have added /usr/lib64 to /etc/ld.so.conf Another thing that has bugged me about osg though is that is places it's plugins in /usr/(local/)lib/osgPlugins-version-number This is very hard to catch in a configure script and is only solved by adding that directory to ld.so.conf Erik -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] severe erosion of the terrain
John Denker wrote: Here’s the setup: Start the program as fgfs --airport=KLXV --metar= 012345Z 0KT 99SM CLR 15/M01 A2992 Let the aircraft sit on the runway. There is no need to start the engine. Use the v key to cycle through the available views. The scenery looks normal until you get to the last view, i.e. the model view. Then you will see that most (perhaps all) of the terrain is gone. Normally this view would show the aircraft sitting on the runway, but what you get instead is shown in figure 2. Cycling through the other views shows that their terrain is now gone, too, and does not come back. I never understood this view anyhow, what is it supposed to do? Erik -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] severe erosion of the terrain
Gijs de Rooy wrote: Erik wrote: I never understood this view (model-view) anyhow, what is it supposed to do? In the bottomleft corner of your screen a dialog shows up, that allows you to cycle through helicopter-views from yourself and the other MP pilots. Does this mean this view option only works properly when the mutiplayer option is selected? If so the I guess the option should be disabled by default and only bge available when MP is active. Erik -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] severe erosion of the terrain
Anders Gidenstam wrote: On Sat, 6 Feb 2010, Erik Hofman wrote: Does this mean this view option only works properly when the mutiplayer option is selected? If so the I guess the option should be disabled by default and only bge available when MP is active. No, for me it seems to behave perfectly ok also without MP enabled. It shows an external view of my aircraft just as it does with MP enabled, but of course I cannot select other aircraft with the arrows in the lower left corner since there are none. (The arrows simply do nothing.) How does it behave for you? Checking.. Same as yours: perfectly fine scenery, although I seem to remember I saw the same behavior is John reported at least once. Erik -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] configurator plebis
John Denker wrote: On 02/06/2010 02:32 AM, Erik Hofman wrote: As I see it this might actually be a problem for the Linux vendor. They should have added /usr/lib64 to /etc/ld.so.conf That does not fix the main problem. It does not fix the bug that I am reporting. The problem you reported is that the linker can't locate the library. If it's location is defined in ld.so.conf (and after running ldconfig) it can. Erik -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] configurator plebis
John Denker wrote: No, that is not the bug I am reporting. Beware that the word linker is ambiguous. ld is different from ld.so. More precisely, /usr/bin/ld is different from /lib/libdl.so* ... different program, different purpose, different specifications. For example, I can change the behavior of ld.so by setting the LD_LIBRARY_PATH. That cannot and should not affect ld. There is nothing magical about ld, just like any other program it will ask the system to open a shared library. OSG consists of shared libraries so the linker ld will pick it up if the correct directory is specified in ld.so.conf. period. Static libraries are (obviously) a different matter. Erik -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] configuration snafu
leee wrote: John's 'Joe' the non-C++ programmer is a valid scenario. Implying that the problem only occurs when people don't understand the implications of what they're doing is like suggesting that people who can't do their own automobile maintenance and repairs shouldn't drive, or indeed, that people who can't fly an aircraft shouldn't travel by air. In the contrary, Martin is suggesting that people who don't know how to build a car should buy one. He might have a point.. Erik -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Get rid of annoying Failed to load object message
John Denker wrote: The commit messages for these commits seem self-explanatory. commit f38db3f433e77cd59c2332dbda779774768bcf96 Author: John Denker j...@av8n.com Date: Tue Feb 2 22:00:17 2010 -0700 Get rid of annoying Failed to load object message. diff --git a/materials.xml b/materials.xml index 0ccd581..9e65486 100644 --- a/materials.xml +++ b/materials.xml @@ -988,7 +988,6 @@ Shared parameters for various materials. pathModels/Residential/zone_maisons_carre-ba.ac/path pathModels/Residential/zone_maisons_long-ba.ac/path pathModels/Residential/zone_maisons_grd-ba.ac/path - path/path coverage-m210/coverage-m2 heading-typerandom/heading-type /object Oops, my bad. Thanks for the report. Erik -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] materials.xml request
Stuart Buchanan wrote: I managed to do a couple of test-flights to validate Erik's bug report without crashing my GPU. The problem appears to be limited to the case where there are multiple object path elements defined under the object node. In this case, the actual object placed at a given location varies from run to run. The effect can be quite subtle because the position of the object (and any trees) stay the same, and a lot of our object definitions only have a single path element so you often don't see the bug for large objects. Indeed that was also my conclusion. Erik -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] materials.xml request
Tim Moore wrote: Since the bug is in model choice (not position), affects less than a third of the object definitions in materials.xml, and is being reported very late in our release process, I'm inclined to fix this in a 2.0.1 maintenance release. Another way to fix it is to use a round-robin method instead of using random for model selection. This would probably be an easy fix. This method is also used for multiple scenery textures. Erik -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] materials.xml request
Stuart Buchanan wrote: As I recall, the plib code didn't even attempt to make random object placement consistent across runs and I spent quite some time with help from a number of people in putting together something that provided that consistency. Actually FlightGear did this already for a very long time. I know because I started the discussion about it back then. Erik -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] materials.xml request
Erik Hofman wrote: Stuart Buchanan wrote: As I recall, the plib code didn't even attempt to make random object placement consistent across runs and I spent quite some time with help from a number of people in putting together something that provided that consistency. Actually FlightGear did this already for a very long time. I know because I started the discussion about it back then. looking at the code: mt_init(seed, unsigned(123)); Note that back then first I used a random seed of lat*36000+lon*100 (or vice versa) of the tile center as a seed, making each tile more random. Erik -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] materials.xml request
Erik Hofman wrote: Tim Moore wrote: Since the bug is in model choice (not position), affects less than a third of the object definitions in materials.xml, and is being reported very late in our release process, I'm inclined to fix this in a 2.0.1 maintenance release. Another way to fix it is to use a round-robin method instead of using random for model selection. This would probably be an easy fix. This method is also used for multiple scenery textures. Alright, this is committed to CVS for now. It is tested and works reliably. After the release we could discuss if this is the right approach or using random would be better. Erik -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] materials.xml request
Erik Hofman wrote: Another way to fix it is to use a round-robin method instead of using random for model selection. This would probably be an easy fix. This method is also used for multiple scenery textures. Alright, this is committed to CVS for now. It is tested and works reliably. After the release we could discuss if this is the right approach or using random would be better. Ok, this turn out not to be perfect; When starting at a different airport and then switching to KSFO (and probably when flying around for some time and returning to KSFO) you might find a different building at places then before. But at least that's consistent (also between sessions). Erik -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] materials.xml request
Stuart Buchanan wrote: It's been a long time since I (re-)wrote the random object code for OSG, but my recollection is that we use the same random number seed when generating random model placements, to ensure that a building is in the same place on every computer. Looks like that part is gone, at least the part where every random object in the scenery was in the same place every time you start up FlightGear. This used to be working at some point (and could be used for landmark navigation). Erik -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] materials.xml request
Stuart Buchanan wrote: Erik Hofman wrote: Looks like that part is gone, at least the part where every random object in the scenery was in the same place every time you start up FlightGear. This used to be working at some point (and could be used for landmark navigation). Hmmm, I've had a quick look at the code in question (simgear/scene/tgdb/odj.cxx computeRandomObjects), and it doesn't look like it has changed since I wrote it, so I'm surprised it no-longer works. Unfortunately I can't test this at present as my graphics card is kaput. That isn't going to be resolved for a couple of weeks, so if someone wants to take a look, they are welcome. Sorry I can't be of more help, or maintain my own code in a timely manner at present. Oh, it's not a show stopper but it was a feature I found to be one of the nice things about FlightGear. Maybe I will take a look at it some time. Erik -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [FlightGear-devel] materials.xml request
J. Holden wrote: I'm a bit confused. Are random objects actually starting up at different points in each run now? I haven't noticed that nor have I seen a report of that. All I've seen in this thread is that the code that resets the random generator in each tile (well, several times per tile) may be affecting the random distribution of some models. I have not seen anything proving this is broken (did a couple test flights), can someone please independently verify that this code is indeed broken? Hm, I did e few tests myself yesterday. I'll try to do a few more to check. Erik -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] GUI dialogs suck
Pete Morgan wrote: GUI dialogs suck And now? Erik -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Money and Contributions
Pete Morgan wrote: I would gladly make a contribution to FlightGear. My small contrib would be around £10 per quarter and I would expect this cash to go towards: * Maintaining servers online and similar Is that mechanism in place ? Is FlightGear.com TradeMark in place? Is there a way I can take FlightGear and create my own Value added and branded package, eg local Secondary School? Please tell me you're not affiliated with FlightPro sim.. Erik -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] GUI dialogs suck
Pete Morgan wrote: Erik Hofman wrote: Pete Morgan wrote: GUI dialogs suck And now? Erik very helpful erik. Like your comments indeed. If it really sucked then others would have complained already, and most likely it would have been fixed by now. Erik -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Money and Contributions
James Sleeman wrote: On 29/01/10 21:20, Erik Hofman wrote: Pete Morgan wrote: I would gladly make a contribution to FlightGear. Please tell me you're not affiliated with FlightPro sim.. Seems to me, that Pete has asked a reasonable question, why shoot back such an unpleasant accusation? Pete has been documenting bugs and misfeatures here on the list recently, seeming like he is doing some fairly thorough testing of things. While perhaps Pete doesn't always report them in the most, shall we say, tactful manner, I'm sure that this is a useful development contribution. So if he is rude and offensive to developers I highly appreciate (like the coder of the GUI) I do have to be very polite? Neh; what comes around goes around and if he can't take that he should react differently himself. Erik -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Newbie Question
Hi Peter, First of all, welcome! Peter Meyer wrote: Can some one tell me how excatly i can cvs checkout the latest Source? In the Manuals are only Version 0.9 is described but i want to acces the latest Stable and Devel sources. I have try to Modify Flightgear-0.9 to 1.9 and 1.9.1 but it didnt work for me. Is there any uptodate Developer Faq or readme out there? Hint: I want to compile the Sources on Win 64-Bit with MSVC2008 SP1 You can find the most important information here: http://wiki.flightgear.org/index.php/Building_FlightGear_-_Windows Erik -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] materials.xml request
J. Holden wrote: As we'll have a lot more areas defined as town in the upcoming scenery build, and there are far too many water towers per square land-area-measurement-category) in FG as it is, and it looks tacky. After the release, I'll try and look at improving the randomly generated scenery. It would also be nice to have some more different small(ish) buildings. Erik -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] materials.xml request
Martin Spott wrote: Hi Erik, Erik Hofman wrote: It would also be nice to have some more different small(ish) buildings. Feel invited to have a look at the Models/Residential/ folder, there you'll find the content of this chapter: http://scenemodels.flightgear.org/modelbrowser.php?shared=2 Nice, I've reorganized the town section a bit with this in mind. Thanks! Erik -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] --lon= --lat= --altitude= --heading= --pitch=
Martin Spott wrote: Martin Spott wrote: # ~ fgfs --lon=-122.050490 --lat=37.417342 --altitude=755 --heading=251 --pitch=-23 --geometry=1152x870 --timeofday=noon --aircraft=ufo should provide a nice view onto a scene at KNUQ. All of the above switches work as expected, just --pitch= and --roll= don't. BTW, setting --prop:/sim/current-view/pitch-offset-deg=-23 on the command line doesn't have any effect either, but setting the same value via the property browser on the running instance works. That makes me wonder, is it a JSBSim aircraft or a YASim aircraft (and does another plane using a different FDM have the same problem)? Erik -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Please remove 727-230 from CVS- Licence issues!
Heiko Schulz wrote: Hi, For the 727-230 Lufthansa livery and Cruzeiro livery were textures used found on www.cgtextures.com. In my eyes the licences allowed me to use the textures, but their FAQ says now no to OpenSource, and another OpenSorce engine (OpenArenea) ran into trouble, as I found out today. So please remove the complete file before the Release of FGFS 2.0.0, I hope to get a GNU GPL-compatible replace soon! Maybe this can be done by removing the rights to read from that directory at the CVS server side (or something)? It would be a pitty to remove everything and add it back later. Or maybe it's good enough to replace the texutures with plain white images for now? Erik -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] B-1B update
Markus Zojer wrote: Hi all! Could someone please update the B-1B to the more actual version (for fg 2.0) below: Done. Erik -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Please remove 727-230 from CVS- Licence issues!
Erik Hofman wrote: Or maybe it's good enough to replace the texutures with plain white images for now? I've done this until an agreement is reached. Erik -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Please remove 727-230 from CVS- Licence issues!
Stefan Seifert wrote: On Saturday 23 January 2010 10:43:13 Erik Hofman wrote: Erik Hofman wrote: Or maybe it's good enough to replace the texutures with plain white images for now? I've done this until an agreement is reached. I hate to be the messenger here, but I think it's really obvious that these textures have to be removed from CVS completely including any history. Because otherwise one could just checkout an older version of the textures to get them thus we would be distributing them, which is explicitly not allowed by the CG textures license. The problem was for the next release which is fixed for now. Erik -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] --lon= --lat= --altitude= --heading= --pitch=
Martin Spott wrote: Aside from that, I'd assume that setting a pitch for the viewer should be pretty independent from the aircraft and the respective FDM - at least I hope it is :-) Viewer... need to read the whole story next time. Agreed. Erik -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Please remove 727-230 from CVS- Licence issues!
Heiko Schulz wrote: It is clear now: the licence doesn't allow me now to use the textures, so please somene remove the whole history as soon as possible! Only Curtis is able to do so. Erik -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] SoundSystem on MacOS
James Turner wrote: On 20 Jan 2010, at 14:28, James Turner wrote: This is especially the case when I switch the tower location from my departure airport to my arrival airport. I *think* fly-by views are okay, but I'll double-check that now. Fly-by views are *not* okay for me, but I must point out (before Erik gets annoyed) that I am running a few days behind CVS due to hacking on other areas of the code. I'll pull now and report back. You're trying to get me a heart attack, don't you? :-) Erik -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] SoundSystem on MacOS
Hi, I have read a report an bad doppler for MacOS then asked for some information but got no reply. If this problem still persists could the MacOS users try this patch? Erik Index: soundmgr_openal.cxx === RCS file: /var/cvs/SimGear-0.3/source/simgear/sound/soundmgr_openal.cxx,v retrieving revision 1.88 diff -p -u -r1.88 soundmgr_openal.cxx --- soundmgr_openal.cxx 13 Jan 2010 14:29:59 - 1.88 +++ soundmgr_openal.cxx 20 Jan 2010 13:45:05 - @@ -111,6 +111,7 @@ void SGSoundMgr::init(const char *devnam } ALCcontext *context = alcCreateContext(device, NULL); +testForALCError(context creation.); if ( testForError(context, Unable to create a valid context.) ) { alcCloseDevice (device); return; @@ -125,6 +126,7 @@ void SGSoundMgr::init(const char *devnam if (_context != NULL) SG_LOG(SG_GENERAL, SG_ALERT, context is already assigned); +_device = device; _context = context; _working = true; @@ -162,7 +164,7 @@ void SGSoundMgr::init(const char *devnam _vendor = (const char *)alGetString(AL_VENDOR); _renderer = (const char *)alGetString(AL_RENDERER); -if ( _vendor != OpenAL Community || +if ( (_vendor != OpenAL Community vendor != Apple Computer Inc.) || (_renderer != Software _renderer != OpenAL Sample Implementation) ) { -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] SoundSystem on MacOS
Erik Hofman wrote: I have read a report an bad doppler for MacOS then asked for some information but got no reply. If this problem still persists could the MacOS users try this patch? Never mind this patch contains an error so I've put it in CVS. If it's wrong please tell me and I'll remove it again. Erik -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] SoundSystem ALC error
S Andreason wrote: Hi Erik, This morning's cvs for simgear is now giving me a segfault: I did change the code today to prevent this from happening, are you sure you are running the latest code? Erik -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] SoundSystem ALC error
S Andreason wrote: Erik Hofman wrote: I did change the code today to prevent this from happening, are you sure you are running the latest code? I am positive. I see this file updated this morning: Ok, I've committed a work around that silently catches any error prior to calling alutLoadWAVFile(). Should be good enough for the next release. Erik -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] error C5108 unknown semantics
S Andreason wrote: Hi Erik, I have been getting this error since the last week of December, when the first sound plays, gear-lock in my case. (Playing that sound is new behavior I wonder how to stop.) ALC Error (sound manager): ALC_INVALID_DEVICE at load file Geoff mentioned the same, I still have to investigate this. At a first glimpse it's not an obvious error so I need to do some testing. Erik -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Nominations for Aircraft Selection intheFlightGear 2.0 Release
syd adams wrote: Ok , I understand it when put that way. I guess now my other question would be , is it conflicting to proceed with development under the cc licence on certain models?Can there be 2 versions ? I see no reason why not, especially if it's your own work. Erik -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Nominations for Aircraft Selection in theFlightGear 2.0 Release
Peter Brown wrote: - Carrier Aircraft : T-2C or F-4N (while the F-14 is carrier capable, Dave Culp has some excellent aircraft that don't fit the omnipowerful jet fighter category) Keep in mind that the aircraft from Dave's hangar are not GPL compatible and hence could not be added to the base package. Erik -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Nominations for Aircraft Selection intheFlightGear 2.0 Release
syd adams wrote: By the way , I dont understand why (content) needs to be GPL since there is no source code to speak of. GPL is important since the base package is likely to be included in linux distributions of which most are commercial. Erik -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: data/Aircraft/santa/Models/Effects stardust.xml, NONE, 1.1
Curtis Olson wrote: Erik, we may need to discuss Santa theology on the developers list here. Are you just making this stuff up? It's true, it's really true! I saw it myself ... once. I think. Erik -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Ubuntu fatal error - rumble.wav?
Geoff McLane wrote: As expected, the console output shows the line :- ALC Error (sound manager): ALC_INVALID_DEVICE at load file indicating some previous un-check, thus un-handled, ALC error... Ok I'll try to see why that is. Erik -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Ubuntu fatal error - rumble.wav?
Ok, the returned error turned out to be an uncatched ALC or AL error situation. I've now added the checks for them prior to calling the alutLoad* function. This will probably not solve the problem but it will give a more precise hint on what's going on. Erik -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Ubuntu fatal error - rumble.wav?
Alan Teeder wrote: Eric Could you let us know which version of Alut and OpenAl you are using for your sound development work. I've been using FreeALUT (CVS version but it has not many changes compared to version 1.0) and have used OpenAL-Sample (CVS), OpenAL-Soft (CVS) and my own OpenAL implementation (all Linux). Erik -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Terragear-cs genapts stopway bug...
Gijs de Rooy wrote: Note that there is a runway texture template that almost nobody knows about anymore: http://cvs.flightgear.org/viewvc/graphics/runway/runway_layers.xcf?revision=1.3root=TerraGearview=markup Erik Erik, I actually used that template to create the stopway texture you see in Ron's screenshot. However, it does not match the current runway textures. I was unable to recreate runway textures with that template. It looks like the noise changed in the textures, but not in the template... I think the 'rubber coating' layer messes up the looks of it since it is consistent across the length of the runway but would be silly for the stopways. Maybe it would be a good idea to look at the runway layout again and recreate the runway textures. Possibly with skidmarks in mind. Erik -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] --disable-sound
James Sleeman wrote: On 11/01/10 00:02, Erik Hofman wrote: Historically it just muted the sound. I've now updated the code to not initialize the sound manager until specifically requested (which can be at runtime, even when --disable-sound is specified). Thanks, that seems to allow it to run without sound :-) Now, next question, is there a way that once FG is running, having given it --disable-sound, that I can trigger the sound manager to kick in and re-enable sound. The Sound Configuration dialog doesn't do anything when --disable-sound is given (looks like it should, but it doesn't). Setting /sim/sound/working to 'true' should enable the sound manager at runtime. Erik -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Terragear-cs genapts stopway bug...
Erik Hofman wrote: Maybe it would be a good idea to look at the runway layout again and recreate the runway textures. Possibly with skidmarks in mind. In the mean time I've added two stopway textures that might be good enough for now (pa_stopway.png and pc_stopway.png). Erik -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] --disable-sound
Martin Spott wrote: Erik, Erik Hofman wrote: Setting /sim/sound/working to 'true' should enable the sound manager at runtime. While you are at it, is /sim/sound/enabled still supposed to have any effect or is/should it now being obsolete ? That property is used for muting the sound at runtime (part of the soundmanager keeps running to update positions and such). Erik -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] --disable-sound
Martin Spott wrote: Erik Hofman wrote: Martin Spott wrote: While you are at it, is /sim/sound/enabled still supposed to have any effect or is/should it now being obsolete ? That property is used for muting the sound at runtime (part of the soundmanager keeps running to update positions and such). May I suggest to rename this property into something like mute, just to imcrease the comprehensibility ? For backwards compatibility it would be better to leave it like it is. Erik -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Ubuntu fatal error - rumble.wav?
Geoff McLane wrote: Thank you for the reply, but now I am even more confused ;=() Ah wait, I looked at the code for a different ALUT version.. I must have looked at the wrong code because of it ran great a few days ago, when I reported all seemed well... but now... and the code I looked at was changed just a few days ago. I'm starting to wonder what has changed in the mean time.. need to look at that this week (I'm quite busy so i can't promise any time frame). I looks odd since this line 'int error = alutGetError();' should clear any error for the next call. Erik -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] --disable-sound
James Sleeman wrote: Is there a reason that --disable-sound doesn't totally disable sound? Historically it just muted the sound. I've now updated the code to not initialize the sound manager until specifically requested (which can be at runtime, even when --disable-sound is specified). Erik -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Ubuntu fatal error - rumble.wav?
Geoff McLane wrote: Hi all, But in Ubuntu 8.04 LTS, now get an error exit when running the default c172... it ran great a few days ago, when I reported all seemed well... but now... Running it under gdb, and setting a break point at SGSoundMgr::load(), and on the 2nd time through this function, got the trace attached... Essentially from the lines of code - 555 data = alutLoadMemoryFromFile(samplepath.c_str(), format, size, freqf ); 556 freq = (ALsizei)freqf; 557 int error = alutGetError(); 558 if (data == NULL || error != ALUT_ERROR_NO_ERROR) { the 'data' is NULL, but even if it was not, additionally 'error' contains a value 518 (0x206)... Again, I though I had read this before in a recent board message, and thought a CVS 'fix' had been made, but now not so sure... At least it's not the latest CVS code, this code has been replaced by a (supposedly) better check. Erik -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Terragear-cs genapts stopway bug...
Ron Jensen wrote: The attached patch against terragear-cs adds stopway texturing and corrects which stopway is on which runway end. Gijs is working on materials.xml and textures. http://www.jentronics.com/fgfs/temp/genapts_stopway05.jpg Note that there is a runway texture template that almost nobody knows about anymore: http://cvs.flightgear.org/viewvc/graphics/runway/runway_layers.xcf?revision=1.3root=TerraGearview=markup Erik -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Copyrights
J. Holden wrote: LeeE: I appreciate your comments, but in that case, why is FlightGear licensed under the GPL at all if we're not willing to enforce it? The GPL is designed to be as open as possible, but still giving rights to the people who hold the copyright on the product! Well that was my point, I could use my own code any way I want to (even in closed source projects) without any problems if the copyright remains by me. Handing over the copyright to some entity prevents that. Erik -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Towards Release- Turbulences on JSBSim aircrafts
Heiko Schulz wrote: Hi, I noticed that the turbulences (environment/turbulence...) don't affect JSBSim- aircrafts since some months. I seem to remember Jon implemented a new turbulence model a while back. Maybe that broke it for FlightGear? Erik -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Copyrights
J. Holden wrote: I've been doing research into copyrights and am shocked to see there is no (C) (years)-2010 FlightGear anywhere in FGRun or in the main flight simulation program. Copyrights don't vanish at the beginning of a new year. They start at a given date and expire many years later. However, it appears looking through a sample of the source code the code is indeed (C) (year) by the authors who wrote it. This makes sense, considering the contributors to the project hold the copyright, unless the contributors agree to assign their copyright to an entity (FlightGear). I don't think this has happened, but it should. Why, because you say so? Erik -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] configure.ac patches for FG/SG
Tatsuhiro Nishioka wrote: Hi there, I've updated the configure.ac files on FG and SG. these patches fixes minor bug in addition to providing --with-openal-framework and --with-cocoa-framework. Now you can use your own version of OpenAL.framework for selecting various audio output device. Plus, you can build FG/SG on Snow Leopard with cocoa configuration. Please apply these patches. Done. Erik -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Patch to fix a crash on sound manager when a sound file is not found, etc.
Tatsuhiro Nishioka wrote: Hi there, I found a bug in sound manager that crashes fgfs. The crash occurs when a designated wav file is not found. Could you file a bug report at Apple? Returning an error number when calling alGetError that is not supported by alGetString() is a no-go. Erik -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Patch to fix a crash on sound manager when a sound file is not found, etc.
Tatsuhiro Nishioka wrote: Hi, Thanks for committing my patch, Erik. Could you file a bug report at Apple? Returning an error number when calling alGetError that is not supported by alGetString() is a no-go. I filed a bug report, but I don't think Apple will change their code. Fortunately or unfortunately, alGetString works as OpenAL specification claims. Sure but alGetError doesn't, it is only supposed to return OpenAL error codes which it clearly doesn't at this time. Erik -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Windows CVS update warnings
Ubuntu Air wrote: Hi FG data cvs maintainers, When updating FG data in Windows, I continually, for quite some time now, get the following CVS warnings :- cvs update: move away Aircraft/A380/Models/a380.rgb; it is in the way It looks like you have local updates that have never been in CVS. If that's unintentional you could run cvs up -PdC (in the a380 directory) to replace the conflicting files. Erik -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] ATIS Voice problems
Stuart Buchanan wrote: The reported exception message is: Failed to load wav file: There was already an ALC error on entry to an ALUT function at /home/stuart/FlightGear-0.9/data/ATC/default.wav I've rearranged the alut error checking a bit to hopefully provide some better feedback. Erik -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/structure subsystem_mgr.cxx, 1.11, 1.12
James Turner wrote: On 29 Dec 2009, at 14:28, Erik Hofman wrote: SGSubsystemGroup::unbind () { -for (unsigned int i = 0; i _members.size(); i++) -_members[i]-subsystem-unbind(); +// reverse order to prevent order dependency problems +for (unsigned int i = _members.size(); i 0; i--) + _members[i-1]-subsystem-unbind(); } Reverse iterators (rbegin(), rend()) would be a little neater for this. (In my opinion, of course!) You are free to change it. I've had my share of mistakes using iterators recently .. :) Erik -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Some bugs
Peter Brown wrote: Erik, if you point out a path to me I'll look, but I don't know where to look to check the version of OpenAL. The CVS I'm using was compiled by Tat on the Mac FG site he hosts. If I could describe more accurately I would say that it sounded like the hz was way off, so instead of a recognizable sound wav it is more of a ugly solid tone. If you are using the tower viewpoint and the a/c flys by, the tone still changes as it goes by, but from one solid tone to another. Ok, I've added some extra information (to CVS) when running 'fgfs --show-sound-devices' The first line now shows the default OpenAL renderer and the OpenAL vendor. It sounds to me like the MacOS version of OpenAL behaves the same as the Sample Implementation which would be easy to fix (once I have the vendor and renderer information). Erik -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Some bugs
Peter Brown wrote: -the sound is fine in the cockpit and a few views, but from the tower viewpoint (listen to a flyby) and from the model viewpoint (I think there are 3 actually), the sound is corrupted. While I don't know why, what I did discover was if you moved your location one step in any direction (up or down, left or right), the sound returned to normal. This is one step from the default viewpoint, such as tower, model, fly-by, etc. I don't notice this behavior: what version of OpenAL are you using and could you describe 'corrupted' some more? Erik -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Autopilot broken, Eric maybe?
S Andreason wrote: Hi, Why is the autopilot broken? Specifically on my models like bluebird (or ufo if you prefer), I started to implement a requested feature, but found it does not work like it used to. The property: /autopilot/settings/true-heading-deg acts like it is being set by something else that shouldn't. P source/src/FDM/JSBSim/ 105 files updated by ehofman (Is that you Eric?) It is me indeed, but I just synchronize JSBSim CVS and FlightGear at that point. If JSBSim is the cause (which I find hard to believe at this point) then there' s something severely wrong since JSBSim has no business updating anything under /autopilot. Erik -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Autopilot broken, Eric maybe?
Hey, could we all agree it's not my fault? :) Erik -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Autopilot broken, Eric maybe?
Heiko Schulz wrote: Hi, Hey, could we all agree it's not my fault? :) Only if you will correct the airport name: http://wiki.flightgear.org/index.php/File:Tu154Innsbruck.png - pretty flat for LOWI ! :-P Admittedly I already wondered about it :) But i never thought it would be Schiphol. Anyhow, the filename isn't changed but the corresponding text is. Erik -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] segfault in pulseaudio code with Fedora 12 x86_64
Tim Moore wrote: As the subject line says, I'm seeing a segfault in pulseaudio library code on Fedora 12. I just upgraded, so I can't really say when this was introduced, but old code which doesn't use Erik's sound manager development of recent months doesn't show this behaviour. There have been big issues with PulseAudio and OpenAL-Soft. As I understand it because of lack of proper documentation of PulseAudio. The latest version OpenAL-Soft should provide a work around (as I understand it). In other words; PulseAudio is unreliable at this point due to problems between OpenAL-Soft and PulseAudio. That's why I added the option to select a different output device. Erik -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Possible cause of crashing FG at exit - HELP NEEDED
Tatsuhiro Nishioka wrote: Hi there, As many of you already know, FG often crashes at exit (See back trace below). Though the chance of crash varies per platform, it crashes more than 80% on my Mac with very annoying Crash Reporter dialog popping up. This bug must be eliminated before the official release. As a result of several hours of research, I've found a possible cause that crashes fgfs at exit, which has something to do with the Sound Manager updates committed on Oct-24-2009 (See the cvs logs below for detail). I've been looking at the code and tracing up and down on gdb, but I've not yet found a root cause. #7 0x0806cce7 in fgExitCleanup () at bootstrap.cxx:305 I only have a 265 line bootstrap.cxx ..?? Erik -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Possible cause of crashing FG at exit - HELP NEEDED
Tatsuhiro Nishioka wrote: Hi there, As many of you already know, FG often crashes at exit (See back trace below). Though the chance of crash varies per platform, it crashes more than 80% on my Mac with very annoying Crash Reporter dialog popping up. This bug must be eliminated before the official release. Ok, you might want to make some big steps towards finding the cause by starting commenting out code in SGSoundMgr::~SGSoundMgr(). I would atart with the first call: 'stop()' If that fixes it then start to comment out code in SGSoundMgr::stop() until you locate the problem. (just comment out big sections with #if 0 .. #endif first). Erik -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flight Gear on Windows
Alan Teeder wrote: I am no longer seeing the first two bugs which seem to have been sorted out this week, but do have a similar problem with sound. See my thread with Eric. Is this something I need to look after or is it a matter of finding the proper compile options? Erik -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] simgear version number now a string
Csaba Halász wrote: The recent change which makes a string from the simgear version breaks FG configure. I don't think introducing an incompatible change to the version macro is a good idea. Erik, can you explain why you made the change? I am aware that FG's own version is a string, so I am guessing that might have been the reason. It was part of a patch to provide better version information when running fgfs --version I did check if it was breaking compilation of simgear. I must admit I didn't test running configure. Erik -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flight Gear on Windows
Alan Teeder wrote: VC90 build is very out of date and quite few new files and libraries have to be added. Honestly try to stay away from the build files, mainly because I have no way to test them. I might completely break building for MSVC and note even know it (typo's are made easily). If anyone has proper build files I would be happy to commit them. As of today version.h is not found. I have hand built one from version.h.in, with the line #define SIMGEAR_VERSION 1.99.4. That should be fixed again, sorry for the fuzz. Erik -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] nan-a-palooza
John Denker wrote: Update: To observe this bug, I don't even need to taxi. I can just sit at the starting point of runway 31L at JFK with the engine off. After sitting about 8 minutes, I observe nan messages on the console. Jon, could you specify if this was with 'real' weather enabled or disabled? I've seen something similar when it was enabled but haven't seen it without real weather. Erik -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] sound dialog
Stuart Buchanan wrote: I've just checked in an updated sound dialog with a tabulated layout. Let me know what you think - I'm not sure whether the channel labels should be left-aligned or right-aligned. Very nice, it's about what I had hoped for. No need to change anything if you'd ask me. Thanks Stuart! Erik (who starts to look at the dialog code to see what he missed) -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] fgfs compile error, today's cvs
Curtis Olson wrote: I'm not sure the best way to handle this but if you start at the top and run ./autogen.sh followed by ./configure --options I think the error will be cleaned up. Switching files from abc.c to abc.cxx confuses the dependency tracking of automake. Indeed.that's a pity. Erik -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] sound dialog
Hi, I've been trying to pity up the sound dialog box without much success. Is anyone with some more understanding of the gui configuration willing to spent a few minutes on it? Erik -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] sound dialog
Stuart Buchanan wrote: Erik Hofman wrote: I've been trying to pity up the sound dialog box without much success. Is anyone with some more understanding of the gui configuration willing to spent a few minutes on it? I can take a look, unless Syd gets to it first :) Thanks, that's much appreciated. Erik -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [GIT] misc fixes
Csaba Halász wrote: 2) fix a crash in SGSoundMgr::stop() due to invalid iterator usage: http://gitorious.org/~jester/fg/jesters-sg-clone/commit/12604fb231631252b13af1338020926e2ca1a605 Thanks to Vivian for reporting. That one still bites me once in a while. I don't like itterators all that much because of it. Thanks for reporting (and the fix). Erik -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Debug Assertion Failed in Sample_opneal.hxx
Alan Teeder wrote: Eric Yes, both are 32 bit with identical Visual C++ 2008 (VC09) and Flightgear library setups. OpenALand Alut are from the Creative site. The Vista laptop is Intel dual core, the XP box is an ancient Athlon. I've updated the code slightly to not assign the sample data to the SGSoundSample class in case of loading a file. Could you test if this solves the problem for you? Erik -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Debug Assertion Failed in Sample_opneal.hxx
Alan Teeder wrote: In debug the program now fails in sample_openal.cxx at line 477 (if(sample-is_file() ) free (sample_data) ;) , reporting a possible heap corruption. That's virtually impossible. You might check the code if you see a problem but this starts to look like a compiler bug. MSV9 seemed to work for everybody who uses it. Erik -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Debug Assertion Failed in Sample_opneal.hxx
Alan Teeder wrote: I suppose the good news is that I am able to duplicate the fault on the XP machine (which normally runs without fault) simply by using debug runtime.. I'm not sure that's good news.. Are both systems the same (64-bit or 32-bit)? Erik -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Debug Assertion Failed in Sample_opneal.hxx
Alan Teeder wrote: Eric Yes, both are 32 bit with identical Visual C++ 2008 (VC09) and Flightgear library setups. OpenALand Alut are from the Creative site. The Vista laptop is Intel dual core, the XP box is an ancient Athlon. Ok at least that excludes the possibility of a buffer overflow due to 64-bits. Erik -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Debug Assertion Failed in Sample_opneal.hxx
Alan Teeder wrote: Eric This may be of some use. I am getting the debug message:- HEAP[fgfs.exe]: Invalid Address specified to RtlValidateHeap( 02F4, 2EEE0028 ) Windows has triggered a breakpoint in fgfs.exe. _data which free_data is working on is 2EEE0048.~yslcYOF:74457BJSetc (rumble.wav data) Not being a windows developer this doesn't say much to me. Looks like just another way to say that the data is corrupt at that location, which still could be a buffer overflow somewhere else. Erik -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Debug Assertion Failed in Sample_opneal.hxx
Alan Teeder wrote: Eric An aircraft that I am developing caused Flightgear to crash on the Vista box, but not on the XP one. This I traced to some bad coding in my JSBsim aero file:- table!-- Ch-delta elevator -- independentVar lookup=row fcs/elevator-pos-deg/independentVar tableData !-- ** No surface deflections specified in input file ** -- /tableData /table It was an empty table generated by Datcom+ which I had not got around to filling in. The XP machine, which I use most of the time does not hiccup at this. Flightgear on the Vista laptop also crashes with something that appears to be related to the sound patches, AND also every time that I exit. The XP box sees none of these problems. From this I now believe that the problem is that the Vista laptop is less tolerant of run-time errors than the XP box. As far as Sample_openal.hxx is concerned all I can guess from my debug sessions at is that there is some kind of a problem at the time that Rumble.wav is used and it is even possible that the problem is at the XML code level. It's not getting easier to track down. Although maybe it indicates an uninitialized variable or something like that. It might even be allocated memory that is reserved at an unrelated piece of code but that overwrites the section that gets freed by the soundmanager. Erik -- Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Sound system improvements...levels, sources, balancing, and devices...
Jacob Burbach wrote: So one last request to do with ATIS, may we have a check box in the sound config dialog to toggle the FlightGear ATIS on and off? Or do we already have a way to do so that I have overlooked? I could not find a reference in the code or in one of the xml files, so I guess it's not possible at this time. I'll add it to the todo list. Erik -- Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Debug Assertion Failed in Sample_opneal.hxx
Alan Teeder wrote: First the good news, with the current CVS on XP, VC++2008 Flightgear runs well. The bad news is that on my Vista laptop it stops with a Debug Assertion Failure before the splash screen is replaced by the runtime display. Both machines have an an identical setup as far as Flightgear is concerned and I have checked that OpenAL32.dll and wrap_oal.dll are the latest versionfrom the Creative site. Also the sound device drivers (Realtek High Definition) are up to date. Maybe this message will help? http://opensource.creative.com/pipermail/openal/2008-May/011176.html Erik -- Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel