Tim Moore [Thu, 12 Nov 2009 09:58:42 +0000 (10:58 +0100)]
Attach an empty shader program to the scene graph root
This establishes a default state of using the OpenGL fixed function pipeline.
Otherwise a shader program from a state set can leak into state sets that don't
use shaders at all.
torsten [Fri, 18 Dec 2009 11:43:14 +0000 (11:43 +0000)]
Ingore unhandled top level elements instead of not loading the autopilot. This (re-)enables usage of <params> at top level and <property alias="../params/foo"/>
James Turner [Thu, 17 Dec 2009 12:36:51 +0000 (12:36 +0000)]
Rewrite the spatial index to use a sparse octree on the cartesian coordinates of items.
* Fixes errors selecting 'nearest' items, including duplicates
* Stable behaviour around the poles and dateline
* Decently efficient, even for 'everything within 500nm' queries
torsten [Tue, 15 Dec 2009 21:27:46 +0000 (21:27 +0000)]
- introduce some typedefs for SGSharedPtr<>
- add a <period> element to input and output of each filter to support periodical values like headings. See README.digitalfilters for details.
ehofman [Tue, 8 Dec 2009 09:48:00 +0000 (09:48 +0000)]
John Denker:
Suggestion: It might be helpful to promote each of
the .c files to .cxx.
Rationale:
-- The configure/makefile system handles CFLAGS
differently from CXXFLAGS.
-- It is important for the *info programs to
compiled and run in exactly the same environment
as the main fgfs program. Some users depend on
compiler or linker flags such as rpath that
strongly affect the results of the *info programs.
-- There is no downside; you code compiles just
fine as-is under the c++ compiler.
second part of the original commit, for ehofman/sound
ehofman [Tue, 8 Dec 2009 09:48:00 +0000 (09:48 +0000)]
John Denker:
Suggestion: It might be helpful to promote each of
the .c files to .cxx.
Rationale:
-- The configure/makefile system handles CFLAGS
differently from CXXFLAGS.
-- It is important for the *info programs to
compiled and run in exactly the same environment
as the main fgfs program. Some users depend on
compiler or linker flags such as rpath that
strongly affect the results of the *info programs.
-- There is no downside; you code compiles just
fine as-is under the c++ compiler.
timoore split the original patch so that alcinfo.cxx can be commited to
the ehofman/sound branch seperately.
ehofman [Tue, 1 Dec 2009 09:08:08 +0000 (09:08 +0000)]
The problem with the current test is that HAVE_CULLSETTINGS_CLEAR_MASK is always defined, either with a value of 1 or a value of 0 while the test in the code checks for '#if defined(HAVE_CULLSETTINGS_CLEAR_MASK)'
ehofman [Sat, 28 Nov 2009 10:42:52 +0000 (10:42 +0000)]
* Fix --disable-sound
* Add a new command line option: --sound-device=""
This makes OpenAL use the sepcified audio device instead of the default
output device. (Look for playback devices when calling openal-info of alcinfo)
torsten [Fri, 27 Nov 2009 15:12:34 +0000 (15:12 +0000)]
- fix the <condition> element which was no longer working due to an invalid property root
- allow multiple <autopilot> elements within an aircraft. All autopilot live in an individual FGXMLAutopilot subsystem which run within a subsystem group now.
ehofman [Sun, 8 Nov 2009 13:41:03 +0000 (13:41 +0000)]
John Denker:
Together with previous patch, make view reference frame, view offset,
and current view visible in property tree.
Also some comments about the concepts behind these variables.
torsten [Sun, 25 Oct 2009 14:45:23 +0000 (14:45 +0000)]
Ron Jensen:
This little patch makes the KT-70 read 888-8888 when in self-test mode.
This is the correct behavior, the current behavior, where it reads the
flight level and squawk code in self-test is incorrect.
ehofman [Thu, 5 Nov 2009 09:18:27 +0000 (09:18 +0000)]
John Denker:
Add a view debugging functions and represent the viewer quats in the property tree for debugging.
Do a nontrivial calculation, demonstrating how to find the 12:00 orientation given the view and the view offset. it, and observe that the 12:00 direction does not change when you change the view offset, which is a nontrivial result.
Erik: This already proved to be useful since I now obserbed that the sky and fog coloring code depends on view offset rather that the view orientations. This is why those effects are out of line in some views.