On 21 Jul 2013, at 13:45, Alan Teeder wrote:
> What is the status of this on Windows 64 bit?
>
> Up until now I have kept with 32 bit builds on Windows due to the lack of a
> 64 bit version of libSvn.
The replacement code is disabled by default on next, and 2.12 will certainly
not use it. My
: [Flightgear-devel] TerraSync libSVN replacement testing
Hi,
I've pushed some code to Git, which will ultimately replace our use of
libSvn, and hence simplify build and deployment, especially on Mac and
Windows. This has an immediate benefit for end-users too: TerraSync will use
pretty much half the
On 11 Jun 2013, at 16:17, James Turner wrote:
> I've pushed some code to Git, which will ultimately replace our use of
> libSvn, and hence simplify build and deployment, especially on Mac and
> Windows. This has an immediate benefit for end-users too: TerraSync will use
> pretty much half the
James
Success !!
The built in system populates an empty Terrasync directory, and my “new” hangar
appears at an otherwise empty airfield (EGNO).
Thanks
Alan--
This SF.net email is sponsored by Windows:
Build for Windows St
AVE_SVN_CLIENT_H)”, showing that the
code after and including “or” is ignored.
This is confirmed at runtime as "Using external SVN utility '" appears in the
log.
Alan
From: Alan Teeder
Sent: Tuesday, June 18, 2013 10:17 AM
To: FlightGear developers discussions
Subject: Re: [Fligh
And it works too!
Once the problem that Vivian reported is sorted I will also try with a 64 bit
Windows build.
Thanks
Alan
From: Alan Teeder
Sent: Tuesday, June 18, 2013 9:55 AM
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] TerraSync libSVN replacement testing
James
Subject: Re: [Flightgear-devel] TerraSync libSVN replacement testing
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
developers discussions
Subject: Re: [Flightgear-devel] TerraSync libSVN replacement testing
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
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
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, 20
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
On 11 Jun 2013, at 18:52, Anders Gidenstam wrote:
> I always use the separate terrasync binary since with it I only have to
> suffer the initial startup synchronization once per day - and not for each
> FG session.
>
> Will the separate terrasync binary use the new SVN replacement if I set
>
mgear\scene\tsync\terrasync.cxx(124): error C2088:
'[' : illegal for class
3>C:\FlightGear\simgear\simgear\scene\tsync\terrasync.cxx(124): fatal error
C1903: unable to recover from previous error(s); stopping compilation
3> Generating Code...
-Original Message-
From: Jam
On Tue, 11 Jun 2013, James Turner wrote:
> (BTW, the option to use rsync or external, command-line svnclient still
> exists, and will be retained - though I am curious if anyone still uses
> those options!)
I always use the separate terrasync binary since with it I only have to
suffer the init
Hi,
I've pushed some code to Git, which will ultimately replace our use of libSvn,
and hence simplify build and deployment, especially on Mac and Windows. This
has an immediate benefit for end-users too: TerraSync will use pretty much half
the disk space it currently does, since unlike a real S
Just to comment on this recent thread, most of my scenery work is not in
TerraSync nor complied - the areas I know of are the Caribbean between Anguilla
and Nevis, all of Hawai'i but Ni'ihau, and I believe Oakland Int'l Airport.
I have available a finished London landclass and a finished
Baltim
Heiko Schulz wrote:
> That's exactly the point I wanted to make clear and meant with
> "updating"- unless we have a new terrain built there won't be any
> changes like changed landclasses by better datas etc. visible.
Hehe, precisely that's what I've been planning to change :-)
but inste
Frederic Bouvier wrote:
>> This one might help:
>>
>> http://hans.fugal.net/blog/2007/06/05/terrasync-prefetch/
>
> Something equivalent (the prefetch) is implemented in fgrun
Yup, I knew, but didn't find any URL specific to the feature which was
suitable for posting via EMail ;-)
Cheers,
Hi,
> Only after new Terrain has been built from the respective
> sources and
> uploaded to the repository beind TerraSync.
> We've already done this for a few places in the world, but
> these are
> just isolated samples (the popular Caribbean islands - try
> TFFJ from
> TerraSync, Sylt, the KOSH
> > Wrong statement in the forum. TerraSync only updates the models,
> > not the terrain.
>
> If this would be true, then you've identified a bug ;-)
> This one might help:
>
> http://hans.fugal.net/blog/2007/06/05/terrasync-prefetch/
Something equivalent (the prefetch) is implemented in fgru
Heiko Schulz wrote:
> So when the terrain has changed (new airport added) I have the new
> scenery with a new airport?
Only after new Terrain has been built from the respective sources and
uploaded to the repository beind TerraSync.
We've already done this for a few places in the world, but these
Hi,
> "... SIRX2009, as impassable dipositions of the Ministry of
> Environment, can
> never be a work (for the sake of profit)for profit, but
> will be made
> available free to everyone who had need (through specific
> requests to the
> Ministry or ENAC ..."
>
> so it looks like it cannot be GP
Heiko wrote
> -Original Message-
> From: Schulz [mailto:aeitsch...@yahoo.de]
> Sent: 27 January 2011 12:52
> To: FlightGear developers discussions
> Subject: Re: [Flightgear-devel] Terrasync
>
> Hello,
>
> >i wanted to go to LSGS to see if the scenery base
Hi,
> Heiko Schulz wrote:
>
> > Wrong statement in the forum. TerraSync only updates
> the models, not
> > the terrain.
>
> If this would be true, then you've identified a bug
> ;-)
> This one might help:
>
> http://hans.fugal.net/blog/2007/06/05/terrasync-prefetch/
>
> Cheers,
> Martin
Heiko Schulz wrote:
> Wrong statement in the forum. TerraSync only updates the models, not
> the terrain.
If this would be true, then you've identified a bug ;-)
This one might help:
http://hans.fugal.net/blog/2007/06/05/terrasync-prefetch/
Cheers,
Martin.
--
Unix _IS_ user friendl
Hello,
>i wanted to go to LSGS to see if the scenery based on Corinne data is in, >as
>i read somewhere in the forum.
Wrong statement in the forum. TerraSync only updates the models, not the
terrain. So now Corinne data yet. Statto aka John Holden is working on the
landclasses for switzerland
Hi
i wanted to go to LSGS to see if the scenery based on Corinne data is in, as i
read somewhere in the forum.Impossible in git...once i got terrain but since
only water. did try anything including git pull, but not working with
Ubuntu.Will it be possible oneday to use:
http://sirx.flightsimulat
On 16 Jan 2011, at 21:05, Martin Spott wrote:
>> The solution as I think has been said is to figure out if there is a
>> way to get the name of the top level folder using Nasal, or to figure
>> out a way to use nasal within the scenery folder? You could always
>> try calling the nasal script fro
"J. Holden" wrote:
> The solution as I think has been said is to figure out if there is a
> way to get the name of the top level folder using Nasal, or to figure
> out a way to use nasal within the scenery folder? You could always
> try calling the nasal script from the xml (I have absolutely no
Hi Heiko
This isn't just a Terrasync problem as I have scenery files in multiple scenery
folders for testing purposes. So if the helipad was in my Scenery2/ folder, it
also wouldn't work...
The solution as I think has been said is to figure out if there is a way to get
the name of the top leve
> It won't work. Problem: to use the pads inside the
> Objects/e010n40/e011n47-folder I defined a line in the nasal-script like
> that: setprop ("models/LOWI/model/path",
> "Scenery/Objects/e010n40/e011n47/LOJO_helipad_libelle.xml");
>
> This path seems to be absolute.
> If you want to make this
Hi,
> On 16 Jan 2011, at 13:41, Martin Spott wrote:
>
> > I know we've already been talking about this topic but
> I don't remember
> > all the details. To me it looks like either a)
> the animation are
> > depending a little bit too much on textual path names
> or b) FlighGear
> > doesn't prov
On 16 Jan 2011, at 13:41, Martin Spott wrote:
> I know we've already been talking about this topic but I don't remember
> all the details. To me it looks like either a) the animation are
> depending a little bit too much on textual path names or b) FlighGear
> doesn't provide a reasonable variab
Hi Heiko,
Heiko Schulz wrote:
> terrasync
> -Scenery
> -Airports
> -Terrain
> -Models
> -Objects
Would be a little bit like saying "this car is red red" since
everything in TerraSync is directly related to Scenery ;-)
I know we've already been talking about this topic but
Hi,
Still working on the moveable helipads together with Oliver Thurau I have still
problems to make the pads working for any scenery-folder like TerraSync,
Scenery or data/Scenery. It only works a specific one defined- not for all ones.
Looking for a solution I came to the question why it is l
Hi John,
On Monday 07 December 2009 11:54:25 pm John Denker wrote:
> I patched terrasync to make it more usable, more like a proper daemon
> -- writes pid to file
> -- normally does not exit until signalled
> -- uses blocking and non-blocking I/O as appropriate.
>
This is now committed to CVS.
Very nice. :) I have always used this before:
// Startup code
nice -n 19 terrasync -p ${PORT} -s ${SOURCE} -d ${FG_HOME}/Scenery/ >
${FG_HOME}/terrasync.log & 2>&1
///
// Stop code after usage
killall terrasync rsync
sleep 1
killall terrasync rsync
///
On Mon, 2009-12-07
I patched terrasync to make it more usable, more like a proper daemon
-- writes pid to file
-- normally does not exit until signalled
-- uses blocking and non-blocking I/O as appropriate.
http://gitorious.org/~jsd/fg/sport-model/commits/sport
Usage example:
pid=$(cat $pidfile 2>/dev/null)
if
Scenario: Terrasync is running. FG is running. FG exits.
New copy of FG starts. Terrasync says, quote
pos in msg = -,-
lat = - lon = -
lat_dir = -1 lon_dir = -1
Thank you; I was hoping to revisit that file this evening. I like the
way you did the cache timing. Did you intentionally retain the cache
flush on location update, or should I port that part of my patch onto
your version? When we run out of real time requests, I think it is a
good idea to finis
Alex,
It appeared that my last version of terrasync was not up to the
standards I asked for your version. It should now work as I was first
thinking. I also added a cache with an age to retry tiles already
downloaded but not more often than once every 10 minutes.
Regards,
-Fred
Alex Perry a écri
Thank you, those are both useful bug reports with the approach I took.
Let me come up with clean fixes for both of them and then get back to
you.
On Wed, Feb 4, 2009 at 11:57 PM, Frederic Bouvier wrote:
> Hi Alex,
>
> your version compiles under windows, but needs a continuous feed of messages
Hi Alex,
your version compiles under windows, but needs a continuous feed of messages to
work. So it doesn't work with the new fgrun button that send a positional
message to get a chunk of scenery without having to start the simulator.
Moreover, I also thought about a tile cache that will preve
Hi Alex,
I quickly tried it and found it don't work with my new fgrun prefetch
functionnality. In fgrun, I send only one position message, and your version
doesn't start the downloading process.
I must leave now. I will look at it later in the week.
-Fred
- "Alex Perry" a écrit :
> Foll
Following up on Fred's improvement to maintain a queue of pending tile
syncs, the attached version extends the deque to a priority ordered
list and also ensures we never repeat a sync that's already just been
performed. Consequently, we're now as responsive as possible to the
location change menu
"Alex Perry" wrote:
> You're still better off with SVN unless you routinely fly at least
> 3000 km of distance in each 10x10 tarball you download. Without going
> closer than 300 km to any other area already flown over.
Aside from all these 'technical' implications, serving Scenery via SVN
(or w
On Thu, Nov 13, 2008 at 11:46 PM, Frederic Bouvier <[EMAIL PROTECTED]> wrote:
> BTW, are you aware the use of SVN implies that a second copy of
> each file is kept in a hidden directory, and makes the scenery
> directory two times bigger than a directory fetched with rsync
> or ftp ?
Yes, svn is a
- "Stuart Buchanan" a écrit :
> Frederic Bouvier wrote:
> > > I'll be able to build Unix binaries for the most common
> platforms.
> > > Would someone do us the honour of providing a standalone
> 'terrasync'
> > > binary for Win32 - statically linked against libsvn in order to
> save
> > > th
Frederic Bouvier wrote:
> > I'll be able to build Unix binaries for the most common platforms.
> > Would someone do us the honour of providing a standalone 'terrasync'
> > binary for Win32 - statically linked against libsvn in order to save
> > the users from installing yet another dependency ?
>
Hi Frederic,
Frederic Bouvier wrote:
> Terrasync/SVN is already included in the win32 builds I push to
> ftp.ihg.uni-duisburg.de
That's great to know.
Even though you didn't attend the recent FSweekend show personally, you
still deserve to be listed as a participant (in mind) for a very simple
Martin Spott a écrit :
> I'll be able to build Unix binaries for the most common platforms.
> Would someone do us the honour of providing a standalone 'terrasync'
> binary for Win32 - statically linked against libsvn in order to save
> the users from installing yet another dependency ?
Terrasync/
Hi folks,
the entire 1.0.1 Scenery has now been uploaded to the repository,
therefore it should be ready to use with "terrasync -S" from current
FlightGear CVS. There's a "README.txt" accompangying the source code,
for those who are not familiar with TerraSync.
Even though the upload process finis
Please commit this patch to terrasync into CVS. I've included both
the file itself and the patch. Changelog:
* Doesn't download the area at lot,lon of 0,0 if terrasync starts
before FlightGear is ready
* Attempt to download the Airports directory when no scenery needs to be fetched
* Add svn over
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I'm not sure how to extract that from the logs. The server in question hosts a
lot of
other stuff that use a lot of bw so just looking at stats for the server would
not help.
/Arvid Norlander
Sven Almgren wrote:
| How much data/trafic are we talk
How much data/trafic are we talking about? I might be able to host
something...
/Sven
AnMaster wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Hello everyone,
>
> Sadly I'm unsure how long I will be able to keep my terrasync mirror up, atm
> I'm dropping
> mirroring of 0.9.10 sce
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hello everyone,
Sadly I'm unsure how long I will be able to keep my terrasync mirror up, atm
I'm dropping
mirroring of 0.9.10 scenery due to disk space (only keeping 1.0.0 scenery). I
see that on
the other hand Curt's server only mirrors Scenery-0
Arnt Karlsen wrote:
> ..you mentioned earlier your client did not want linux installed on his
> machines, would running FG from a Ubuntu-style Live CD or usb key or
> off a boot server, leaving the installed "OS" untouched, be acceptable?
>
> ..on older hardware, you might wanna fetch the CD iso im
On Sat, 22 Dec 2007 13:53:25 -0500, Shad wrote in message
<[EMAIL PROTECTED]>:
> Tim Moore wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Shad Young wrote:
> >
> >> Chris Metzler wrote:
> >>
> >>> On Fri, 21 Dec 2007 15:14:06 -0500
> >>> Shad Young wrote:
> >>>
>
ound at this site, or alterations thereof,
> > for profit."
> >
> > This is pretty representative of the terms I've seen for free MSFS
> > add-ons. It is not "open-source" or "free source" according to commonly
> > understood definitions of those words.
>
> My sincere apologies. It was not my inten
Tim Moore wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Shad Young wrote:
>
>> Chris Metzler wrote:
>>
>>> On Fri, 21 Dec 2007 15:14:06 -0500
>>> Shad Young wrote:
>>>
>>>
(even MSFS has a large open source
base),
>>> Just curious w
Vivian Meazza wrote:
> Shad Young
>
>
>> Sent: 21 December 2007 20:14
>> To: FlightGear developers discussions
>> Subject: [Flightgear-devel] Terrasync for Windows
>>
>>
>> I have read through the archives about Terrasync. While I understand
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Shad Young wrote:
> Chris Metzler wrote:
>> On Fri, 21 Dec 2007 15:14:06 -0500
>> Shad Young wrote:
>>
>>> (even MSFS has a large open source
>>> base),
>>>
>> Just curious what you're referring to here? I have no doubt that there
>> is open s
Shad Young schrieb:
> Chris Metzler wrote:
>
>> On Fri, 21 Dec 2007 15:14:06 -0500
>> Shad Young wrote:
>>
>>
>>> (even MSFS has a large open source
>>> base),
>>>
>>>
>> Just curious what you're referring to here? I have no doubt that there
>> is open source/free software s
Chris Metzler wrote:
> On Fri, 21 Dec 2007 15:14:06 -0500
> Shad Young wrote:
>
>> (even MSFS has a large open source
>> base),
>>
>
> Just curious what you're referring to here? I have no doubt that there
> is open source/free software stuff out there relating to MSFS, but I dunno
> what
You might be interested in my compressed scenery project. This will fit the
entire
FlightGear world scenery in about 3.5 GB. This will require some updated
code in
SimGear to load the scenery. I can ship a modified FlightGear binary with
the
scenery package. And I would include an installer for Win
On Fri, 21 Dec 2007 15:14:06 -0500
Shad Young wrote:
>
> (even MSFS has a large open source
> base),
Just curious what you're referring to here? I have no doubt that there
is open source/free software stuff out there relating to MSFS, but I dunno
what it is; so I'm curious. What kind of open sou
Shad Young
> Sent: 21 December 2007 20:14
> To: FlightGear developers discussions
> Subject: [Flightgear-devel] Terrasync for Windows
>
>
> I have read through the archives about Terrasync. While I understand
> Curt's motivation behind it, it does leave the vast majo
I have read through the archives about Terrasync. While I understand
Curt's motivation behind it, it does leave the vast majority of
potential users (I.E. Windows users) with the necessity to manually
download the scenery files.
Has anybody looked into this recently or have plans to? Both Rsync
On Nov 30, 2007 3:09 AM, AnMaster <> wrote:
> It seems like terrasync is currently down, it has been like this for at
> least a
> few days:
The flightgear ftp/rsync server has been having problems over the past few
weeks. I just replaced the motherboard this week with an exact duplicate
and the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Considering how unstable terrasync is I decided to offer to provide a mirror for
it, under these conditions:
* I'm not the only mirror, there should be more, on round robin dns or such.
* The server is only 5 mbit (unmetered) but at a datacenter, and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
It seems like terrasync is currently down, it has been like this for at least a
few days:
rsync --verbose --archive --delete --perms --owner --group
scenery.flightgear.org::Scenery/Terrain/e000n00/e000n00/
/mnt/flightgear/terrasync/Scenery-0.9.10/Te
I'm going out of town today through sunday, but I'm going to see if I can
get someone to kickstart the machine this morning. It appears to be
developing some sort of hardware problem, but I haven't had a chance to
start swaping parts to see if I can figure out what's going on.
Curt.
On 1/26/07
scenery.flightgear.org is down again
Since the scenery data is mirrored on a number of other ervers, would
it be possible to provide an rsync interface on some of these mirrors
aswell? I reckon it would both improve availability and spread the load
from the primary terrasync server. (And probably
> What options are you using to invoke terrasync? I just tested it and it
> seems to work fine here. Do you have write access to the destination?
>
Sorry, it was my local problem indeed. I have a sgid setup to pull in the
terrasync'ed tree to a place where that group has access, that setup has a
Vassilii Khachaturov wrote:
One thing to check right off is if you remembered to recompile the
terrasync binary after fetching the newest source from cvs?
Just did another cvs up and toplevel make. Nothing was made. Checked the
date of the terrasync binary. It was from 5 minutes prior to
> One thing to check right off is if you remembered to recompile the
> terrasync binary after fetching the newest source from cvs?
Just did another cvs up and toplevel make. Nothing was made. Checked the
date of the terrasync binary. It was from 5 minutes prior to my 1st
attempt, and matches the o
Vassilii Khachaturov wrote:
Pulled in the latest cvs, including your terrasync update.
I tried to terrasync over my existing terrasynced 0.9.9 scenery subset.
Here's the exciting results --- this is when I tried to start at KOSH --
I have no files transferred, but instead a lot of messages like
> I have updated the rsync scenery server with v0.9.10 scenery. I have
> also updated the cvs version of terrasync to fetch the new
> objects/terrain structure properly.
>
> As with any thing, double check that terrasync is putting the files
> where you expect before you get too far with this.
Pu
Dave Perry wrote:
I notice that 0.9.9 scenery is available from several mirrors. Is
there an rsync capable site for Scenery-0.9.9?
I have updated the rsync scenery server with v0.9.10 scenery. I have
also updated the cvs version of terrasync to fetch the new
objects/terrain structure prop
80 matches
Mail list logo