kf6kjg / anaximander Goto Github PK

This would help reduce the number of tiles needing to be updated. However I suspect it needs region server support.

Looks like all the active CURL calls complete, and the "Download took" message is played back, but if one of the CURL calls fails, the rest of the process is done for. Anaximander should just skip over that failure and keep moving.

Soon.... The entirety of Linux-based operation is as yet untested: trying to get my base done first and satisfy my first client!

Server logs indicate that the viewer calls up to 8 levels. Better to feed it what it expects!

Library files and library headers are all in lib - this is a mess. Clean up.

Library files should be in lib while headers should be in imports

I've been spending a couple of very frustrating days with Anaximander. I tried unsuccessfully to build both the master branch and the release-r1 branch. The master branch looks for ImageMagick.zip when it downloads ImageMagick.7z, so I had to make that change in build.bat to get it to continue. however when I get to the VisualStudio stages it tells me to build for a release 64 but I only hav eoptions for x86. SO I get stuck in an endless loop.

I tried downloading the one release available and manged to get that configured and running, though it runs but doesn't appear to do anything other than report that it took 0 seconds to run and copy ocean.jp to the directory.

I'm rather at my wits end. Not sure how to proceed.

Currently Anaximander uses the "X-Y-Z.jpg" format, but this should be user specifiable. SL's native format is "map-Z-X-Y-objects.jpg", which is verbose, but having the user able to specify that as the native format would reduce the amount of configuration that a tile server has to sustain.

Fix it!

With the tile_file_type config parameter, the grabber code now needs to make sure that the grabbed images are either already in the format, or are converted to it.

Not sure how I missed this one, but at least under Linux the folders are not created, and the program crashes trying to d/l the tiles with --gettiles.

Right now the binaries show up in the project root - which has gotten messy with the arrival of DLLs. Better to place in a subfolder.

Download the region tiles with some level of parallelism.

Current code takes about 1/2 to 1 second to download each tile. That's about 20+ minutes at InWorldz' region quantity. Downloads to disk are a trivially parallizable problem.

Be sure to have the number of parallel downloads able to be configured in the config file: too many parallel and things will get slower - much less the lag spike on the grid!

Not everyone expects to read code to know what the flags are!

anaximander --help should return helpful info.

This isn't really acting much like a class: more like a function with some private globals.

One of the last vestigial hard-coded values, be sure to make sure the incoming region tiles are rescaled if needed.