> What version number will we give to the new
> release? Are we ready for a 3.0 or is it 2.12?
Looking through my list of goals for the last coding period:
> * Get a high-quality model shader running under Atmospheric Light Scattering
This is now available, working for random buildings and for s
Just tested with the Cub, working perfectly.
Thank a lot
Ahmad
On 17 June 2013 16:42, James Turner wrote:
>
> On 17 Jun 2013, at 15:41, grtuxhangar team wrote:
>
> If you refer to your last fix (yesterday) , it is not sufficient,
> since like said the /autopilot/settings/gps-driving-true-head
James
I found this, in terrasync.cxx, line 91, but the compilation is still failing
#if (defined(HAVE_SVN_CLIENT_H) or defined(SG_SVN_CLIENT))
should be ?
#if (defined(HAVE_SVN_CLIENT_H) || defined(SG_SVN_CLIENT))
Alan
From: Alan Teeder
Sent: Monday, June 17, 2013 10:00 PM
To: FlightGear de
Once the version has been decided, will the branches be created?
Saikrishna Arcot
On Mon 17 Jun 2013 01:59:47 PM CDT, Torsten Dreyer wrote:
> Hi everybody,
>
> for most of us, it's June, 17th which marks the day for the feature
> freeze period, lasting until July, 17th.
>
> Everybody is invited t
Sorry James, I just reported ,and then left it.
I can give it a go, but my C++ debugging is somewhat hit and miss.
Alan
From: James Turner
Sent: Monday, June 17, 2013 9:38 PM
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] TerraSync libSVN replacement testing
On 17 Jun
On 17 Jun 2013, at 21:25, Vivian Meazza wrote:
> Haven't managed to get it to work for Win 7 64 bit either - still seems to
> want LIBSVN to build. Seems to be a cmake issue, but I'm not confident that
> I know how to fix this one.
That's because I didn't yet remove the libsvn checks - that wou
Alan
> Sent: 17 June 2013 20:06
> To: FlightGear developers discussions
> Subject: Re: [Flightgear-devel] TerraSync libSVN replacement testing
>
> Does this affect the code freeze?
>
> -Original Message-
> From: Alan Teeder
> Sent: Tuesday, June 11, 2013 8:12 PM
> To: FlightGear develope
Does this affect the code freeze?
-Original Message-
From: Alan Teeder
Sent: Tuesday, June 11, 2013 8:12 PM
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] TerraSync libSVN replacement testing
James
As requested (windows 7, MSVC10 (32bit build):
(Sorry)
Alan
3>
Hi everybody,
for most of us, it's June, 17th which marks the day for the feature
freeze period, lasting until July, 17th.
Everybody is invited to walk through the lessons learned section of our
release plan at
http://wiki.flightgear.org/Release_plan
the bugtracker at
http://code.google.com/p/
On Sun, 16 Jun 2013 19:09:40 -0600, Jon wrote in message
<005a01ce6af7$58b69470$0a23bd50$@net>:
> > ..my oversimplification: http://wiki.flightgear.org/YASim "guesses
> > how it flies from how it looks", while
> > http://wiki.flightgear.org/JSBSim "knows how it flies and tries to
> > show us how
On 17 Jun 2013, at 15:41, grtuxhangar team wrote:
> If you refer to your last fix (yesterday) , it is not sufficient,
> since like said the /autopilot/settings/gps-driving-true-heading property is
> not set to true.
No, I need to make further tweak this evening, don't worry :)
Regards,
James
"Anyway, for now the fix is just to go back to the old situation, where we
assume the user wants the GPS to |drive the AP all the time"
If you refer to your last fix (yesterday) , it is not sufficient,
since like said the /autopilot/settings/gps-driving-true-heading property
is not set to true.
On 17 Jun 2013, at 14:41, grtuxhangar team wrote:
> though not sure
>
> gps.cxx line 774
>
> if (!_config.driveAutopilot() || !_defaultGPSMode) {
> _apDrivingFlag->setBoolValue(false);
>
> isn't it that strange ?
> _apDrivingFlag is ever set to false
Yes, the problem is I assumed ai
though not sure
gps.cxx line 774
if (!_config.driveAutopilot() || !_defaultGPSMode) {
_apDrivingFlag->setBoolValue(false);
isn't it that strange ?
_apDrivingFlag is ever set to false
On 17 June 2013 14:22, grtuxhangar team wrote:
>
> Hello,
>
> Autopilot with Route manager is Longer b
HI Kiyohito,
Thanks for your interest in the manual.
We made the decision to keep the manual as a single set of source
files with blocks for each language so that the different translations
staying in sync and to make it easy for translators to update a single
section at a time.
Otherwise, it's
Hello,
Autopilot with Route manager is Longer broken, it is missing
/autopilot/settings/gps-driving-true-heading triggered to "true" and the
right /true-heading-deg which goes with it.
Since the feature has not been removed from the GUI, i guess it had been
broken elsewhere .
Your update the G
"* you have tree density to 0.7 in the shots, I had it at 2.4 - since
there's lots of trees in the scene (it's tropical forest), that would be
expected to have an impact"
Yes the vegetation has a huge impact, i experienced from 0;7 to 2.5 the
fps decrease is 40 %, with or without Rembrandt.
Hi All,
Sorry, forget before my mail. That's mistake.
I suggest that we divide getstart each language, reason: More easier
to use Computer-assisted translation tool, e.g. OmegaT
--
My suggestion detailed are below. (example from preface.tex)
now:
getstart/source/*.tex
[code]
\ifla
Hi All,
I suggest that we divide getstart each language, reason: More easier
to use Computer-assisted translation tool, e.g. OmegaT
--
now:
getstart/source/*.tex
free.tex
[code]
\iflanguage{english}{
[/code]
--
Kiyohito ,AOKI
---
19 matches
Mail list logo
