wraitii

Okay, updated patch with the new texture, improved positioning for the waves, some basic foam around the waves. The images should be added by the patch, this time, so nothing else to do. (updated for the latest SVN revision, too). I'm thinking this is the first "working" version. Take a look, report problems or inconsistencies, and suggestions for improving. If all goes well, I might be able to commit it before feature freeze. Should I Trac this in the optic of committing or is it as good in this topic? Edit: for those who feel it is too slow... I've run the Xcode profiler (really awesome stuff there) and found that creating/destroying textures was really inefficient. So I stored those instead to reuse and now the super fancy water shader is basically two times fast. Edit: new patch 3 hours later below.

Looks a lot like what we have now (in the method), actually, which is pretty nice. The difference is that he apparently uses a pretty high-scale texture of the distance to the shore for each shore pixel to have the waves crash nicely, and it seems the terrain in that simulation was more linked to the tiles when in 0 A.D. I figured, while I can't use an actual animated texture to have breaking waves, I could use a 3D texture. Is that supported by the game? Wijitmaker, thanks for the waves. To clarify what I needed, I needed mostly an image like your "wave_17" one. The animation could be used to introduce slight perturbations on that particular image (I don't need the wave to move in the texture, because of the system I use). I can do the conversion to normal myself.

Updated patch (from clean SVN): you'll still need the two textures from above but the rest should work. water.patch

That would probably be too complicated and would most likely not give the best results... I'd need some sort of "cruising" wave, ie no rise, no breaking, just at its crest phase. Only to simulate some sort of movement in the water, it could have some turbulences in the front or something. Animation is therefore mostly a plus, but even a proper normal map and heightmap for a single wave would be very handy.

Thanks for the report. Forgot about those files, that's pretty dumb of me. The "p" stuff didn't bother my compiler so i didn't notice, neither did the "NULL" stuff, that's fixed. Yeah, git is easier for testing but porting the commits to SVN is something I'm really uncomfortable with, so for that it'll be SVN (furthermore, I've had a few problems with git, and my fork is a huge mess right now which I can't bother fixing). I'll try to repost a (slightly newer) a bit later.

Any update? I'd be really happy to finally enjoy the game's soundtrack/sound effects.

Do auroras actually move at any noticeable speed? I've only ever seen pictures and figured they stood still, in which case a simple skybox worked fine enough.

Yeah, I hadn't thought at all of rendering the meshes to texture, but that eliminates quite a few issues. I had code leftovers from my many tries, too, so it took very little time. I've switched working from git to svn because I figured it would be easier in the end, and here's a patch for the current SVN version (12240 I believe). The wave effect is shown, it's not really clear in all orientations because it affects the normals, and not so much the foam (only a little). it's not really synched up or cleaned up, take that as a proof of concept and tell me how it feels. I intend to: make it so the squares are more aligned to the shores, so you won't get waves that start way too early/feel too weird. i'll try to make waves wider too, once that is done. Have some sort of pseudo-wind strength effect affect the amount of foam/waves. I'd need a wave texture (in the same spirit as the one I included, only way nicer. Basically, only one wave and some "blank space"), it should ultimately be animated, it'd be much nicer. Also, I'd need the same texture only in the form of a heightmap to help with the foam. If somebody could do that, it'd come in very handy. edit: patch update below (I'm not sure I can add files to the patch, so I've linked the two textures below. They have to be put in " binaries/data/mods/public/art/textures/terrain/types/water/ ") Since it's my first svn patch, it might not work, please report then

Some news that, for once, aren't "This failed". So I've switched back to geometry, and to render-to-buffer, which helps nicely against depth problem and conflicts. Here's an early WIP: It looks promising enough that I should be able to get it to work, so that's something.

I figure houses would take basically no time to capture, and capturing doesn't really have a cost (free buildings, yay). So even if they're hard to destroy without siege buildings, I don't think it would be a hassle to take them down by capturing them.

Yep, those changes work for me.

I think that was intended as buildings will be made capturable.

I think citizens are recruited too quickly in the early game. This presses the players to build houses all the time, which makes it a bit boring and makes wood really really important (with Marilyn, I had found that in the early game, optimal resource collecting was about 60%wood/40% food or more for wood depending on the civ). If citizens were recruited slightly slower, the player would have more time to do other stuff than simply building houses. In the late game, technologies could be use to change that.

You could use a specific sky setting for that.

Okay, so I've tried using the ground directions for the wave... And the answer is no, it looks bad. I think I'm going to stop being dumb and start being clever instead, so I'll probably resort to some sort of fancy geometry stuffs that will allow for wave discontinuity, because hey, waves can be. Should work anyway. On the upside, this is really helping me work on my hatred for restarting from scratch.

Na. hadn't noticed that. Isn't there also a matrix multiplication for the shadows, though?

I'm pretty sure this is the problem we discussed, myconid, with the instancing transform.

Did anybody here play the "RPG" multiplayer scenarios in AOE 2? Now that was some serious fun.

Allright, I updated my SVN, cleaned workspaces. So, notwithstanding the crash with spidermonkey, which I simply prevented from recompiling, update-workspaces works fine. Here's my report for the compilation. Start Xcode and the pyrogenesis project: "edit scheme" to put the build configuration to "Release" on every project (activates -O3, for some reason Xcode 4.4 thinks debug is the base configuration for "running"). First compilation: mocks_real fails. Error is invalid setting of BOOST_FILESYSTEM_VERSION. Fix: go to source/lib/pch/pch_boost.h, line 28, #define BOOST_FILESYSTEM_VERSION 3 Recompile. Simulation2 fails. Error is "ICmpAIManager.cpp:56:16: No viable conversion from 'const boost::filesystem::path' to 'std::wstring' (aka 'basic_string<wchar_t>')" Fix: change line 56 of ICmpAIManager.cpp to std::wstring dirname = (*it).wstring(); Recompile. Graphics fails. Two errors. the first is "TextureManager.cpp:428:10: Invalid operands to binary expression ('VfsPath' (aka 'Path') and 'const boost::filesystem::path')", the second is the same as in Simulation2. Fix: in TextureManager.cpp, line 428, change to p = p / (*it).wstring(); Line 430, change to return m_TextureConverter.ComputeSettings(srcPath.leaf().wstring(), files); Recompile. Linking failed, mach-o linking errors that all target boost::filesystem Fix: in the project settings, add to "Other Linking Flags / Release" : "-lboost_filesystem-mt" Recompile. Build succeeded. 0 A.D. is up and running. Now trying to compile ActorEditor (and hence also the scenario editor as a side effect). "Edit scheme" to put the build configuration to "Release" (same issue). First compilation: build succeeded. The actor editor starts properly though it's bugged on OS X anyway. Pyrogenesis executable and the scenario editor are up and running. So, apart from the spidermonkey problem (which is not too bad if precompiled libraries can be made available), it's all pretty straightforward, and it seems to work with the boost update. I'm not entirely sure that the fix for line 430 of texturemanager.cpp doesn't break something, but it didn't seem so in-game.

Okay, there's a twist: the update-workspaces script won't work because spidermonkey says the gcc compiler isn't working... Which may be true, Apple doesn't ship gcc on Mountain Lion, so that may have messed up a few stuffs. Apple now ships clang... Trying to get around that for now. Weirdly, Fcollada does compile... Edit: okay so everything but spidermonkey compiles. I'm guessing it's because I had gcc-4.2 previously installed. I'm going to see if I can't change the checking, since it's obviously wrong.

Part of the flickering I got when I tried preferglsl = true was from the normals going all over the place (fixed some time ago, I believe). Is this the same problem?

Yeah, but this is a fairly big constraint. I think a good effect can be achieved by using waves that go only in one direction (that is to say, you'd get breaking waves near some part of the beaches, the rest would get regular ocean stuff). Around small islands, it looks weird to have waves "morphing around" in the obviously wrong direction. On bigger islands, I'd have to check if some system can't be made to sort of follow the slope of the island, but I fear it might be complicated to do efficiently, nicely, and easily enough.

Myconid, I've implemented a way to do waves using render-to-textures. I think for waves I'll focus on using the "wind direction" and all waves will follow that (so I've got to take into account protection from wind. Should be okay.), and I'll use the alpha channel for the foam (which is all-right because it's already only one channel). So that should work. I'll just have to actually go through with it.

I've gotten a problem this morning in the game with libpng, so I've updated everything in macports (took a good 2 hours), tried to compile: failure. Boost filesystem has been updated to version 3, so I had to change a define and add some ".wstring()" where I got errors (iCmpAIManager, line 56 and TextureManager, lines 428/430. I thinks that's it). Then I had to manually add the linking flag "-lboost_filesystem-mt" and it compiled (I was getting linking errors) and started. it worked. The ActorEditor also compiles cleanly, and macports updated some wx stuff so I guess that fixed it. I however get a fatal error at start when tried to actually start the actorEditor. Starting the scenario editor from the executable works. So basically, update everything in macports, fix a few linking troubles/small errors, and it works on 10.8 Do note: with the new security stuffs in OS X Mountain Lion, the system will refuse to start Apps that are not from the mac App Store or identified developers (using code signing in Xcode and probably some stuffs on Apple's side). You might want to consider checking that out, and "code signing" the mac bundle. There's probably some documentation on Apple's website. (This setting can be changed to allow any application to start, but "most people" will probably not change it).

GIven the hole, you might want to make go a bit below the ground, so it can be placed on hills without it looking too weird.