Hi Everybody,
I'm still catching-up in installing a plib based FlightGear, after my crazy
travel schedule the last few weeks. I didn't have the time to check whether
this error has already been reported, but I'm encountering the following
problem.
Starting-up and running flightgear works just
hi Melchior,
On Sunday 27 May 2007 10:01, Melchior FRANZ wrote:
> Hi,
>
> * Durk Talsma -- 5/25/2007 7:04 PM:
> > On Friday 25 May 2007 10:37, Melchior FRANZ wrote:
> > > * Durk Talsma -- 5/25/2007 9:20 AM:
> > > > Log Message:
> > > > Don'
On Monday 04 June 2007 09:12, Holger Wirtz wrote:
> http://sadr.dfn.de/~wirtz/_bilder_linuxtag_2007/Linuxtag/
>
> Thanks for this really nice for days!!!
>
Let me just use this reply to second that. First of all, let me take this
opportunity to thank everybody involved for the excellent organizat
Hi,
Keeping the upcoming release in mind, Innis Cunningham just attended me to the
fact that the AI Traffic interferes with David Culp's 737 Demo, in that the
737 from the demo does not obey Aircraft separation, like the "intelligent"
AI. Since we now have some traffic at KSFO, I would propose
Hi,
I just came across this little program called bcpp
http://invisible-island.net/bcpp/bcpp.html which seems to be doing a pretty
decent job on intending and beautifying C++ code. It works somewhat like
indent, but with the significant difference that it can also handle C++ code.
I've attach
On Saturday 09 June 2007 17:07, Melchior FRANZ wrote:
> * Durk Talsma -- Saturday 09 June 2007:
> > I've attached the configuration file, I've used for a few tests. Would it
> > be an idea to base a coding standard on the basis of this?
>
> I would have been intere
On Wednesday 13 June 2007 23:12, alexis bory wrote:
> Hi,
>
> TACAN has to search the new AI submode 'tanker'.
>
> This tiny patch can be applied to both PLIB and OSG.
> Thanks for committing,
>
> Alexis
Done. Thanks!
-
This
On Thursday 14 June 2007 12:06, alexis bory wrote:
> alexis bory a écrit :
> > But AAR seem to be broken too... Yesterday first tests show that
> > contact don't behave has expected. I'll try to confirm this today.
>
> The tests I've made this morning confirm that tanker contact doesn't
> work an
Hi Vivian,
On Thursday 14 June 2007 13:39, Vivian Meazza wrote:
> Durk
>
> > Sent: 14 June 2007 06:57
> > To: FlightGear developers discussions
> > Subject: Re: [Flightgear-devel] tacan.cxx fix to follow AITanker.cxx
> >
> > On Wednesday 13 June 2007 23:12, alexis bory wrote:
> > > Hi,
> > >
> > >
On Thursday 14 June 2007 13:57, Durk Talsma wrote:
> Until it works. I'm having a working TACAN again, and I'm still
> investigating the contact nodes, The fix for the nasal scripts looks easy
> enough, and I'm close to finding out what is going on as to why FGAITan
On Thursday 14 June 2007 14:45, Vivian Meazza wrote:
>
> My problem - I only had tanker in my scenario. Not
> tanker carrier although it is a subset of AIShip.
>
> V.
>
>
Okay, Thanks. It looks like I have the contact code also working again, but
I'm still struggling with a few details. Should be
On Friday 15 June 2007 15:10, alexis bory wrote:
> Durk Talsma a écrit :
> > On Thursday 14 June 2007 13:57, Durk Talsma wrote:
> > > Until it works. I'm having a working TACAN again, and I'm still
> > > investigating the contact nodes, The fix for the nasal
On Tuesday 26 June 2007 03:09, Csaba Halász wrote:
> Hi!
>
> Helijah has run into a crash. Gdb backtrace here:
> http://pastebin.ca/589461 (no debug symbols unfortunately)
>
> Looks like the "next" waypoint is null.
> As a quick and dirty fix I came up with this:
>
> Index: src/AIModel/AIAircraft.c
Today I finally got around to commit a series of patches / changes to the AI
system. Thomas Foerster contributed some new code that will allow us to
specify aircraft performance data, which will allow runway length
calculations on a per aircraft base. He also contributed an implimentation of
th
Hi,
I just noticed that I had two modified files belonging to the A4 in my data
directory, which should not have been committed (a4f-set.xml and
Models/fuel-aar.nas). As far as I can tell, their all back into their
original shape, but somebody might want to double check. Sorry for the
mess...
On Sunday 01 July 2007 12:31, alexis bory wrote:
>
> "Failed to find route from waypoint 8 to 154 at KSAN"
>
Hi Alexis,
Like Thomas explained, this is unrelated to the crash reported earlier. The
message is related to a routing problem in the AI system, which actually
causes a controlled ex
Hi Melchior,
On Sunday 01 July 2007 15:47, Melchior FRANZ wrote:
> I appreciate your work on the Traffic Manager, but ...
>
> * Durk Talsma -- Sunday 01 July 2007:
> > The message is related to a routing problem in the AI system,
> > which actually causes a controlled
On Monday 02 July 2007 08:44, Durk Talsma wrote:
> Hi Melchior,
>
> On Sunday 01 July 2007 15:47, Melchior FRANZ wrote:
> > I appreciate your work on the Traffic Manager, but ...
> >
> > * Durk Talsma -- Sunday 01 July 2007:
> FWIW, I believe the default setting of
On Monday 02 July 2007 13:25, Vivian Meazza wrote:
> I am one of those developers who have the traffic manager turned off. I
> have taken the trouble sometime ago to inform Durk directly, so he is well
> aware of this bug. Along with the one which causes AITankers to move at
> warp speed factor 2.
On Tuesday 03 July 2007 00:20, Vivian Meazza wrote:
> > > > > > "Vivian Meazza" wrote:
> > > > > > > What were we saying about incompletely tested and poorly
> > > > > >
> > > > > > ^^
> > > > > >
[Lot's a latin skipped for clarity]
>
> Perhaps you recall this thread: "C++ code beaut
On Monday 02 July 2007 10:05, Melchior FRANZ wrote:
> Yeah. It's also not only the Traffic Manager. FlightGear is full
> of exit()s, when there should really be one single exit() at most,
> and that would be in bootstrap.cxx. When the project was started,
> gcc wasn't what it is now. I think templa
On Thursday 05 July 2007 15:39, Thomas Förster wrote:
> Am Donnerstag 05 Juli 2007 14:21 schrieb Vivian Meazza:
> You need the trafficmanager for testing the ground radar? Else turning it
> off should be perfectly ok...
>
> > Yesterday, before Durk's latest upload, FG here was running for about 10
Hi Vivian,
On Friday 06 July 2007 23:31, Vivian Meazza wrote:
>
> After further testing I can confirm that the disappearance is readily
> repeatable. If you position your ac on the threshold of 28R at KSFO, as the
> AI aircraft are about to trample all over you they obligingly commit
> suicide. Th
On Saturday 07 July 2007 09:41, Vivian Meazza wrote:
>
> OK so it's 2 features, not 1 bug - excellent. I also noted that the route
> taken from parking to active runway seemed a bit odd, but then I compared
> our taxiways to those on Google Earth - we seem to have bits missing
> alongside 28L, whi
On Saturday 07 July 2007 09:46, Durk Talsma wrote:
> On Saturday 07 July 2007 09:41, Vivian Meazza wrote:
> > OK so it's 2 features, not 1 bug - excellent. I also noted that the route
> > taken from parking to active runway seemed a bit odd, but then I compared
> > our t
On Saturday 07 July 2007 11:16, Thomas Förster wrote:
> Am Samstag 07 Juli 2007 09:41 schrieb Vivian Meazza:
> > OK so it's 2 features, not 1 bug - excellent. I also noted that the route
> > taken from parking to active runway seemed a bit odd, but then I compared
> > our taxiways to those on Googl
On Saturday 07 July 2007 12:14, Thomas Förster wrote:
> can't create temporary directory /tmp/cvs-serv9314
> No space left on device
>
> As my local /tmp has plenty of space left (2GB) I suspect the CVS server to
> be the culprit. Anyone here who can change that?
>
> Thomas
Same thing here. Seems
On Saturday 07 July 2007 12:17, Durk Talsma wrote:
> On Saturday 07 July 2007 12:14, Thomas Förster wrote:
> > can't create temporary directory /tmp/cvs-serv9314
> > No space left on device
> >
> > As my local /tmp has plenty of space left (2GB) I suspect the
On Saturday 07 July 2007 10:03, Durk Talsma wrote:
> > On Saturday 07 July 2007 09:41, Vivian Meazza wrote:
> > > .. compared our taxiways to those on Google Earth - we seem to have bits
> > > missing alongside 28L, which explains that. Not good for our default
> >
Hi Csaba,
On Tuesday 10 July 2007 02:52, Csaba Halász wrote:
> Hi!
>
> I'd like to point out that FGAIBase already has a member for storing
> the callsign. In my ATC patchset I have included a diff that changes
> the affected AI classes to use this common member. I have split my
> modifications in
On Tuesday 10 July 2007 02:52, Csaba Halász wrote:
> Anyway, attached is a new version of the AI patch (for OSG branch)
> which also takes care of a little naming inconsistency involving Path
> vs. SMPath and some const issues.
I've integrated this patch into a larger one, which I've just committ
Hi Geoff,
On Monday 06 August 2007 13:46, Geoff Air wrote:
> Hi Durk,
>
> The file src/Airports/gnnode.hxx declares a function -
>
> FGTaxiNode(double, double, int);
>
> Then in parking.hxx, you added -
>
> : FGTaxiNode(lat,lon,idx);
>
> about July 5 from the CVS logs ...
>
> In WIN32, MSVC8 can N
Hi,
For those among us not subscribed to the CVS log messages mailing list; I have
just committed a rather large patch that provides some support for AI
aircraft pushback operations at the beginning of the taxi stage. This code is
designed around the new editing features that have appeared in T
On Tuesday 07 August 2007 18:21, Geoff Air wrote:
>
> You can have unresolved items in a static library without complaint,
> provided it is never called from 'main' - that is the module is never
> extracted and added to the EXE by the linker ...
>
FWIW, the code I referred to is now committed.
Ch
Hi Harald,
On Wednesday 08 August 2007 19:08, Harald JOHNSEN wrote:
> Durk Talsma wrote:
> >Hi,
> >
> >For those among us not subscribed to the CVS log messages mailing list; I
> > have just committed a rather large patch that provides some support for
> > AI ai
Hi Romeo,
On Thursday 09 August 2007 20:37, Romeo Ahohe wrote:
> Hi,
>
> I was able to compile and install plib and openal using Cygwin.
> However, the configure script for SimGear is unable to find the openal
> installation. The following error message is produced when i run that
> script:
>
> ch
Hi Ralf,
On Saturday 11 August 2007 15:22, Ralf Gerlich wrote:
> Hi all,
>
> is there a possibility to introduce seasonal flightplans for AI aircraft?
>
> Most airlines have a winter and a summer schedule, but also some more
> limited flights which take place only for a few weeks or months.
Curre
On Wednesday 29 August 2007 17:53, leee wrote:
>
> I'm not so sure I'd regard this as a new problem. I first reported it on
> the 8th Dec 2006 and Melchior responded that he'd been experiencing it for
> some time before then. At that time, Melchior thought it was related to
> the AI sub-system.
>
Gentlemen,
A few months back, we had an increase in activity related to a possible
release of FlightGear 0.9.11. After the initial pre-release, things fell
silent again. Most of us probably know that Curt has been forced to cut back
on his FlightGear time, mainly for reasons beyond his control.
Hi,
On Tuesday 04 September 2007 20:41, Andy Ross wrote:
>
> The goal here, I will point out yet again, isn't to decide how best to
> develop plib, but to decide how best to get it built
> under windows for a FlightGear release. I'd argue that
> building our released version against an inconsiste
On Wednesday 05 September 2007 08:56, I wrote:
>
>
> To me, the most obvious course of action seems to be the following:
>
> [SNIP]
>
Since I've seen no further comments, I assume nobody objects. :-)
Last week, I checked out most of FlightGear's dependencies and as far as I can
tell, FlightGear
On Monday 17 September 2007 18:41, Curtis Olson wrote:
> My best guess is a debian derivative, probably stripped down for this
> specific application. I saw the debian penguin come up at the head of the
> console boot messages ... only one penguin so it looks like a single
> processor. I don't kn
This is just a quick note to remind everybody that FlightGear is intending to
have a booth at the Dutch FlightSim event FSWeekend, organized November 3 & 4
at the aviodrome in Lelystad.
As it looks right now, Martin Spott and I will be organizing the booth, and we
are currently still looking f
Hi David,
On Wednesday 19 September 2007 21:17, David Megginson wrote:
> 3. Still no version 1.0, Curt?
>
> I don't have a lot of time to contribute, but I might try to help with
> #2, if anyone can point me to archived messages or other resources
> discussing the problem.
>
>
Welcome back and th
On Wednesday 19 September 2007 21:28, I wrote:
> This will be a plib based release, called 0.9.1.
Uh, should be 0.9.11
D.
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
On Wednesday 19 September 2007 21:50, David Megginson wrote:
> On 19/09/2007, Durk Talsma <[EMAIL PROTECTED]> wrote:
> > Welcome back and thanks for the compliments! As for versions: No, there
> > isn't a 1.0 in sight yet, but I'm currently trying to help Curt
Hi Sergey,
On Wednesday 19 September 2007 22:04, Sergey wrote:
>
> >This will be a plib based release
>
> But why not osg release ?
> If it concerns windows - then I just perfectly compiled it on windows
> ( I intend to develop a series of lessons for programmers to use
> FlightGear).
>
At the t
Hi Csaba,
On Thursday 20 September 2007 16:10, Csaba Halász wrote:
> On 9/17/07, Durk Talsma <[EMAIL PROTECTED]> wrote:
> > This is just a quick note to remind everybody that FlightGear is
> > intending to have a booth at the Dutch FlightSim event FSWeekend,
> > orga
Hi everybody,
Are there any unresolved development issues regarding the plib branch? If not,
I would like to try try and roll up a second release candidate this weekend
(either tonight or tomorrow, depending on wether any pressing issues come
up). If all goes well, I'm hoping to get the the new
On Saturday 22 September 2007 18:53, Heiko Schulz wrote:
> Hi,
>
> I think that there are maybe some more causes than
> only the setlistener. And I'm sure v0.9.10 had it too.
> That's why I said we should look objective into that.
> btw. what happens, if you press Ctrl-c outside the
> stutters?
>
Hi Fred,
On Sunday 23 September 2007 00:20, Frederic Bouvier wrote:
> I used a profiler of my own :
>
Excellent! This is almost exactly the type of profiling I hinted at yesterday.
I believe that this is a very debugging tool. Can we add a (slightly modified
version) of this profiling system to
On Sunday 23 September 2007 10:28, Durk Talsma wrote:
> Hi Fred,
>
> On Sunday 23 September 2007 00:20, Frederic Bouvier wrote:
> > I used a profiler of my own :
>
> Excellent! This is almost exactly the type of profiling I hinted at
> yesterday. I believe that this is a
On Sunday 23 September 2007 13:50, I wrote:
> Some observations:
> - Some small pauzes seem to be caused by consecutive calls to the systems
> controller and environment. Execution times of these systems is variable,
> between calls, but the execution time of "environment" seems to be just
> slight
Hi Vivian,
On Tuesday 25 September 2007 17:39, Vivian Meazza wrote:
>
> Here's a short burst of the output of Fred's profiling code using Windows
> XP, with the source code complied using MSVC8;
>
> Subsystem Timing Alert : 19000 fx
> Subsystem Timing Alert : 15000 fx
> Subsystem Timing Alert : 14
As reported in a separate thread, I'm trying to understand what's causing the
timing problems in FlightGear / PLIB CVS. Although I have a basic
understanding of SGSubsystem, and SGSubsystemManager, there are a few things
that seem to elude me. So, I just want to double check my assertions and a
On Wednesday 26 September 2007 08:20, Melchior FRANZ wrote:
> * Melchior FRANZ -- 9/26/2007 8:11 AM:
> > * Durk Talsma -- 9/25/2007 9:20 PM:
> > > Are these subsystems dynamically created using a nasal script,
> > > or an xml configuration file?
> >
> > Ne
On Wednesday 26 September 2007 18:22, gh.robin wrote:
> With Linux Fedora 6
> FG today cvs with plib
>
> Athlon AMD 32 bit GPU nvidia 7800GS
>
> I get with Crusader, during an airborne from LFTH to LFMV via LFPO (paris
> Orly with his huge PARIS and PARIS-ORLY Scenery) with MP connected.
>
> the
Hi Vivian,
On Wednesday 26 September 2007 09:30, Vivian Meazza wrote:
...
>
> That was using the Sea Vixen, and I only ran that particular test for 5
> mins or so, and the report was just an extract of more of the same. I agree
> with your observation that there were no particular problems shown u
Hi,
In an attempt to devise a method of getting more detailed timing information
on FlightGear's subsystems, I created a debug timing info class.
The idea is to just collect the timing of preset stamps, and print them after
the fact, so that ongoing processing during execution of the code under
On Saturday 29 September 2007 15:54, I wrote:
>
> Now, when trying to add this to SimGear's SGSubsystem class, I got a
> segmentation fault immediately. After some experimentation, I found out
> that even adding a single integer variable to SGSubsystems, as in:
>
> class SGSubsystem
> {
[SNIP]
>
Hi,
It looks like I'm beginning to get a bit of a handle on the periodic hang-ups
appearing in FlightGear/Plib.
All tests ran on an AMD Athlon XP 2400+, 1024 MB ram, with a GeForce FX 5700
(256 mb texture ram IIRC) video card (AGP based). Suse Linux 10.2 is
installed, and FlightGear, SimGear
On Sunday 30 September 2007 17:14, Melchior FRANZ wrote:
> * Durk Talsma -- Sunday 30 September 2007:
> > Thirdly, there is a relation between execution time and listeners,
>
> Err ... Nasal listeners trigger Nasal code when the listened-to property
> is written to. Executed cod
On Sunday 30 September 2007 18:43, Manuel Massing wrote:
> Concerning the replay subsystem, I also found what appears to be a c'n'p
> error in FGReplay::init(), which results in the long term queue not being
> cleared. Probably not significant in this case, though...
>
>
Hi Manuel,
Yes, I saw tha
On Sunday 30 September 2007 19:32, Melchior FRANZ wrote:
> > I'm currenty investigating on the basis of a working theory
> > that [...]
>
> I was so busy to defend my listeners, that I forgot to say:
> thanks for investigating all that. It's a lot of work and quite
> hard to do. All my attempts to
On Sunday 30 September 2007 21:46, Stuart Buchanan wrote:
>
> Does anyone have a Windows binary of RC2 they can share?
>
> I'd like to check that the aircraft I'm maintaining are ready for release.
> As I've only been building on OSG, I don't have a working PLIB build
> environment (nor probably th
On Sunday 30 September 2007 22:15, Tim Moore wrote:
> > The majority of calls behave nicely finish executing
> > within 10 ms. A few can actually take more than a second.
>
> This sounds like a page fault / thrashing problem, perhaps caused by memory
> bloat elsewhere. Can you get some system stat
On Monday 01 October 2007 22:20, Durk Talsma wrote:
>
> I will probably try running a valgrind session sometime this week (yohoo, 1
> hour to just get past initialization, and 1 frame every 20 seconds. :-) ).
> And also try running vmstat
>
FWIW, I did run a short valgrind session.
Hi Olaf,
On Tuesday 02 October 2007 21:52, Olaf Flebbe wrote:
> Hi Durk,
>
> > There are a few interesting observations to make in this respect. I do
> > believe there is a memory leak in FlightGear. Probably a major one in the
> > scenery tile loader. As reported previously, I routinely let Fligh
Hi Hans,
On Wednesday 03 October 2007 05:29, Hans Fugal wrote:
> A few general observations...
>
> The kernel is smart enough to swap out only the inactive bits, but it
> can't work miracles. :-) If there's not enough RAM for all the active
> bits, then active stuff has to get swapped out, and it
On Thursday 04 October 2007 20:06, Melchior FRANZ wrote:
> I've today changed the runway selection behavior. In the past,
> runway 28R was pre-selected in preferences.xml, and a heading
> of 270 was hard-coded in options.xml.
>
> So, if you started from another airport, fgfs first checked for
> a r
Gentlemen,
Is there any reason not to use snprintf instead of sprintf? In order to
investigate possible memory corruption errors, I changed a few in SimGear,
and just found there are about another 250 of these in FlightGear. Unless
there's a compelling reason, I'd like to change those as well,
On Monday 01 October 2007 11:25, Michael Martin wrote:
> hi all,
>
> beeing a newbie to (compile) fgfs, i'm not sure if this is the right
> place to ask/mail, maybe fg-user is better?
>
> But anyhow:
> i chose to use windows & cygwin
> to build the cvs version(s) with the help of
> http://www.fligh
On Sunday 07 October 2007 13:15, Durk Talsma wrote:
> Gentlemen,
>
> Is there any reason not to use snprintf instead of sprintf? In order to
> investigate possible memory corruption errors, I changed a few in SimGear,
> and just found there are about another 250 of these in Fli
On Saturday 13 October 2007 10:41, Melchior FRANZ wrote:
> But there's one thing: one of my IMHO correct uses of snprintf()
> was changed by someone to add a \0 byte at the last position of
> the possible maximum length, which I found a bit annoying.
> To my knowledge this is only needed for strncp
On Saturday 13 October 2007 11:56, Maik Justus wrote:
> Hi Durk,
>
> Durk Talsma schrieb am 13.10.2007 11:44:
> > Just curious: Do you have an example of that? I did a grep for '\0'on the
> > source tree, but didn't come up with anything resembling such a use of
hi,
While trying to hunt down some memory leaks reported by valgrind, I noticed
that many variables in FGGlobals (which are mainly pointers to many of the
big data structures and subsystem classes) are not deleted upon program exit.
In most cases adding explicit deletes in ~FGGlobals doesn't
On Saturday 13 October 2007 22:43, Melchior FRANZ wrote:
> * Melchior FRANZ -- Saturday 13 October 2007:
> > Whatever ... you deleted something too much.
>
> Oh, and I also just got a crash that I've never seen before
> (although tower.cxx never ceases to surprise me :-), and straight
> from FGGlob
On Saturday 13 October 2007 23:18, Curtis Olson wrote:
> OSG branch won't run here for me since yesterday when I did a CVS update
> after Tim's commits. Haven't had a chance to dig in and do any debugging,
> but I get an "uncaught exception" error admonishing me about a badly
> compiled glut/sdl e
On Saturday 13 October 2007 23:10, Durk Talsma wrote:
> On Saturday 13 October 2007 22:43, Melchior FRANZ wrote:
> > * Melchior FRANZ -- Saturday 13 October 2007:
> > > Whatever ... you deleted something too much.
> >
>
> Hmm, weird: Don't see anything like tha
On Saturday 13 October 2007 22:43, Melchior FRANZ wrote:
> * Melchior FRANZ -- Saturday 13 October 2007:
> > Whatever ... you deleted something too much.
Okay, this should be fixed now: Navaid objects were shared by the TACAN and
DME lists. Changing the regular pointer to an SGSharedPointer appea
Hi Erik
On Sunday 14 October 2007 10:28, Erik Hofman wrote:
> If memory servers me well I would think those are freed using the
> atexit() mechanism. It could well be that valgrind doesn't work up to
> that point to detect it though.
>
It looks like the current exit calling sequence is something
On Sunday 14 October 2007 13:21, Melchior FRANZ wrote:
> * Melchior FRANZ -- Sunday 14 October 2007:
> > I just got a "corrupted double-linked list". But that's
> > now not at every exit.
>
> This might not be connected to your FGGlobals or any other recent
> change. I could so far only reproduce i
Hi,
Doesanybody know where I can find information on setting up a multiplayer
server on a local area network (LAN)? We'd like to demo the multiplayer
feature at the FSWeekend show in Lelystad, and we almost certainly don't have
an internet connection there.
Cheers,
Durk
--
Hi Oliver,
On Tuesday 16 October 2007 09:33, Oliver Schröder wrote:
> Am Dienstag, den 16.10.2007, 08:56 +0200 schrieb Durk Talsma:
> > Hi,
> >
> > Doesanybody know where I can find information on setting up a multiplayer
> > server on a local area network (LAN)? We
On Saturday 20 October 2007 19:46, Csaba Halász wrote:
> On 10/20/07, Laurence Vanek <[EMAIL PROTECTED]> wrote:
> > thanks for the reply, but no I have not. Been buiding OSG & SimGear with
> > OSG branch of FG for some time now.
>
> Ah, ok. Looks like Durk has slipped a dependency on plib-sg into o
On Sunday 21 October 2007 11:10, Melchior FRANZ wrote:
> * Melchior FRANZ -- Thursday 18 October 2007:
> > The good news: I have a Nasal binding/script cache almost finished.
> > I don't know yet if it makes a huge difference, [...]
>
> That's now finished and, as expected, makes firing of bindings
On Sunday 21 October 2007 13:37, Melchior FRANZ wrote:
> * Heiko Schulz -- Sunday 21 October 2007:
> > So your FGFS runs totally smooth?
>
> Basically, yes. Both branches. But of course, I get irregular
> stutters when some new object is to be loaded, because an
> MP-player joins in, or I approach
On Sunday 21 October 2007 21:15, Melchior FRANZ wrote:
> I think they are now useless because they don't point anywhere that's
> related to the stuttering. They demonstrated that the replay system
> was slow. It's still slow, but better. And that firing bindings might
> have been slow. But I'm not
On Sunday 21 October 2007 21:21, Melchior FRANZ wrote:
> * Durk Talsma -- Sunday 21 October 2007:
> > Considering that we have many, many shared models, it might be an idea to
> > add a similar model cache for non aircraft models.
>
> We have that for shared models in plib:
On Sunday 21 October 2021:52, Melchior FRANZ wrote:
> Yes, but I think that the randomly appearing subsystems are only
> victims of other processes -- maybe the stuttering source (which
> would then have to be in another thread), but probably just other
> processes on the system, that just pull the
Hi Casaba,
On Tuesday 23 October 2007 04:53, Csaba Halász wrote:
> I am not familiar with the nasal system, so this might be completely wrong.
> Also, I am not sure this has anything to do with the stuttering. But
> it seems to be a memory leak, though.
I just applied the two patches to my local
On Wednesday 24 October 2007 00:15, Vivian Meazza wrote:
>
> Not here, I'm afraid. Very good frame rates using the Buccaneer (70+) but
> there are still noticeable pauses over land. None over the ocean tiles. The
> pauses, or hesitations do not seem to be associated with any Subsystem
> Timing Ale
Hi Heiko
On Thursday 25 October 2007 20:20, Heiko Schulz wrote:
> Hello,
>
> Me, Aeortro and maybe some ohthers noticed a problem
> with fgfs.
> With the builts from 10/24/2007 and 10/05/2007 in both
> branches OSG and plib FGFS shut down while intializing
> subsystems. There are no error messages
On Thursday 25 October 2007 20:44, Melchior FRANZ wrote:
> * Durk Talsma -- Thursday 25 October 2007:
> > With the interval timing bug solved, we could consider opening up the
> > discussion for a new release again.
>
> Yes, it's really *high* time. But what's with t
On Friday 26 October 2007 00:01, Heiko Schulz wrote:
> Hi,
>
> I'm not sure but I'm think the problem is maybe in
> WinCVS. Today I noticed that the CH47 was not quite
> uploaded. The ac.model was missing though Syd had
> uploaded 3h before
>
> Maybe I have to try the TortoiseCVS...
>
Could be
On Thursday 25 October 2007 21:39, Melchior FRANZ wrote:
> * Durk Talsma -- Thursday 25 October 2007:
> > Probably the best course of action is to send a friendly reminder
> > to the plib list, and if it doesn't happen again, stick to plan B.
>
> Yes, but I won't
Hi Vivian,
On Friday 26 October 2007 09:39, Vivian Meazza wrote:
>
> The problem with this plan is that OSG is simply not fit for purpose, at
> least not here. If you think the stuttering was a problem in plib, it's
> twice the problem in osg. Yes, the animations are better implemented, and
> the
FSWeekend will be held again this Saturday and Sunday, November 3 and 4, at
the Aviodrome aviation museum at Lelystad airport (EHLE) in the Netherlands.
FSWeekend is the largest annual convention in Europe solely dedicated to
flight simulation. Following up on last year's successful presence,
F
On Wednesday 31 October 2007 20:12, leee wrote:
> Hi all,
>
> I'm getting the following error when trying to compile Atlas (from cvs)
>
> Preferences.cxx: In member function ‘bool
> Preferences::_loadPreferences(int, char**)’:
> Preferences.cxx:346: error: ‘optreset’ was not declared in this scope
Hi Lee,
On Wednesday 31 October 2007 21:44, leee wrote:
> Thanks for that Durk,
>
> I've subscribed to the Atlas list but haven't received the confirmation
> yet. I should have thought of looking in the list archives - doh.
>
> Anyway, removing the optreset line and amending the optind line gets
401 - 500 of 740 matches
Mail list logo