Sonarpulse

I know I much have a working port that is multiplayer compatible, even if the interface is painful. *looks at mobile Minecraft*

how much data is outside public.zip? Yeah, as soon as I read that headers cause such problems, even with known compression algorithms, I was worried. Hopefully zsync can be upgraded someday. It could be extraordinarily usefully combined with a package manager.

What about Projectiles, like in that catapult video in the alpha 9 preview thread? Anyways since wakes are the interference of many waves, I think it would look good boats spawned static particles behind them. Those particles would be animated "sprites", i guess, of the two wakes moving perpendicular to the boat's velocity at the time & place the particle was spawned. Hopes that makes some sense.

Nice work! Is this is based around premake or something else? I think your current method is good, but I would rename some folders so as other platforms, package managers, etc are support, stuff still makes sense. (I put those other features in the hierarchy too, not saying you should add them now) Prerequisites \-- Source \-- Include \-- just library headers (of course) \-- Dynamic Lib \-- android arm (windows 8) \-- osx x86_64 \-- osx x86_32 \-- iOS arm (windows 8) \-- windows x86_64 \-- windows x86_32 \-- windows arm (windows 8) \-- Static Lib \-- android arm (windows 8) \-- osx x86_64 \-- osx x86_32 \-- iOS arm (windows 8) \-- windows x86_64 \-- windows x86_32 \-- current contents of libraries \-- windows arm (windows 8)

7 zip or winrar should be able to extract files from a windows installer

Hmm, I don't think you guys should scrap the slow, physics & collisions method of calculating trajectories and damage. Ideally I would make it so players can select that method, or the proposed speedier one before a match. Also I think that height really should be taken into account for ranged projectiles, and that it wouldn't be too hard either: Imagine all the other parabolasTake the union of them allMake a function that describes the border of the region, f(y)=x. I bet it might be a simple polynomial too, or a hyperbola.Now when checking if a target in range, there is two more steps: get the height difference between the target and archer, and plug that in. If the function is too slow/complicated, make a table. Using a table also means that drag, etc, can be accounted for with no performance penalty. Doubt this is any faster, but the shape can be spun around the z axis to create a 3d shape which can be placed over the archer (not rendered of course), and then intersected with the hieghtmap to create a bordered region. Game then checks if unit is within that region. --------------------------------- On an somewhat unrelated note, I was thinking if a bunch of ranged units are selected and told to attack (maybe just attack ground), the mouse wheel (with a hotkey I guess) could be used to adjust how much spread they should aim for. the area to be targeted could either correspond to the formation of the archers, or simply be a circle or rectangle. That way if the enemy is a swarm of units you can just rain down arrows, but if the enemy is some big powerful unit that moves slowly (the king in), you can have them all target the same spot

Read this again guys. The porting that is going on right now is NOT about making a playable spinoff game, or anything about that. it is about cleaning up the Code. These days, as standardization is better than before, porting doesn't necessitate having to separate code trees, or quick hacks. If one does it right, (which these guys are), it means one's code will "play by the rules" better than ever, be "properly modular" (all the somewhat unsystematic #ifdef's are just an intermediary step). Then you guys might say, "well if the point is just cleaning up the code, isn't this an inefficient, roundabout way to that? Well if one could consistently visualize every issue that would arise porting a program, then one's code wouldn't need to be cleaned up in the first place.

darn! All the other civilizations are going to be jealous of those aesthetics.

Wow, that is the coolest image I have seen on the internet in a long time.

Hmm, good link. I also read http://zsync.moria.org.uk/server and https://lists.ubuntu.com/archives/ubuntu-devel/2009-July/028529.html Can windows installers be made uncompressed, and public.zip compressed (i guess as a gzip) instead?

see: http://zsync.moria.org.uk/ Don't winzip and gzip use the same underlying compression algorithm? I'd hope that zsync's logic would work on that algorithm alone and not be hung up on the differences between *.tar and winzip's built in archive method

Well, a git checkout downloads all history too, so you probably wouldn't have saved on download times. Just make sure the conversion didn't get rid of .svn (or can git update+convert too?) and if you "push --force" to your forked repo on github it might be able to make some sense of it. Good luck!

I don;t know about git svn clone, but that sounds like a git to svn converter. I would git clone your forkcopy past the svn over the git,add .svn/* and .svn to .gitignore (one per line)try pushing to git hub.Then copy in your android hacks+commit. whether you want to pop 'em all in, or make a "fake history" and commit in changes is up to you. If SVN adds anything else besides ".svn/*", I would copy that too.

You could configure git to ignore ".svn/*" (very easy, just dump that in a text file called .gitignore). Then you can continue to use svn to update if the official repositories get out of sync, without confusing git. in addition, because of git's hashed based versioning, if both git repositories endup with the same version separately, git should take note.

Shouldn't the red zones not be so angular at this point? at the corners of the fence, building, and coast, shouldn't the impassible-navcell shape resemble an arc? I think it could be an issue: for example if the fence was a bit closer, the unit with this clearance radius wouldn't be allowed to go between the fence and the coast, even though it really wouldn't fit. I think the "blur filter" method used for terrain passibility would solve this problem, is it too intensive? The cells, as you say, are supposed to be a conservative measure of what is passable, and this method makes them over constrictive at the corners. Alternatively, I guess you could also do 2 sets of nav cells: "Potentially/indeterminately passable" and "definitely impassible". If the fastest route was definitely passable, Great! If the route has "indeterminately passable" bits, more rough paths are queued until a fail safe is found, and then the precise/slow pathfinder (or whatever it's called) checks all the risky bits of the queued paths.

Built in update systems are cumbersome and usually platform specific. But something I that would be nice is to use jigdo or zsync to allow users to quickly update their installers. In addition, once either of those programs make a new "base", the actually updating can be cancelled, and the incomplete download can be used with BitTorrent. That combination is a very efficient way to roll out an update for alphas or releases, and requires no upstream changes.

Might you want to remake that as a fork of the official git mirror? https://github.com/0ad/0ad

Sweet, I don't have a mac, but I know people who do and would want to play this but cant be arsed to compile anything.

where is that uploaded?

I made a torrent: https://thepiratebay.se/torrent/6925818/0_A.D._%5BAlpha_8_Hax_amp_Auml_A_mani_amp_Aring__amp_iexcl_%5D You can use that to check for download errors much more efficiently.

Oh, your on XP. Then it probably won't, if you were on Vista or 7 there is a difference. Well, I think I was thinking more "Acess denied", whoops. But I think I read there might actually be some subtle differences in the way windows handles memory based on whether the program is run with administrator privilages.

Try running it as administrator. Obviously that's no permanent solution, but it will help troubleshoot.

Good luck! Hopefully the fixes to those errors will help upstream too.

Not sure if this has been mentioned yet, but I would like to see an projectile range done with real physics, so that units on a hill can fire farther. After that, maybe even go a step farther from basic quadratics, and add wind and air resistance to the range computation.

http://students.autodesk.com/ If you are a student you can get just about any Autodesk program for free!