Good morning,
On Monday, May 30, 2011 19:54:31 ThorstenB wrote:
On 30.05.2011 19:25, Stefan Seifert wrote:
The segfault happens when the main loop thread tries to
access GL information. I know next to nothing about openGL programming
but I seem to recall that it's not allowed to access
On Tuesday 31 May 2011 14:17:23 Mathias Fröhlich wrote:
So, what to do:
The real solution is hard. Tim effecs code *probably* shows how to solve
this. I have never double checked if this is done in a waterproof way, but
I would guess this is ...
A solution that might at least work for
Please see inline and below:
On Friday, May 27, 2011 05:23:59 PM Frederic Bouvier wrote:
AFAICS, MSVC2010 compiles current Git version without any problem. The OP
doesn't say what version he is trying to build, but if I recall correctly,
this error was fixed months ago. See
Geoff, I applied both of your patches, see here:
https://gitorious.org/papillon81/terragear-cs
Until now I had no crashes or negative effects on the resulting scenery.
However, there IS a problem, unrelated to your patches, for which I hope to
get some help.
I create large chunks of scenery
On Tue, 31 May 2011 14:54:16 +0200, Stefan wrote in message
201105311454.16662.n...@detonation.org:
First: thanks to you, Thorsten and Anders for your help. I tried just
commenting out the extension checks and indeed, FG starts and is
using two threads which for the first time since I
I could be imagining this, but I seem to recall a while back, someone asking
if it was possible to keep a 2d panel visible all the time, even in external
views. I just took a quick peek at .../Cockpit/panel.cxx and it doesn't
appear that we have the ability to do this, but I just thought I'd ask
On Tue, 31 May 2011, Curtis Olson wrote:
I am working on a project where we are modeling a skydiver in free fall, and
we want to display some basic information on the edge of the screen (like
decent rate). But because this is not an aircraft, it makes more sense to
use external views. Also
Am 31.05.11 20:00, schrieb Curtis Olson:
Are there any other options or ideas that I'm missing?
Can you spawn an external application and render it's output window on
top of FlightGear? If so, fgpanel might be worth looking at. You find it
in utils/fgpanel and an example how to use it is in
On Tuesday, May 31, 2011 11:00:58 AM Curtis Olson wrote:
I could be imagining this, but I seem to recall a while back, someone
asking if it was possible to keep a 2d panel visible all the time, even in
external views. I just took a quick peek at .../Cockpit/panel.cxx and it
doesn't appear
Thanks everyone for the responses.
So far the Anders' suggestion of using screen.nas seems to have the most
promise. Torsten: I have another project I want to use the fgpanel system
for, but with this project we are trying to keep the logistics of starting
things up as simple as possible, also
Am 22.05.11 14:37, schrieb ThorstenB:
Hi,
since there were no major objections to the release plan, we're
proceeding as proposed.
Current status:
* We've officially grounded the releases/2.2.0 git branches yesterday.
The flightgear/simgear releases/2.2.0 branches were merged back to
Hi Curt
May I ask you to update your flightgear.org pages just a bit? Will not
take more than 10 minutes! No graphical changes, no code changes, just
update text ;-)
I ask you for updating text sections like source code or cvs
resource. Sorry for that, but your february-2010-pages looks like
Hal,
I can't follow your logic - because there are some aircraft that need a lot
of work, the system shouldn't recognize advanced features in other
aircraft that do have them? I also disagree with Stuart that such advanced
features are nice-to-haves and add little to the simulation - why the
On Tue, 31 May 2011 15:46:32 -0500, Curtis wrote in message
banlktiklhbuyyxd93edqa_mm+5fv88d...@mail.gmail.com:
Thanks everyone for the responses.
So far the Anders' suggestion of using screen.nas seems to have the
most promise. Torsten: I have another project I want to use the
fgpanel
Hi Chris,
Glad the rough 'fixes' I provided worked a little
for you... have yet to clone your 'papillon81'
clone, and try it... but...
While it is agreed on this list everyone seems to
really _LOVE_ extreme brevity, (perhaps except
me ;=)), your post just did not tell me
enough ;=((
I
we need to sit on this as
2.2.freeflightsim.org.. We need a marketing plam somwhat.. I hope we stick
to release schedule..
On Tue, May 31, 2011 at 10:15 PM, HB-GRAL flightg...@sablonier.ch wrote:
Am 22.05.11 14:37, schrieb ThorstenB:
Hi,
since there were no major objections to the
Can you please update http://wiki.flightgear.org/Release_Plan with this
very important information ? Something like a short description of
current state ?
Thanks a lot, Yves
Hi Yves,
this particular wiki page was written (mostly by myself) to document our
release plan. I tried to make it
I absolutely agree with Vivian. The users should know about planes that need
much resources (CPU, RAM, VRAM).
This value should not influence the total score.
Maybe using the total score is not a good idea at all, because some users
prefer the eye candy and don't worry about frame rate too much,
18 matches
Mail list logo