• Ideally JS variables should be attachable to the Player object (via localPlayer?) to declare and set any properties affiliated with the current player. (eg player.resource.food; modder could alter it to add/remove any resources he wishes.)

• Civilisation: Celt, Greek, etc ... Chosen from session config. (--> Currently there is a concept of civ, but it's not choosable in the GUI.)

• Colour: Player colour, chosen from session config.

• Team: In session config, players can choose to be on the same team (allied at start).

• Various team settings, such as allowing teams to have "shared control" and being able to command each other's units.

• Alliance: Diplomatic settings (who's an ally, who's an enemy).

• array of players matching slot numbers, 1: enemy, 2: ally (Not choosable from GUI yet though.)

• Phase: The starting "age" for the player (defaults to village). If otherwise, the player begins with the phase upgrade already researched.

• Resource: Quantities of each of the resources gathered by the player.
  • Currently resources are tracked by the GUI; every player should have their own set of resources and the entity scripts and GUI should be updated to work with this.

• Start Location: Position on the map where the player will begin.
  • Camera should also start centered on this location.

• When a unit depletes a resource object, he should seek out another one to gather from if nearby.

• Stances
  • GUI: List stance options in GUI and allow user to select the stance for current unit.

• Units react to opponents in LOS, depending on stance (move to attack, hold ground and attack, don't attack except to retaliate). Changed to "ready" animation instead of idle.

• Units react to opponents in attack range, depending on stance (move to attack, hold ground and attack, don't attack except to retaliate).

• Equally, depending on stance's freedom of movement, capable idle units will repair or heal nearby damaged units and buildings when not otherwise engaged.

• When an entity places the foundation for a structure, he'll move over to it and aid in constructing it.

Most of the code for technologies is now done.

The modifications that technologies make still need coding. See ResourceGatherer.js for an example.

Tech pairs where only one out of two techs can be researched need implementing. An idea is to have a tech pair json file which defines the pair and have the building have that in it's template file for what is available for research. The tech pairs can then supersede each other.

• When releasing screenshots, the scenario designers would like to be able to slow down the speed of the game so they can set up a shot in "slow-mo" and have a better chance of taking an impressive-looking screenshot.

• We got around this by altering the movement speed of entities, but this was a bit of a hack since it didn't affect other actions, and units move at a crawl for any other development until changed back. So, would it be possible to alter the simulation rate while the game is running?

• Probably best to handle it as an exposed JS function with a parameter to set the game speed modifier. Then could link this to two hotkeys (and maybe also onscreen buttons with speed display) to increase/reduce the simulation speed a step at a time.

• One hotkey increases the rate of simulation by one step (slows it down, eg for easier taking of screenshots). Another hotkey decreases the rate of simulation by one step (speeds it up, eg for feature testing).

• Feature should not be available to clients, only the host (so that all players match to one speed).

• Improve to handle tree traversal and dynamic terrain.

• Integrate rmgen with engine, so random map based on session config can be generated on the fly.

• Accept parameters so that random maps can be generated based on host's settings (eg number of players, their civilisations, desired number of territories, if any, size of starting force (eg prebuilt base or "Nomad", number of starting units), etc).

• RMS Reference

• ​Map List

• Fundamental commands:

• Set terrain textures

• Define elevation

• Area definition (for territories)

• Objects in territories (resources, settlements)

• Water height (This is just height 0 in RMS, but maybe we can make it customizable)

• Support for sending chat messages to players (all, specific, alliance groups). #1583

• Taunts (including GUI)

• Making/breaking alliances

• Sending tribute

• Tributing units/territories

• hh:mm:ss clock variable from engine showing time elapsed since the session started (perhaps best handled as an event, so it's updated in real-time?). I'd suggest a separate variable for each component (eg elapsedHours, elapsedMinutes, elapsedSeconds).

• This can then be used to control various time-based occurrences in the game ... Such as moving to the next season or stage in the day/night cycle by comparing it to a duration set in session creation.

• Or maybe implement it using a ProgressTimer? set to update each game second? (Would still have to calculate the difference on the fly.)

• Initial settings and all input is recorded.

• These same inputs can be fed back into the game at a later date so that the player can view it as a replay.

• User cannot affect what happens, but can view it (alter playback speed, look at play from any players' POV, etc).

• Needs a JS Interface. Should probably start and stop recording synchronized with CGame somehow. Needs a file format (pipe network packets to a file). Needs an entry point for replay (could do something wicked with CMessagePipe and the polling framework already in place for sockets, perhaps). ​http://www.wildfiregames.com/forum/index.php?showtopic=1665

• Also would need a Game Replay user interface to handle special features (selecting control of a different player, adjusting the rate of playback, rewind, etc) as well as select a replay to load (variation of Load Game screen).

Related tickets: #3168 Lets observer change perspective #3253 Save playernames to commands.txt #3255 Update directory structure to prevent overwrites #3258 Main menu entry to start replays #3261 Session panel (pause / fast forward / rewind) #3309 Fast forwarding replays doesn't work as expected #3387 Access summary screen from replays

Debug features requested by QA dept:

• Record to video

• Record to image every x seconds

• Server-side component that retrieves emailed bug reports and posts them to the bug tracker.

• JS Functions to create, delete, and set current profile. (Profile = Name of player, and storage container folder for his saved games, hotkeys, list of completed scenarios, etc.)

• Values loaded from system.cfg and mod.cfg and modified can be saved by function call (eg when closing options menu) to the current profile's user.cfg.

• High-Level Plan: ​http://www.wildfiregames.com/forum/index.php?showtopic=7968&hl=user\.cfg

• CConfigDB Description: ​http://www.wildfiregames.com/forum/index.php?showtopic=1125&hl=user\.cfg

• Profile Functions: ​http://www.wildfiregames.com/forum/index.php?showtopic=9566&hl=#

• Profiles also contain user's saved games (both multiplayer and singleplayer) and recorded games.

• Units can have a height offset relative to the terrain (eg flying units, or ones the scenario designer has decided to make float in the air, for some reason)

• XML.Entity.Traits.Anchor

• XML.Entity.Actions.Formation
• ​Formation XML
• ​Formation Mockups
• ​Formation Notes

• Allow running
• (Requires better pathfinding): attacking, and switching between formation shapes on goto.
• Redirection angle and "take closest position"
• Formations can grant units unique idle, ready, and attack animations.
• Formations will require a flag in the cell that triggers special animations for a unit in a particular location of that formation. See special formation such as these:
  • ​http://www.wildfiregames.com/~art/history/romans/pages/rnorton_testudo_01.htm
  • ​http://www.wildfiregames.com/~art/history/hellenes/pages/01_macedonian_phalanx.htm

• Remove the "decay animation". Instead, the last frame of the death animation is sustained while the corpse is lying about and while it is decaying.

• If an entity leaves a corpse, it should still decay (ie be removed from the map with a bit of eye candy) at some point to remove the entity for performance reasons (whether after a timer has elapsed, or based on some signal from the graphics engine).

• Decay: If an entity doesn't leave a corpse (eg buildings decay immediately after being destroyed) or after its corpse state has elapsed, the default will be for it to sink vertically into the terrain, ideally with also a simple fade effect, until out of sight (basically the reverse of construction). Then it'll be removed from the game.

• An upper limit on how much population limit can be increased, set at Session Creation (add to GUI), default 200.

• Ensure resource and population requirements are taken into account in determing prerequisites for entity creation.

• Units currently delay for a few seconds between reaching a target and switching to performing this action. This delay period should be reduced.

• Ranged attack projectiles should not guaranteed to hit target
• Splash damage should be implemented when the projectile hits something (target, ground, or otherwise)

• GUI: Progress bar over unit currently being created. Numbers next to units in queue.
• Sound: Units make a "unit ready" sound when creation is complete.

• Training building has a "Rally Point" property. (When the building is selected, a banner actor shows the position of its rally point.)

• Rally Point position can be set by right-clicking a terrain location with the building selected (or pressing a Rally Point UI button to get the rally cursor, then doing the same).

• Spawned units move to rally point after appearing adjacent to the building.

• Training building has a "Spawn Point" property. (The X/Z origin on the edge of the building where the entity first emerges (eg at the actor position of a door) after being created; he then walks from there to the rally point.) [Assuming it isn't satisfactory to just have units randomly appear at any side of the building. Varies from RTS to RTS.]

• Building rises out of ground as construction proceeds (#1174)
• Scaffolding not necessary but maybe as a bonus if time allows? (#1581)

• Some buildings can only be placed on other entities of the same size (eg Civ Centres on Settlements). Doing so replaces the base entity, but it reappears if the building is destroyed. Replacement entities can be rotated using the grid cursor as normal, though it has to align to the edges of the base entity. (Foundation cursor snaps to fit the plot's rotation.)

• Some buildings spawn sites adjacent to the main building when their construction is complete. (Notably, the Farmstead has four vacant lots, two horizontal, two vertical, surrounding it, and this is the only location where Fields and Corrals can be placed.)

• Resources can be traded for other resources at the Market from the Barter tab.
• (This is mostly an interface task, since it largely involves pressing buttons to juggle the player's resource values, without need for special events.)
• XML.Entity.Actions.Barter

• Sometimes selecting a target for an entity (eg telling a unit to gather from a tree) causes the game to freeze as a vast amount of memory is allocated to the game, and the only way out is to close the application from the task manager. Not easily replicable.

• (Uncertain whether this is coming from the pathfinder failing to plot a course to the tree, or the order being given to the entity.)

• The escort cursor should appear over the target friendly unit when the player is able to command the selected unit to follow him.
• XML.Entity.Actions.Escort

• XML.Entity.Traits.Garrison

• Visible Garrisoning (see link above) liable to be most challenging aspect of garrisoning. Some of the garrisoned entities are propped to sockets on the parent actor, and while not directly controllable, can interact with the environment (eg archers at windows or on decks of ships fire at nearby units, including units propped on other ships).

• XML.Entity.Traits.Garrison

• Maintain a "selection" of entities stored in an entity. (These do not appear in the game unless occupying prop points ... See Entity Events - Garrison - Propping.)

• Garrisoned entities can be removed (either immediately adjacent to parent, or ungarrisoned to a target using something similar to a Rally Point) and listed (each for GUI ungarrisoning/viewing).

• Actor player-coloured pennant prop appears over entity when units are garrisoned in it. (This will need X/Z location properties so artists can put it somewhere which looks vaguely appropriate from unit to unit.)

• The same principle of entities-owned-by-other-entities could also be used to imitate an entity's inventory (possessions), with objects being carried by an entity and appearing (and being droppable from) the entity's garrison UI.

• This is largely for TLA's sake (which has more RPG elements; eg they might want a unit to be able to pick up a sword, have it appear in the entity's hand socket, and increase his attack damage while he is carrying it -- this would also include having an "equipment slot" so he can only equip one melee weapon).

• However, we should keep this feature set in mind for "relics" (whether we do them in Part I or Part II), since they follow similar principles of picking up (see the Pick Up event) and carrying an item (bestowing a tech effect) and dropping (ungarrisoning) it in the world.

• (Priests and Heroes can pick up a relic and give it to a Temple's inventory, which then unlocks the relic's tech effect.)

• Traders generate resources by moving along trade routes (between player and allied Markets/Docks)
• XML.Entity.Actions.Trade

Priests and temples heal injured organic units in a radius around them.

• Citizen Soldiers repair damaged mechanical units (buildings, ships)
• XML.Entity.Actions.Repair

• XML.Entity.Actions.Lock
• Used only by the Wall Gate entity. Normally the gate will automatically open to let friendly units through, and otherwise close. Toggling the gate to Locked via a GUI button makes the gate stay closed even when friendlies are nearby.

• XML.Entity.Actions.Graze
• (Part of animal unit AI)

• XML.Entity.Actions.TownBell

• Pressing this UI button of the Civ Centre puts the units in its province (or surrounding area, if playing a game mode where the map isn't split into provinces) into "red alert": units automatically garrison in nearby buildings, with priority on gatherers that cannot defend themselves (female citizens), and military units going for buildings that allow them to attack from the battlements (like towers).

• XML.Entity.Traits.Transform

• Converts an entity into another entity. Notably, some siege weapons can be transformed from their mobile defenseless form (packed) into their immobile attack form (unpacked). There is usually a transitory animation between the entity replacement.

• (Note that temporary properties will need to be transferred from one version of the entity to the other ... eg if the unit was damaged, it shouldn't be restored to full health by transforming.) -> Should happen already because these are not in the entity template.

• XML.Entity.Traits.Auras

• Trample Aura (component of Charging). Used in particular by cavalry to mow down infantry.

• (updates to 3ds plugins -- requires knowledge of MaxScript through the Max SDK)

• ​http://www.wildfiregames.com/forum/index.php?showtopic=7133

• "Max tools would be nice to have early on (simple bones and use of the skin modifier), but not extremely necessary"

• "I would just avoid holding off on doing things like catapults, swaying trees, grass, animals for a while (which isn't super critical stuff)"

• Support for non-biped animatable objects (siege, ships) vertex skinning and attachment (using skin and simple bones - vs. physique and biped)

• Export simple 3dmax bones and bone animations (for quadrupeds, fish, birds, deer, sheep, elephants - anything nonbiped)

• Skin information (for vertex assignments to simple 3dmax boned animations)

• Vertex based animation (like how 3ds saves its animations - for things such as trees falling)

• Convert exporter so it's usable in newer versions of Max and other modelling tools such as Blender (our current exporters only work in 3ds Max R6)

• Timed Events: Track elapsed time (see Simulation=>Time Elapsed) until event (target time specified in session configuration).
  • Examples: Season Cycle, Day/Night Cycle, Ceasefire

• Random Events: Similar to timed events, but they can occur at random (frequency determined by things like climate settings and current season).
  • Examples: Weather.

• Possible effects of event:

• Set actors to this event group if they have it. (ie trees might have a Winter group where their textures are leafless and snow-covered, or an Autumn group where the leaves are red and golden.)

• Seasons Document: ​http://www.wildfiregames.com/forum/index.php?showtopic=685

• Change light settings to those specified by a lighting group used by the scenario. (eg Twilight, Dawn.)

• Support for scripted conditional modifiers (perhaps handled through Tech system?). For example, to make Fields have a bonus to gathered resources in Spring and Summer, or units have reduced vision in darkness.

• Climate effects (eg snow more prevalent in Winter, though it never snows in desert climate).

• Conditions are affected by the map's climate settings. (For example, it never snows in a desert climate, and there are longer twilights in the northern hemisphere.)

• Provinces Document: ​http://www.wildfiregames.com/forum/index.php?showtopic=696

• Relies on area definition (RMS), allocation of resources and settlements to Provinces.

• Ownership of areas (provinces)

• Visible borders

• Scripted behaviour for Provinces:
  • Unlocks (eg resource gathering, building)
  • Construction over NPC (gaia) settlements (see Entity Event - Construction - Sites)
  • Statistical Benefits/Disadvantages
  • Ceasefire (see Timed Events above), attrition damage (see Terrain below)
  • Entity caps (limited to a certain number of entities of certain types, particularly buildings, per province)

• Higher Ground: Units at higher elevations gain a bonus to damage in combat.

• Steepness:
  • Slopes can be too steep to traverse, though this can vary from unit to unit (foot units can climb steeper slopes than carts or siege weapons). --> Decided not to do this for now since it is expensive and would be confusing to the player; instead, just make certain terrains impassable.
  • The steepness of a slope also affects the movement rate of units (going up is slower, going down is faster).

• Terrain XML: ​http://www.wildfiregames.com/forum/index.php?showtopic=1377

• Unit Speed: Other terrains affect the movement rates of certain units. (eg speed is reduced for most units on sand (though increased for camels), while speed is improved for most units on roads.)

• Traversability: Certain terrains are only traversable by certain units. (Ships can only move on deep and shallow water; infantry on land and shallows but not deep water. Some infantry can move directly through forests. Cliffs are impassable to all, as they are too steep to climb.)

• Water XML: ​http://www.wildfiregames.com/forum/index.php?showtopic=1420

• Special traversability permissions (see Terrain - Gameplay Properties)

• Extension of terrain/entity system for water -- shallow and deep areas, speed effects, wildlife

• Implement Damian's system of sound groups with shared properties (audio_class.xml, audio_group.xml).

• volume controls & clip category assignment (music, fx, ambient, voice, master)

• entity locational sounds

• getting a clip's properties from JS

• cross-fading of playlist tracks (looping (ie long) tracks should fade in and out)

• playlists

• Additional parameter to extract folder names.

• on-demand loading = assimilate changed files without restarting game

• GUI Hotload.

• Scope/cache management

• VFS should handle newline conversion (recognize all \r\n \n \r combinations and treat them as newlines) when reading files.

• Design.

• Implement. :)

• General-purpose trigger system

See ​this topic for forum discussion.

Here is the recent topic: ​http://www.wildfiregames.com/forum/index.php?showtopic=18211

• Trigger List: ​http://www.wildfiregames.com/forum/index.php?showtopic=7274&hl=

• Entity editor

• Component downloader/installer/updater (Hercules)

• Able to set camera position at game start for each player (usually centered on player's Civ Centre if not specified ... done by RMS or baked into map?). (See Random Map Scripting above.)

• Key to lock camera on the selected unit ("follow" mode).

• Bugfix: camera shakes when unit being followed goes downhill away from camera.

• Cinematics: functions to control camera and define tracks at positions in the environment.

• Option to lock camera rotation or "snap" to saved rotation.

• Concealed objects (player's vision is blocked by another entity in the way) masked in player colour.

• Animated meshes using vertex animation (swaying trees, flags, flowing capes -- could be done with boning/skinning if absolutely necessary.

• If we could support vertex animation though, we would also be more accessable to the moding community that isn't as capable with bones and skin as developers).

• Foundation texture (eg leafy texture under trees, paved/dirt texture under buildings).

• Particle effects (smoke, flames, rubble) can be attached to sockets on a unit just like props.

• Obviously requires a working particle system.

• Start times for initial animations should be randomised. All units on the map start with their idle animations in perfect unison, for example.

• <strike>Ensure documentation of available events and JS functions is complete and up to date.</strike>

• namespaces (local pages) ... XML "pages" defined from init.xml. Hotkeys grouped under pages (hotkey.mainmenu.quit, hotkey.session.return) do not affect other pages, or can be set as global (hotkey.global.watermark) and affect all.

• On-the-fly asset refresh (GUI Hotload).

• Dynamic scripted control object creation/destruction (can create/destroy control objects from JS) ... Or control objects can be created as arrays (since this is mainly needed for large, often variable groups of similar objects).

• Dynamic graphic loading (direct display of an image from a given path, without having to define a sprite at loadtime.)

• Styles and sprites can use parent-child inheritance.

• Styles should include the "type" property.

• Absolute property should be inherited (eg set a parent to absolute so that its children can be absolute, without setting each in turn.)

• Implement .parent property (stores string name of child object's parent control.)

• When objects overlap, whichever object is written first should have the lower z, making specification of z values largely unnecessary.

• Events can be set as properties (onPress="function1 (property1, property2); function2 (property1, property2)" or <action on="Press" function="function1 (property1, property2); function2 (property1, property2)" />) -- Why not just <action on="Press">function1(...)</action>, that's basically the same amount of characters (the CDATA thing is not required). /Gee

• <strike>Clipped scroll windows (text and images)</strike>

• Events for double-click, right-click, wheel-click, similar to onPress. Also wheel-up and wheel-down in system.cfg.

• GUI controls that remain relative to a world object, like hitpoint bars and "level-up" icons (perhaps an extension of billboard sprites?). Engine function to return object position relative to x/y screen coordinates.

• Ability to set the value of a control's "style" property at runtime. eg "setStyle (controlName, styleName)" or perhaps "getGUIObjectByName (myControl).style ="skin*Hele*Button"", as long as the control's properties are refreshed from the style once this happens. (Currently it's blank once the controls are loaded, since the control properties are populated at load). Without this feature, we're unable to implement UI "skins" (since we setup the skin groups using styles).

• Bug: When an [icon] is specified in a caption, even if it isn't displaced, it's no longer possible to vertically align (eg vertically centre) the text in the control.

• JavaScript Debugger.

• Additional controls:
  • <strike>listbox (list)</strike>
  • <strike>combobox (dropdown)</strike>
  • slider.

• Completely document revised user interface design (ie the new clean gray style), ideally with lots of mockups, with particular focus on the required features that'll need to come out of the GUI engine so they can be included in its specification; then later the GUI can be rebuilt in earnest.

• Document the needs of the revised GUI engine. Essentially do a postmortem on the current system and see where it can be improved (an initial start on that in the sections below). With any luck this'll provide a game plan to Gustav to make amends in the time before he goes to Japan, and then for his successor to take over.

• (Merge the GUI Engine Trac task into that brief, and post for feedback.)

• 01/05/06 "3 weeks to compile a wishlist for Gee, then he has 3 weeks of spare time."

• "the school is coming to an end in 3 weeks so I have to pretty much study every day until then. Although when it's over I have 3 weeks completely free before I leave for Japan."

• i18n - allow conversion from game's text into a translatable table, and then to the right format for the game to read. Possibly using GetText (​http://www.gnu.org/software/gettext/gettext.html) if it supports XML, JS, and C++?. Multiple tools for GetText translation already exist, which would simplify the translation process (not a custom format and editor). See #1389

• Includes correct handling of accented characters (many characters are replaced with (?) symbols). [The tools to do this are not quite completed/working yet.]

• l10n - perform that conversion and do the translations (into English first, and maybe another language to test the system)

• Provide a default hotkey set for each locale? See #692

• Ordering of entity groups (over the network) ​http://www.wildfiregames.com/forum/index.php?showtopic=1665

• entity ownership

• verification of entity ownership - for issuing commands

• Synchronisation of entities with network. ​http://www.wildfiregames.com/forum/index.php?showtopic=1665

• command synchronisation between clients and the server - this is basically just connecting some code in the input with some networking code

• Ping support for message sockets: ​http://www.wildfiregames.com/forum/index.php?showtopic=1665

• Game turn length calculation and lag handling - depends Ping Support

Latency Adjustment (moved to #3752)

Currently the networking code is hard-coded to a 200ms turn length, with commands scheduled for execution 2 turns ahead. This causes jerky motion if the RTT for any player is >200ms.

We ought to do some combination of dynamically adjusting the turn length (which allows fine-tuning and reduces simulation CPU load, but large values will result in very variable responsiveness depending on whether the player clicks near the start or end of a turn), and dynamically adjusting the number of turns ahead (which allows more consistent responsiveness, but is a coarse adjustment).

Player disconnections

I believe if a non-host player is disconnected, it'll display a message already, saying the player left?

However, if a client does not hear from a host for ~5 seconds, it should display a "waiting for host" message to the player (with an "exit game" button on it), and then either go back to normal or go to the "connection lost" message on network timeout. (Will be done in #3264)

Auto-Reconnect

If a player is kicked, allow them to try to reconnect via a button (in the case where their (the players) internet was cut off, but the host is still running the game, and the player rejoins the same I.P. and takes control of their units).

Observer Mode

Players who can join a game, but don't have a civ to play (full or doesn't want to play), can just watch (like a real-time Replay).

They get full view of the map (no SoD or FoW). Sometimes called 'God Mode'.

• Shaders

• Simple implementation

• Shaders and materials for shiny armour and helmets, reflective, glowing and transparent objects

• Simplify lighting for performance in the fixed function case (we really only have one light)

• <strike>Proper shadow maps with self-shadowing</strike>

• Improved lighting (dynamic environment, vertex shader)

• "Calefaction seemed to think we'd need to pretty much rewrite it?"
• "i think it's because we are doing it in CPU, and he wanted that to be done on GPU"
• "I don't know why; it might be nice to do calculations on the GPU where possible, but the current system seems good enough for the basic non-hardware version"
• "If the vertex shader (GPU) version can be a direct port of the current system, then it should be fine; though I suppose that might not be feasible, in which case it'd need to be rejigged a bit." (But there's only a few dozen lines of code that do the lighting, as far as I'm aware)"

• Forum thread: ​http://www.wildfiregames.com/forum/index.php?showtopic=9114

• Paint a small texture on the terrain such as footprints, tree roots, blood splats, burn marks, etc… This would conform to the terrain perfectly and appear to be part of the terrain. (Splats/doodads/goobers/decals.)

• Basic particle engine is in the game, provided by Will Dull, with a constant emitter.

• Needs to be picked up to allow creation of XML-based particle effects, using editor to tweak properties, and have them broadcast from locations in the game (either placed as particle objects, or attached to actors in prop sockets).

• Often particles can appear conditionally (eg smoke and flame trails on a building when it is damaged) or when a unit is splashing through water.

• vertex buffer framework

• vertex/pixel shader framework, largely for special effects/"glitz"

• multiple iterations of {aesthetic/perfomance improvements, feedback}

• different lighting schemes

• extra texture maps (specular/gloss/normal/cube/etc)

• cloud rendering (for cinematics, mainly)

• improved transparency rendering

• Explosions!

• Animated Textures: would be used for things like clouds, waterfalls, and other special effects. Also applied to GUI sprites.

• Currently an entity can only be assigned one order at a time.
• The player should be able to queue multiple orders for an entity by holding down Shift when giving the entity an order. It will then complete each order in turn.

• Attrition Damage: In some game settings, entering an opponent's territory during ceasefire causes rapid damage to those units. (Though this can't be implemented until the Provinces task is completed.)

VFS requires a bit of work so it can create real directories when files are written to not-yet-existing dirs. This is needed for the XMB move, because they no longer reside in the game's data dirs that are sure to exist anyway.

.. specifically to $install/cache/XMB/mods/official .

Rationale: unclutters the XML dirs, allows easily deleting XMB, allows file writes to go into some writable dir (important when not running as admin).

Discussion: see ​http://www.wildfiregames.com/forum/index.php?showtopic=9939&pid=170413&st=0&

Requires #78.

To support Least-permission User Accounts (i.e. everything except Administrator) on Windows, no files in the game directory may be written to.

1) All output files (e.g. screenshots, savegames) should go into "My Documents\My Games\0ad" (suggestion). 2) Non-user-specific stuff that also doesn't need to be backed up (e.g. archive and XMB) should go in "Documents and Settings\All Users\Application Data\0ad". 3) this will be implemented in a portable fashion by providing sysdep routines to return "home" and "local appdata" directories.

• Control over:
  • Lighting colours (sun, terrain ambient, unit ambient)
  • Sun direction
• Real-time preview of changes
• Load preset lighting conditions
• Save new preset lighting conditions

• Allow control over height of water plane
• Select water effect (texture, shader parameters)
• (Some time in the future, allow editing of the more advanced multi-level water system we'd hopefully have)

• Allow selection of skybox texture, and (if possible) shades.

• Run the game from inside the editor, using the in-game GUI and controls (but preferably inside the Atlas window, to make it as seamless as possible). Once finished, forget all changes and return to the editor

• Edit number of players and their names, types (AI/human/other), civs, resources, starting location, etc.

UI for editing (and previewing) cinematics tracks.

Allow copy-and-paste of various things, like the selected objects.

Probably implement by converting the data to XML and saving as text into the clipboard, so that people can easily edit it in a text editor or save it to disk and then copy it back into Atlas.

At least one animation for the cavalry attack:

• Spear
• Sword
• Javelin
• Archery

Also need a death animation for the horse and rider.

Need to sync the rider gallop animtion to the gallop and make a rider animation for the walk.

Create an object in Atlas. Zoom in and move the camera so the object is near a corner of the screen. With the object-move tool, click the unit and try moving by a single pixel. It jumps towards the edge of the screen by dozens of pixels.

It seems the cause is that CCamera::GetScreenCoordinates and CCamera::GetWorldCoordinates are not exact inverses - for points near the edge of the screen, the difference is quite significant. (GetWorldCoordinates requires integer pixel values, but I don't think that'd cause errors of more than one screen-space pixel (which would be acceptable) - it's probably some difference in the algorithms used to convert between spaces.)

We are currently using really hacky code in sound/ogghack.cpp to decode OGG for sending it to OpenAL.

Background: all of our sounds are in .ogg format. At one point it was promised by Creative that their Windows implementation would support an extension that allows passing in OGG data directly to OpenAL. This would be very convenient for us and also quite efficient. Unfortunately Creative dropped the ball - they never got it working and now officially say "do it yourself".

Since ogghack.cpp was implemented during the time when they promised the extension would be available soon, it is a very basic implementation, wasteful of memory, and doesn't check for errors. This should be cleaned up and made permanent.

No serious changes should be required; we can still use the OGG Vorbis library as currently.

vfs_optimizer currently enumerates the entire VFS contents and adds everything marked as "archivable" (1) to the archive.

However, mod files must not be included, for obvious reasons: the mod would no longer be optional and could thereafter not be disabled.

One solution would be to generate one archive per archivable mount point. This would be a bit inefficient, since there are several mount points that could be added to the main archive (namely: cached XMB, mods/official) and splitting them up would increase seeks.

Solution: specify a VFS_MOUNT_NOT_MAIN_DATA (bad name, but you get the point) flag when mounting mods. All mount points without it would get lumped into one archive, and the other archivable ones (mods) are archived separately.

Implementation: for enumerating files, still use vfs_dir_enum. For each returned entry, get the TFile's Mount pointer. First, check if it's archivable. Then, put all files from a given mount point into a bucket (except if it doesn't have the flag; it goes into the "main data" bucket). For each bucket, create a separate archive.

(1) this would exclude e.g. screenshots

• change vfs_dir_open to use DirIterator? would give same interface to file and VFs code => enables function pointers

• rename funcs from vfs_opt?

• replace RealDir with loose vars

• reduce archiveentry size, remove fields that needn't always be stored in memory
• comp_feed should take crc of data
• put archive builder state in struct (not loose)

• wipe out trace file occasionally - otherwise it grows too large

GameSetup.cpp checks for the presence of the GL_ARB_texture_env_crossbar extension, and complains if it's not there, in a way which implies that it's required and the game may break in unexpected ways.

That extension appears to be used only in FastPlayerColorRender, which is optional - it falls back to SlowPlayerColorRender if the required features are missing. Currently it's only testing for >= 3 texture units. It should probably be testing for GL_ARB_texture_env_crossbar too, and quietly switching to the slow method if it's unavailable.

• Problem: Currently all the GUI XML files are combined into one big GUI object, and you have to hide/unhide individual screens at appropriate times to make them appear, which is kind of nasty (and would make any editor much harder to do). This also creates problems with hotkeys (if the Esc key has a specific effect on the main menu, the Esc key will have the same effect everywhere else), as well as determining z order. For example, the dropped-down part of a combobox should usually be visible on top of everything, except when a message box is open on top of that (which seems to be an unavoidable problem if there's a single global z, instead of a localised per-GUI-screen z).

• Solution: Separate GUI XMLs (other than those reserved for special purposes, such as sprite.xml, styles.xml and setup.xml) are considered their own namespaces (local pages). To switch between them, call a function to open/close an XML screen.
  • Each page is an independent GUI window ("modal dialog") with its own local z order. When objects with the same z order overlap, whichever object is written first should have the lower z, making specification of z values largely unnecessary.
  • There could be any number of these pages; pop-up windows (like game setup or a Yes/No dialog) could also be separate pages.
  • The XMLs are added to the GUI scope via init.xml (so that each XML load is not hardcoded into the engine).
  • Pages are drawn in z order using the sequence in which they are declared in init.xml.
  • .cfg Hotkeys are grouped under page names (hotkey.mainmenu.quit, hotkey.session.return) so that they are only effective while that page is open, or can be set as part of the reserved "global" page (hotkey.global.watermark) and the hotkey has the effect on any page.
  • This will also facilitate the -quickstart allowing the game to jump straight to a default session for testing purposes (while currently loading the GUI means having to start at the main menu).

• Problem: Although VFS recognises when game assets are modified and reloads them while the game is running, the GUI does not currently support this feature.
• Solution: Adapt the GUI to be capable of auto-reloading changed assets. Such functionality should greatly improve rate of GUI development, since coordinates can be tweaked while the game is running without the need for an equivalent WYSIWYG editor.

• Problem: The GUI engine shares the same JS space as the simulation, which makes it far too easy to break synchronisation.
• Solution: Separate the GUI and simulation so that they can be loaded independently. Also the setup of the simulation should not be dependent upon the GUI (so that -quickstart works). (Ask Philip for help if any questions.)

• Problem: Sometimes we need to store extra information about a control so that we can refer to it later. For example, I currently use a horrible hack involving storing a string in the tooltip of a button in order to know the name of the entity which will be trained by clicking the button, since I can't retain that information in the onPress event.
• Solution: Either allow additional properties to be added to a control (as long as it doesn't use a reserved name), or add a few generic container properties that scripters could use for custom values. "For storing JS properties, it'd probably be nice to move things over to using the CJSObject system or whatever it's called. (At least I think that allows arbitrary properties in objects - probably ought to check first.) - Philip"

• Problem: A common GUI need are tables or lists of buttons with similar properties, such as a construction queue, list of garrisoned unit portraits, or table of statistics. Creating,
• Solution: One solution is to be able to omit the XML and create a control instance entirely from script. A much safer solution, however, would be a "grid" control which acts as a container for an array of child objects of the same type with the same default properties from a given starting position. Only one grid would need to be declared and it would generate a specified number of child controls. It would automatically take care of lining up the buttons and fit to a specific spacing/rows/columns if specified. The child objects could then be individually accessed and their properties modified.

[Either leave this until last with lowest priority, or scrap it entirely. Feature creep.]

• Problem: We'd like to be able to store multiple size properties for a control, so that several layout options can be maintained. In particular, configurations so that the minimap is mirrored to either the left or right side, or the UI can be flipped vertically since the camera is oriented so that the closest objects (and those the user is most likely to manipulate) are at the bottom of the screen.
• Solution: Each control can store an array of size properties. A function can be called, passing the name of the page and the array index, and the function will switch all controls which have a size at that array index to this layout. (While a large number of the controls can simply be mirrored (inverting the screen axes), a number of them need to be given specific new locations; a good example is a window wrapped to the either side of the screen, but the contents always need to read from left to right.)

Background: using an existing Unit/self-test framework is deemed helpful (see 2006-05-27 meeting) Chiefly based on ​evaluation, we choose ​CxxTest as unit testing framework.

Basic usage:

• self-tests are separate Cpp files that contain only the test code. (splitting is necessary so that cxxtestgen doesn't have to parse the entire codebase)
• they are stored in a tests subdir of the source directory (simplifies finding the relevant test file for purposes of editing it)
• a workspace generated by premake enumerates all test files, uses custom build step to generate the actual test code, and then links it all into a separate program that runs all tests. Note: separating test code from the main PS executable has several advantages as ​documented
• only running certain tests will be possible (shortens iteration time when only editing one module).

TODO:

• add CxxTest to SVN
• generate workspace for the test program (via premake)
• move all existing tests over to that
• add squelchNextError feature, use it in string_s test
• make sure all tests run successfully
• filtering: modify(/replace/subclass) TestRunner and change its runWorld() so that it filters by the SuiteDescription.testName().

Motivation: error log works but isn't usually looked at (only when a problem has otherwise made itself apparent). Solution: provide an on-screen display of errors to make sure they are seen.

Problems:

• we currently have lots of unsolved errors in the log; when display on screen, those would get annoying fast. Solution: solve all of them! :P More seriously, having them in our face should provide a nice incentive to investigate and solve them. However, if need be, we can also use the logging system's severity mechanism to avoid displaying some log messages on screen.
• how to deal with a flood of errors? Make sure each line gets (say) 30 seconds of face time, then scroll it off the screen. Only display a certain limit of lines to avoid scribbling on the entire screen.

Detailed Implementation Points:

• probably best to integrate into CLogger; that which is logged there also goes onto screen.

• text must be visible to user; whether scribbling directly on the screen (i.e. adding code to Render() ) or adding a GUI control of sorts is left open. The latter is preferable of course, but is a bit harder (needs a control to be made visible/invisible).

• need to maintain a buffer of errors awaiting display. This is because errors can come up before the GUI or graphics systems are initialized; we'd want to display them as soon as possible afterwards.

• proposal: std::deque of error-description lines. push new ones onto the end. as soon as GUI is ready, display the first MAXLINES of them on screen. maintain a count of when each line went on-screen. check every frame if the top lines have gotten more than FACETIME seconds; if so, pop them off the deque and remove them from the screen.

If deque is empty, no longer clutter up the screen; disappear from view.

• this error display should be available for developers and modders. add a config option that enables/disables it.

• prefer unicode-only strings (to allow easier localization)

Thanks to Philip for discussion+planning.

After a unit finishes its dying animation, it "jumps" over to another spot when changing to the corpse actor.

Atlas uses a statically linked version of DevIL, which is LGPL, so we need to dynamically link instead before distributing Atlas.

Add CppDoc comments to:

• types
• timer
• posix_types
• posix
• path_util
• ogl
• mmgr
• lib_errors
• debug_stl
• config
• byte_order
• app_hooks
• allocators
• adts
• debug
• lib

• sysdep
• snd
• ia32
• gfx
• dir_watch
• cpu

• win_internal
• win
• wgl
• wdbg
• wdll_ver

• h_mgr
• handle
• cursor
• ogl_shader
• unifont
• ogl_tex
• tex
• tex_codec
• tex_internal
• snd_mgr

• zip
• vfs_tree
• vfs_optimizer
• vfs_mount
• vfs
• trace
• path
• file_io
• file_internal
• file_cache
• file
• compression
• archive_builder
• archive

.

Some possibilities for minor improvement noticed while cruising by:

• premake: document extra_params
• ogl: remove EXT_ symbols, use glext instead
• debug_stl: prefix symbols with debug_stl
• adts: move cache into separate file (also remove old cache impl)
• wgl: prevent multiple include
• move SDL files in sysdep/win to libraries/SDL
• delay_load uses NLSO ctor to register functions. require load_notify to be called at init time. (rationale: this no longer works since splitting up into several static libs)
• wsock_init: call via module init, have it do load_notify call
• ScopeTimerAccrue: change #ifdef spaghetti into templated policy class
• app_hooks, define VOID_FUNC to FUNC(.., (void) )
• look at stalk walk code; any reason not to work on Win64?
• replace ERR_TEX_CODEC_CANNOT_HANDLE with INFO_* - not an error. also ERR_SYM_SUPPRESS_OUTPUT ERR_SYM_SINGLE_SYMBOL_LIMIT
• wdbg_sym: only import RtlCaptureContext once (not every walk_stack)
• add sys_last_error (GetLastError on win32); converts to text in display_error, also show sys_last_error and errno
• app_hooks: move i18n impl out (belongs in pyrogenesis)
• move non-lib asm code into separate asm file; split out memcpy and color code from ia32_asm.asm
• rename all C headers to C++ name (e.g. cmath) Deemed not worth the effort.
• fix mem leaks No longer happens.
• move GUIbase.h errors (DECLARE_ERROR) into philip's error mechanism, remove DECLARE_ERROR, remove ps/errors.h Separate ticket.

Desmond reports:

I have a similar problem too. Ever since I updated the cache from a few months ago it does that for me.

Function call failed at dll_ver.cpp:45 (get_ver): return value was -1 (Unknown error (-1, 0xFFFFFFFF))

Call stack:

RtlFreeUnicodeString (:0)

win_get_snd_info (wsnd.cpp:178)
    dlls = (uninitialized/invalid set<string > >)
    suppress__ = 0x55 ('U')

WriteSystemInfo (util.cpp:48)
    LINE_44 = 
        t0 = 2.82072e-317
        description = 0x00000000

    N_path = "PCI\VEN_1002&DEV_4A49&SUBSYS_0D42174B&REV_00"
    hostname = "dvag"
    un = 
        sysname = [9] { 244, 218, 246, 119 ('w'), 212, 246, 45 ('-'), 0, 0 }
        nodename = [16] { 1, 0, 0, 254, 58 (':'), 83 ('S'), 0, 0, 0, 0, 0, 0, 5, 0, 0, 0 }
        release = [9] { 0, 0, 0, 0, 240, 253, 126 ('~'), 18, 59 (';') }
        version = "S"
        machine = [9] { 0, 0, 0, 0, 0, 0, 97 ('a'), 116 ('t'), 105 ('i') }

    ips = 0x40297020 -> (unavailable - internal error)

Then with a supress the game stays minimized, and the first time it does a 'rebuilding archive' then then goes to menu. A few builds ago it would show two error messages, but it dosen't do that anymore.

My sound card is a Creative Soundblaster Audigy 2 ZS. I'm running Windows XP Professional x64 in English. This 64bitness requires 64bit drivers to work, so the sound driver I'm using is a 64bit one. I'll check to see if there are any sounddriver updates after this. I haven't moved anything around. My 0ad directory is located here D:\Documents and Settings\Administrator\My Documents\0 AD. I have a C drive, but it is used for Win xp home boot and storing files.

It needs to work.

Currently XMB converts all element and attribute names to lower-case. It should keep them as they were in the file. We can then modify the entity or GUI code to change the JavaScript versions to camelCase.

• We now get warnings whenever there is a C++ file that is empty or doesn't contain any meaningful info (e.g. stuff that would end up in the compiled static library). Accordingly: decide if CGUIScrollBarStyle.cpp and CGUIList.cpp can be removed.

• Some parts of the GUI still use the old and obsolete PS_ERROR mechanism. Removing that would be nice, to avoid confusion. Also, localization would be helped a bit by not having error text hard-coded in English.

If a return-value-based approach is still desired (instead of tossing exceptions), we could simply assign numbers to the error definitions, rename them a bit, and be done. Otherwise, we can move that over to Philip's error mechanism, i.e. throwing exceptions. I can help out and/or do all the work - just let me know which is preferable. (old TODO entry: move GUIbase.h errors (DECLARE_ERROR) into e.g. Philip's error mechanism, remove DECLARE_ERROR, remove ps/errors.h.)

• tc_CalculateVariationKey: 1.72362 s (8010x): graphics/objectmanager.cpp

TODO (for some efficiency): use the pre-calculated choices for this object, which has already worked out what to do for props, instead of passing the selections into BuildVariation and having it recalculate the props' choices. Release mode: 38.6697 ms

• Gamesetup/config.cpp: 300ms

g_ConfigDB.Reload(CFG_SYSTEM); 216ms LoadGlobals(); 64ms Release mode: 60ms

• plain_transform: 500ms

flipping font texture files vertically. fix: convert them to e.g. DDS (possibly compressed, if that looks ok?!) same thing for art/textures/particles/sprite cursors also require runtime conversion. ironically enough, being DDS means they have to be converted back to TGA's BGR ordering (required by Windows for cursors) Release mode: 5ms

• CSimulation init: 5000ms Now about 600ms.

• font load: 350ms (total for 12 fonts) mostly spent building display lists. Better to store coords and render quads in immediate mode? Or use vertex arrays?

• GUI init: 900ms (having subtracted font load time)

[more will be added as they are found]

• VC2005 release mode selftest crashes.
• VC2003 string_s selftest complains due to missing debug_skip_next_error
• isnan() reports spurious failures. TODO: check IA32 FXAM bit definitions.

Territory boundaries should be rendered in the game world, flowing along the terrain. Ideally, each territory's boundary should be coloured with its owner's player colour so that at the edge between two territories owned by different players, you see two lines of different colours side by side.

Buildings should only be buildable on allied territories. In addition, buildings should have a per-territory cap (e.g. 2 barrackses per territory).

Gathering should only be allowed in allied territories or around mills built in enemy territories.

Controlling a territory should remove the Shroud of Darkness (but not Fog of War) within it for its owner.

When running with two monitors in NVIDIA's Dualview mode (which makes Windows aware there are multiple monitors), with the secondary monitor attached to the left of the primary:

If the game is running in a window, and the window is moved to the secondary monitor, the menu screen does not respond to mouse events (movements/clicks). If it is placed between both (so half the window is on each monitor), it responds inconsistently (i.e. sometimes it works correctly, and sometimes it ignores the mouse entirely, depending on where the window is positioned and on the horizontal position of the mouse).

Inside the game, with the window at least partly on the secondary monitor, it complains:

Assertion failed: "x <= USHRT_MAX && y <= USHRT_MAX"
Location: wsdl.cpp:766 (queue_button_event)
errno = 0 (?)
OS error = The system cannot find the file specified.
Call stack:
queue_button_event (wsdl.cpp:761)
    button = 0x000D04F0
    state = 0xFFFFFE75
    x = 0x00000245
    y = 0xFFFFFE98
    ev = 
        type = 0x05
        key = 
            type = 0x05
            keysym = { type = 0x01, sym = -395, unicode = 0x0245 }

        motion = { type = 0x05, x = 0x0000, y = 0x0001 }
        button = 
            type = 0x05
            button = 0x00
            state = 0x00
            x = 0x0001
            y = 0x0000

        active = { type = 0x05, gain = 0x00, state = 0x00 }
        user = { type = 0x05, code = 1, data1 = 0xFFFFFE75 }

More TODO: SDL_SetGamma fails once on multimonitor setup, not thereafter - more info needed.

capture mouse, prevent it from moving outside of the main monitor on which the game is running

• EntityStateProcessing.cpp:63 ../../../source/simulation/EntityStateProcessing.cpp:63: error: conversion from 'const char*' to 'CStrW' is ambiguous ../../../source/ps/CStr.h:121: note: candidates are: CStrW::CStrW(long unsigned int) <near match> ../../../source/ps/CStr.h:120: note: CStrW::CStrW(long int) <near match> ../../../source/ps/CStr.h:119: note: CStrW::CStrW(unsigned int) <near match> ../../../source/ps/CStr.h:118: note: CStrW::CStrW(int) <near match> ../../../source/ps/CStr.h:89: note: CStrW::CStrW(wchar_t) <near match>

• const char* anim_name = should_run? "run" : "walk"; const CStrW u_anim_name = anim_name;

• !JSConversions.cpp ../../../source/scripting/JSConversions.cpp: In function 'bool ToPrimitive(JSContext*, jsval, T&) [with T = double]' ../../../source/scripting/JSConversions.cpp:154: error: 'finite' was not declared in this scope

• #include "lib/sysdep/sysdep.h" finite../../../source/scripting/JSConversions.cpp: In function 'bool ToPrimitive(JSContext*, jsval, T&) [with T = double]':../../../source/scripting/JSConversions.cpp:154: error: 'finite' was not declared in this scope

• no Byte Order Mark plz

• LightEnv.cpp../../../source/graphics/LightEnv.cpp:1: error: stray '\239' in program (was due to "Hähnle" - have replaced with ae)

• TextureEntry.cpp ../../../source/graphics/TextureEntry.cpp: In member function 'void CTextureEntry::BuildBaseColor()': ../../../source/graphics/TextureEntry.cpp:107: error: invalid conversion from 'int*' to 'GLint*' ../../../source/graphics/TextureEntry.cpp:107: error: initializing argument 4 of 'void glGetTexLevelParameteriv(GLenum, GLint, GLenum, GLint*)' ../../../source/graphics/TextureEntry.cpp:108: error: invalid conversion from 'int*' to 'GLint*' ../../../source/graphics/TextureEntry.cpp:108: error: initializing argument 4 of 'void glGetTexLevelParameteriv(GLenum, GLint, GLenum, GLint*)'

int width,height; --> convert to GLint width,height; glGetTexLevelParameteriv(GL_TEXTURE_2D,0,GL_TEXTURE_WIDTH,&width); glGetTexLevelParameteriv(GL_TEXTURE_2D,0,GL_TEXTURE_HEIGHT,&height);

• No idea wtf is going on with this file (gcc specific??) - Never compiled Color_asm.asm Color_asm.asm ../../../source/graphics/Color_asm.asm:1: fatal: unable to open include file `../lib/sysdep/ia32.inc' make[1]: * [obj/graphics_Debug/Color_asm.o] Error 1 ia32.inc does exist not sure why the compiler is crapping out

• Renderer.cpp ../../../source/renderer/Renderer.cpp:86: error: conflicting return type specified for 'virtual PS_uint CRendererStatsTable::GetNumberRows()' ../../../source/ps/ProfileViewer.h:73: error: overriding 'virtual size_t AbstractProfileTable::GetNumberRows()' --> decide on either size_t or uint (This is all over the code)

• ../../../source/renderer/Renderer.cpp: At global scope: ../../../source/renderer/Renderer.cpp:208: error: cannot declare field 'CRendererInternals::profileTable' to be of abstract type 'CRendererStatsTable' ../../../source/renderer/Renderer.cpp:79: note: because the following virtual functions are pure within 'CRendererStatsTable': ../../../source/ps/ProfileViewer.h:90: note: virtual CStr8 AbstractProfileTable::GetCellText(size_t, size_t) --> change CRendererStatsTable to ... CStr GetCellText(size_t row, size_t col); or uint ../../../source/ps/ProfileViewer.h:100: note: virtual AbstractProfileTable* AbstractProfileTable::GetChild(size_t) --> change CRendererStatsTable to ... AbstractProfileTable* GetChild(size_t row); or unit

• MessagePasserImpl.cpp -- Haven't looked at this at all ../../../source/tools/atlas/GameInterface/MessagePasserImpl.cpp: In member function 'virtual void MessagePasserImpl::Query(AtlasMessage::QueryMessage*, void (*)())': ../../../source/tools/atlas/GameInterface/MessagePasserImpl.cpp:90: error: 'CLOCK_REALTIME' was not declared in this scope ../../../source/tools/atlas/GameInterface/MessagePasserImpl.cpp:90: error: 'clock_gettime' was not declared in this scope ../../../source/tools/atlas/GameInterface/MessagePasserImpl.cpp:92: error: 'sem_timedwait' was not declared in this scope

• !GUIRenderer.cpp -- change int to GLint ../../../source/gui/GUIRenderer.cpp: In member function 'virtual void Effect_MultiplyColor::Set(Handle)': ../../../source/gui/GUIRenderer.cpp:199: error: invalid conversion from 'const int*' to 'const GLint*' ../../../source/gui/GUIRenderer.cpp:199: error: initializing argument 3 of 'void glTexEnviv(GLenum, GLenum, const GLint*)' ../../../source/gui/GUIRenderer.cpp:201: error: invalid conversion from 'const int*' to 'const GLint*' ../../../source/gui/GUIRenderer.cpp:201: error: initializing argument 3 of 'void glTexEnviv(GLenum, GLenum, const GLint*)' ../../../source/gui/GUIRenderer.cpp: In member function 'virtual void Effect_MultiplyColor::Unset()': ../../../source/gui/GUIRenderer.cpp:209: error: invalid conversion from 'const int*' to 'const GLint*' ../../../source/gui/GUIRenderer.cpp:209: error: initializing argument 3 of 'void glTexEnviv(GLenum, GLenum, const GLint*)'

• allocators.cpp --- probably another header issue -same as the first issue mentioned ../../../source/lib/allocators.cpp:65: error: 'MAP_ANONYMOUS' was not declared in this scope

• ogl.cpp - int to GLint plz ... change in header also ../../../source/lib/ogl.cpp: In function 'void oglInit()': ../../../source/lib/ogl.cpp:379: error: invalid conversion from 'int*' to 'GLint*' ../../../source/lib/ogl.cpp:379: error: initializing argument 2 of 'void glGetIntegerv(GLenum, GLint*)' ../../../source/lib/ogl.cpp:380: error: invalid conversion from 'int*' to 'GLint*' ../../../source/lib/ogl.cpp:380: error: initializing argument 2 of 'void glGetIntegerv(GLenum, GLint*)'

• ShadowMap.cpp -- pass in GLint not int ../../../source/renderer/ShadowMap.cpp: In member function 'void ShadowMapInternals::CreateTexture()': ../../../source/renderer/ShadowMap.cpp:279: error: no matching function for call to 'min(int, GLint&)' ../../../source/renderer/ShadowMap.cpp:281: error: no matching function for call to 'min(int, GLint&)'

• string_s.cpp -- header again -- posix.h ../../../source/lib/string_s.cpp: In function 'int strcpy_s(char*, size_t, const char*)': ../../../source/lib/string_s.cpp:160: error: 'SIZE_MAX' was not declared in this scope ../../../source/lib/string_s.cpp: In function 'int strcat_s(char*, size_t, const char*)': ../../../source/lib/string_s.cpp:204: error: 'SIZE_MAX' was not declared in this scope

• timer.cpp -- Will do so later... ../../../source/lib/timer.cpp:65:2: error: #error "get_time: add timer implementation for this platform!" ../../../source/lib/timer.cpp: In function 'TimerClient* timer_add_client(TimerClient*, const char*)': ../../../source/lib/timer.cpp:272: warning: converting to 'TimerUnit' from 'double'

• No idea../../../source/lib/sysdep/ia32.cpp:200: error: PIC register 'ebx' clobbered in 'asm'

• Once again no idea ia32_asm.asm ../../../source/lib/sysdep/ia32_asm.asm:20: fatal: unable to open include file `ia32.inc'

• Again ia32_memcpy.asm ../../../source/lib/sysdep/ia32_memcpy.asm:19: fatal: unable to open include file `ia32.inc'

• Cast size_t to uint ../../../source/lib/res/file/file_stats.cpp:310: error: no matching function for call to 'percent(size_t, PS_uint&)'

• Stat again ../../../source/lib/res/file/archive.cpp:199: error: aggregate 'stat s' has incomplete type and cannot be defined ../../../source/lib/res/file/archive.cpp: In function 'LibError afile_stat(Handle, const char*, stat*)': ../../../source/lib/res/file/archive.cpp:284: error: invalid application of 'sizeof' to incomplete type 'stat' ../../../source/lib/res/file/archive.cpp:291: error: invalid use of undefined type 'struct stat' ../../../source/lib/res/file/file.h:175: error: forward declaration of 'struct stat' ../../../source/lib/res/file/archive.cpp:292: error: invalid use of undefined type 'struct stat' ../../../source/lib/res/file/file.h:175: error: forward declaration of 'struct stat' ../../../source/lib/res/file/archive_builder.cpp:114: error: aggregate 'stat s' has incomplete type and cannot be defined

• tons stat errors in file.cpp, file_util.cpp, trace.cpp,vfs.cpp plus many more

• ../../../source/lib/res/file/trace.cpp:349: error: 'S_ISREG' was not declared in this scope stat structure missing on mac?

• JSInterface_VFS.cpp --lines 125, 145

• Xeromyces.cpp -- lines 214

• SoundGroup class - incorporate audio_group.xml format for loading groups of sounds

• SoundGroupManager class - a class to interface with SoundGroups

• revise implentation of Sound Priority within Snd_Mgr

• Non-standard randomization of music tracks

• Randomization of sounds within a given SoundGroup

• Implement Intensity control - e.g. switching from multiple 'sword clang' sounds to a single 'sword battle' to free up resources for more sound.

• Sound 'type' volume controls - one for SFX, one for Music, etc. (in addition to master gain).

New:

• entity locational sounds, i.e. passing entity position to snd_set_pos / JS setPosition calls.
• getting a clip's properties from JS (add getter function to JSI_Sound)
• cross-fading of playlist tracks (looping (ie long) tracks should fade in and out)
• playlists

​wxWidgets 2.7.0 released. It doesn't seem to have any major changes (except for an added 'advanced user interface' library with no documentation so I'm not quite sure what it does), so it ought to be reasonably easy to upgrade to, and it should provide continued bug fixes and things.

Cleanups inspired by book of same name (am currently reading it).

I think cleaning up our code to reduce inter-module dependencies is quite important. It promises to reduce compile time, simplify releases of parts ripped out of our codebase (e.g. a limited actor viewer), and overall make the code easier to modify (without having to wonder: "hm, what all does this break?").

First idea: sdl is dragged into 6 of 7 of our static library components - ugh! This would be mostly avoidable by just forward-declaring SDL_Event. Unfortunately it is declared as a union (bad design!!), so that is impossible. Simple solution: wrap it in a struct and forward-declare that.[done]

Use pImpl to hide implementation details of simulation classes. Specifically: boost dependency, which is dragged into network as well.

• wrap sys detect stuff in struct at least
• remove globals.h - replace with InputRepeater
• move enums from header scope into class, e.g. Paint::ORANGE
• Remove X-Macros. As nifty as they are, unfortunately they are a barrier to static code analysis and VisualAssist.

This means: make apphooks.h and glext_funcs.h regular headers (with standard function decls), adding a note on what all needs to be done to add a new function. Since using those functions is more frequent than adding a new one, this makes sense overall.

However, I am still undecided about doing the same for liberrors.h. Splitting that up into separate header files would avoid a full recompile when adding errors, but would complicate the errcode -> descriptive string mapping and (more importantly) no longer be type safe. The current approach of one big enum containing all error values triggers warnings when someone returns 0 instead of INFO_OK; that would no longer be possible after splitting up into separate headers (because specific modules like VFS with their own error codes would want to use generic ones like TIMED_OUT or OK often) Done - errors are now in ERR namespace and split over multiple headers (thanks, Philip, for the excellent idea!). Type safety is still possible via Lint's "strong typing".

Shadows seem to be rendered on the screen one frame later than they should be: click on the minimap to jump somewhere (preferably while having a low framerate), and the screen is momentarily bright before all the shadows pop back in.

Models are culled strictly by the main camera that the player controls. This means that an incorrect set of models is rendered into the shadow map and for water reflections.

Instead, models should be culled separately for each camera (whether real or virtual) that is used during a frame.

Basically the default for actors would be that they would cast a shadow and they would recieve a shadow. Only need flags if they don't in either case. Something like:

<not_recieve_shadows /> <not_cast_shadow />

We need a way to render player controled/obstructed (by trees, walls, terrain) units (player color/filled sillohettes), and some nifty effects to render enemy units hiding in 'trees' (some sort of transparency).

• divide GPUs into several classes (i.e. crap, latest+greatest, shader capable, etc.)
• measure perf on one sample system from each class, and then compare with performance attained during a test run.
• if there is a test run, warn of a problem similar to what Nicolai experienced: lack of VIA 4in1 driver => AGP disabled => 5FPS when it should be much higher.

Could also use this to autodetect graphics settings based on what the user's system is capable of.

During startup of the game, I got the following error (unfortunately, I wasn't able to reproduce it).

This is in Windows XP, running the game in a 800x600 window, the screen resolution is 1280x1024. The window appeared in to top-left corner of the screen.

Here's the error message from the error dialog:

Assertion failed: "pt.x >= 0 && pt.y >= 0"
Location: wsdl.cpp:802 (screen_to_client)
errno = 42 (?)
OS error = Der Vorgang wurde erfolgreich beendet.


Call stack:

screen_to_client (wsdl.cpp:802)
    screen_x = (unavailable - stored in register 0x0)
    screen_y = (unavailable - stored in register 0x0)
    x = (unavailable - stored in register 0x0)
    y = (unavailable - stored in register 0x0)
    pt = { x = 5791740, y = 179 }
    suppress__ = 0x00
    suppress__ = 0x00

OnMouseButton (wsdl.cpp:903)
    __formal = 0x0048C874 (..)
    uMsg = (unavailable - stored in register 0x0)
    screen_x = 182
    screen_y = 16
    __formal = 0x0048C874
    outstanding_press_events = 1
    x = 0x7FFDF000
    y = 0x00000001

wndproc (wsdl.cpp:1035)
    hWnd = 0x00050600 (..)
    uMsg = 0x00000201
    wParam = 0x00000001
    lParam = 1048758
    ps = 
        hdc = 0x0012FCC0 (..)
        fErase = 1
        rcPaint = 
            left = 0
            top = 0
            right = 16
            bottom = 0

        fRestore = 0
        fIncUpdate = 1
        rgbReserved = [32] 
            0x00
            0x00
            0x00
            0x00
            0x00
            0x00
            0x00
            0x00
            0x44 ('D')
            0xFC
            0x12
            0x00
            0x48 ('H')
            0xFC
            0x12
            0x00 ...


GetDC (:0)

GetDC (:0)

IsWindowUnicode (:0)

CallWindowProcW (:0)

wglSwapBuffers (:0)

GetDC (:0)

GetDC (:0)

GetWindowLongW (:0)

DispatchMessageW (:0)

SDL_PumpEvents (wsdl.cpp:1051)
    msg = 
        hwnd = 0x00000001
        message = 0x00050600
        wParam = 0x00000201
        lParam = 1
        time = 0x001000B6
        pt = { x = 12142140, y = 185 }


SDL_PollEvent (wsdl.cpp:1061)
    ev = 0x0012FEFC -> 
        type = [8] { 0x00, 0x00, 0x00, 0x00, 0x10, 0xFF, 0x12, 0x00 }
        key = 
            type = [8] { 0x00, 0x00, 0x00, 0x00, 0x10, 0xFF, 0x12, 0x00 }
            keysym = { type = [8] { 0x10, 0xFF, 0x12, 0x00, 0x01, 0x00, 0x00, 0x00 }, sym = 1, unicode = 0xF1F9 }

        motion = { type = [8] { 0x00, 0x00, 0x00, 0x00, 0x10, 0xFF, 0x12, 0x00 }, x = 0x0000, y = 0xFF10 }
        button = 
            type = [8] { 0x00, 0x00, 0x00, 0x00, 0x10, 0xFF, 0x12, 0x00 }
            button = [8] { 0x00, 0x00, 0x00, 0x10, 0xFF, 0x12, 0x00, 0x01 }
            state = [8] { 0x00, 0x00, 0x10, 0xFF, 0x12, 0x00, 0x01, 0x00 }
            x = 0xFF10
            y = 0x0012

        active = { type = [8] { 0x00, 0x00, 0x00, 0x00, 0x10, 0xFF, 0x12, 0x00 }, gain = [8] { 0x00, 0x00, 0x00, 0x10, 0xFF, 0x12, 0x00, 0x01 }, state = [8] { 0x00, 0x00, 0x10, 0xFF, 0x12, 0x00, 0x01, 0x00 } }
        user = { type = [8] { 0x00, 0x00, 0x00, 0x00, 0x10, 0xFF, 0x12, 0x00 }, code = 1244944, data1 = 0x00000001 }


PumpEvents (main.cpp:91)
    ev = 
        ev = 
            type = 0xFC
            key = 
                type = 0xFC
                keysym = { type = 0x00, sym = 1244944, unicode = 0x0001 }

            motion = { type = 0xFC, x = 0x0012, y = 0x0000 }
            button = 
                type = 0xFC
                button = 0xFE
                state = 0x12
                x = 0x0000
                y = 0x0000

            active = { type = 0xFC, gain = 0xFE, state = 0x12 }
            user = { type = 0xFC, code = 0, data1 = 0x0012FF10 }



Frame (main.cpp:240)
    need_update = true 
    TimeSinceLastFrame = 3.62822e-038
    need_render = false
    suppress__ = 0x00
    __profile = (CProfileSample)
    __profile = (CProfileSample)
    __profile = (CProfileSample)
    __profile = (CProfileSample)
    __profile = (CProfileSample)
    __profile = (CProfileSample)
    __profile = (CProfileSample)
    __profile = (CProfileSample)
    __profile = (CProfileSample)
    __profile = (CProfileSample)
    __profile = (CProfileSample)
    __profile = (CProfileSample)
    __profile = (CProfileSample)

main (main.cpp:382)
    argc = 1
    argv = 0x00384EA0 -> 0x00384EA8 -> "c:\Wildfiregames\0ad\binaries\system\pyrogenesis.exe"

__tmainCRTStartup (crtexe.c:586)
    nested = 1245020

SEH_wrapped_entry (win.cpp:338)
    ret = 1245076

RegisterWaitForInputIdle (:0)

peltast: when running, spear is on wrong prop point (holding it in the wrong hand?!)

Duplicate: fire up cantabrian generated and order the starting unit(s) to run.

bandbox selection is buggy. sometimes selection works, sometimes none are selected.

woman has a build menu, but can't build anything. should hide the build menu

on click on minimap: it apparently captures the mouse, thus one can move the mouse around and the view follows it. clicking again undoes this and unhooks the mouse. Desirable behavior would be: one click on the minimap simply moves the view there.

select the (cantabrian generated) 3 starting units, formation "wedge" => crash

when Lclick on finished farm, temple, mill, crashes. Lclick on dock,barracks,market works fine.

on maps that have no territories defined, one cannot build anywhere. Fix: retrofit territories into all maps, or disable the territory check when building on maps that have no Ts defined?

rally point not implemented --> It actually is implemented; you can select a building, click the pink flag button, and rightclick on the map to set a rally point.

when finished gathering from a tree, the tree does not disappear. It is still rendered, but at least is no longer available for selection. Same goes for rocks.

Cantabrian Generated map: can only harvest the 3 trees on the plateau. Other trees (even if in the current territory where I can build) cannot be harvested.

This bug occured in SVN r4384

To reproduce:

1. Launch CantabrianHighland-Mythos
   
2. In the Barracks to the left: start researching something
   
3. Hit Escape to exit the game

From ​meeting - it should be possible to specify that certain actors should float on top of water instead of following the terrain.

• Add flag to actor XML
• Add checkbox to Actor Editor
• Make game use that when sticking nonentities onto the ground

As ​here:

• Create .dae -> .pmd, .pma converter
  • for static objects (e.g. buildings)
  • for animated bipeds
  • for arbitrary skeletons (skinned, or multiple meshes linked to bones)
• Make game check for presence of updated .dae when reading .pmd/.pma files and convert it if necessary
• Things that should probably be split into further tickets in the future:
  • Create .pmd, .pma -> .dae converter so people can modify our current files
  • Use the newly available mesh information and tools to create more optimal .pmd files

Premake isn't setting up PCH properly for GCC. (lib/config.h was defining HAVE_PCH, but the project isn't being compiled with PCH so that doesn't work.)

From the ​docs, it looks like we just need to make it compile precompiled.h into precompiled.gch before doing the rest of the source files (whatever.cpp into whatever.o). That'd probably require modifying Premake's source so it handles the pchsource/pchheader settings differently to MSVC - it should ignore the pchsource and just add the pchheader as the first compiled file.

After running update-workspaces.sh (in particularly the line that calls premake with --outpath), it creates a number of mode 000 directories inside the premake directory:

$ ls -al ../premake/     
total 857
drwxr-xr-x 11 philip users    424 Sep 30 18:55 .
drwxr-xr-x 11 philip users    296 Sep 30 13:28 ..
drwxr-xr-x  7 philip users    328 Sep 30 14:52 .svn
d---------  2 philip users     48 Sep 30 18:55 0ad
d---------  2 philip users     48 Sep 30 18:55 build
-rw-r--r--  1 philip users   6165 Sep 30 13:27 extern_libs.lua
-rwxr-xr-x  1 philip users    495 Sep 30 13:27 functions.lua
d---------  2 philip users     48 Sep 30 18:55 gcc
d---------  2 philip users     48 Sep 30 18:55 home
d---------  2 philip users     48 Sep 30 18:55 philip
-rwxr-xr-x  1 philip users 563342 Sep 30 13:39 premake
-rwxr-xr-x  1 philip users 278528 Sep 30 13:26 premake.exe
-rwxr-xr-x  1 philip users  19926 Sep 30 13:26 premake.lua
drwxr-xr-x  5 philip users    376 Sep 30 13:39 src
d---------  2 philip users     48 Sep 30 18:55 trunk
d---------  2 philip users     48 Sep 30 18:55 workspaces

(I'm not sure if this is just a Premake bug - if it is, we should see if it's been fixed in recent versions, and if not then fix it and submit a patch.)

test_archive_builder.h has setUp/tearDown to initialise/shutdown VFS and related things. But it doesn't shut down cleanly - if you add another test case in that test suite, it dies with various errors when running setUp for the second time. That also affects any other test suites which are wanting to initialise the VFS so it's available to the tested code.

The tests fail, probably because of differences between vsnprintf2 (the implementation used on Windows, based on MSVC's _vsnprintf) and vsnprintf (as implemented in glibc) in handling strings that are larger than the buffer.

../../../source/ps/tests/../../../source/ps/tests/test_CLogger.h:46: Error: Expected (lines[1] == msg1), found ("******************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************" != "*******************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************")
../../../source/ps/tests/../../../source/ps/tests/test_CLogger.h:47: Error: Expected (lines[2] == clipped), found ("******************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************" != "****************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************...")
../../../source/ps/tests/../../../source/ps/tests/test_CLogger.h:48: Error: Expected (lines[3] == clipped), found ("******************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************" != "****************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************...")

In TestPathUtil::test_append:
../../../source/lib/tests/../../../source/lib/tests/test_path_util.h:12: Error: Expected (std ::string(dst) == std::string(correct_result)), found ("abc\\/def" != "abc\\def")
.
In TestPathUtil::test_name_only:
../../../source/lib/tests/../../../source/lib/tests/test_path_util.h:28: Error: Expected (std ::string(result) == std::string(correct_result)), found ("abc\\def\\ghi" != "ghi")
../../../source/lib/tests/../../../source/lib/tests/test_path_util.h:28: Error: Expected (std ::string(result) == std::string(correct_result)), found ("def\\ghi" != "ghi")
In TestPathUtil::test_last_component:
../../../source/lib/tests/../../../source/lib/tests/test_path_util.h:34: Error: Expected (std ::string(result) == std::string(correct_result)), found ("abc\\def\\ghi" != "ghi")
../../../source/lib/tests/../../../source/lib/tests/test_path_util.h:34: Error: Expected (std ::string(result) == std::string(correct_result)), found ("def\\ghi" != "ghi")
../../../source/lib/tests/../../../source/lib/tests/test_path_util.h:34: Error: Expected (std ::string(result) == std::string(correct_result)), found ("abc\\def\\ghi\\" != "ghi\\")
../../../source/lib/tests/../../../source/lib/tests/test_path_util.h:34: Error: Expected (std ::string(result) == std::string(correct_result)), found ("def\\ghi/" != "ghi/")
In TestPathUtil::test_strip_fn:
../../../source/lib/tests/../../../source/lib/tests/test_path_util.h:42: Error: Expected (std ::string(path) == std::string(correct_result)), found ("" != "abc\\def\\")
../../../source/lib/tests/../../../source/lib/tests/test_path_util.h:42: Error: Expected (std ::string(path) == std::string(correct_result)), found ("abc/" != "abc/def\\")
../../../source/lib/tests/../../../source/lib/tests/test_path_util.h:42: Error: Expected (std ::string(path) == std::string(correct_result)), found ("" != "abc\\def\\ghi\\")
.
In TestPathUtil::test_path_package:
../../../source/lib/tests/../../../source/lib/tests/test_path_util.h:57: Error: Expected (std ::string(pp.path) == std::string(correct_result)), found ("a\\b\\/c" != "a\\b\\c")

lockfree.cpp(179): Assertion failed: "tls_key != 0"
Assertion failed: "tls_key != 0"
Location: lockfree.cpp:179 (tls_alloc)
errno = 0 (?)
OS error = ?

Call stack:

(0x084e4999) allocators.cpp:621 bucket_create(Bucket*, unsigned int)
(0x084e4be0) allocators.cpp:166 validate_da
(0x084e5239) allocators.cpp:581 pool_free_all(Pool*)
(0x082d7f14) stl_iterator_base_funcs.h:118 std::iterator_traits<__gnu_cxx::__normal_iterator< unsigned short*, std::basic_string<unsigned short, std::char_traits<unsigned short>, std::all ocator<unsigned short> > > >::difference_type std::distance<__gnu_cxx::__normal_iterator<unsi gned short*, std::basic_string<unsigned short, std::char_traits<unsigned short>, std::allocat or<unsigned short> > > >(__gnu_cxx::__normal_iterator<unsigned short*, std::basic_string<unsi gned short, std::char_traits<unsigned short>, std::allocator<unsigned short> > >, __gnu_cxx:: __normal_iterator<unsigned short*, std::basic_string<unsigned short, std::char_traits<unsigne d short>, std::allocator<unsigned short> > >)
(0x082d81c4) stl_construct.h:121 void std::__destroy_aux<__gnu_cxx::__normal_iterator<JSFunct ionSpec*, std::vector<JSFunctionSpec, std::allocator<JSFunctionSpec> > > >(__gnu_cxx::__norma l_iterator<JSFunctionSpec*, std::vector<JSFunctionSpec, std::allocator<JSFunctionSpec> > >, _ _gnu_cxx::__normal_iterator<JSFunctionSpec*, std::vector<JSFunctionSpec, std::allocator<JSFun ctionSpec> > >, __false_type)
(0x082b3f78) stl_algobase.h:387 HEntity* std::copy<__gnu_cxx::__normal_iterator<HEntity const *, std::vector<HEntity, std::allocator<HEntity> > >, HEntity*>(__gnu_cxx::__normal_iterator<H Entity const*, std::vector<HEntity, std::allocator<HEntity> > >, __gnu_cxx::__normal_iterator <HEntity const*, std::vector<HEntity, std::allocator<HEntity> > >, HEntity*)
(0x082b826a) stl_tree.h:817 std::_Rb_tree<CStrW, std::pair<CStrW const, int>, std::_Select1st <std::pair<CStrW const, int> >, CStrW_hash_compare, std::allocator<std::pair<CStrW const, int > > >::_M_insert(std::_Rb_tree_node_base*, std::_Rb_tree_node_base*, std::pair<CStrW const, i nt> const&)
(0x082b8342) stl_tree.h:917 std::_Rb_tree<CStrW, std::pair<CStrW const, int>, std::_Select1st <std::pair<CStrW const, int> >, CStrW_hash_compare, std::allocator<std::pair<CStrW const, int > > >::insert_unique(std::pair<CStrW const, int> const&)
(0x082b8433) stl_tree.h:927 std::_Rb_tree<CStrW, std::pair<CStrW const, int>, std::_Select1st <std::pair<CStrW const, int> >, CStrW_hash_compare, std::allocator<std::pair<CStrW const, int > > >::insert_unique(std::pair<CStrW const, int> const&)
(0x082b84e9) stl_tree.h:932 std::_Rb_tree<CStrW, std::pair<CStrW const, int>, std::_Select1st <std::pair<CStrW const, int> >, CStrW_hash_compare, std::allocator<std::pair<CStrW const, int > > >::insert_unique(std::pair<CStrW const, int> const&)
(0x082b8511) stl_tree.h:942 std::_Rb_tree<CStrW, std::pair<CStrW const, int>, std::_Select1st <std::pair<CStrW const, int> >, CStrW_hash_compare, std::allocator<std::pair<CStrW const, int > > >::insert_unique(std::_Rb_tree_iterator<std::pair<CStrW const, int> >, std::pair<CStrW co nst, int> const&)
(0x082b62be) stl_pair.h:69 pair
(0xb760d878) /lib/libc.so.6:0 __libc_start_main
(0x082b36a1) stl_vector.h:776 HEntity* std::vector<HEntity, std::allocator<HEntity> >::_M_all ocate_and_copy<__gnu_cxx::__normal_iterator<HEntity const*, std::vector<HEntity, std::allocat or<HEntity> > > >(unsigned int, __gnu_cxx::__normal_iterator<HEntity const*, std::vector<HEnt ity, std::allocator<HEntity> > >, __gnu_cxx::__normal_iterator<HEntity const*, std::vector<HE ntity, std::allocator<HEntity> > >)

Currently Atlas uses ffmpeg to encode videos. That can presumably be used to encode in lots of formats which have various patent licensing issues in various countries. Also it looks like some of libswscale says it's GPL (at least the .c files, not the .h), so we can't use it when linking (dynamically) to the ffmpeg libraries. So think about it before distributing the game (specifically AtlasUI.dll), and maybe remove libswscale/ffmpeg entirely.

​http://www.wildfiregames.com/forum/index.php?showtopic=10656

Every time the game brings up its Program Error window which looks somewhat like ...

Function call failed: return value was -100101 (Case 1)
Location: allocators.cpp:174 (validate_da)
errno = 0 (?)
OS error = The system cannot find the file specified.


Call stack:

validate_da (allocators.cpp:164)
    da = 0x00CEE6A0 -> 
        base = 0x00000000
        max_size_pa = 0x00000000
        cur_size = 0x00000000
        prot = 0
        pos = 0x00000000

    pos = 0xCCCCCCCC
    prot = 0xCCCCCCCC
    base = 0xCCCCCCCC
    cur_size = 0xCCCCCCCC
    max_size_pa = 0xCCCCCCCC

... I can't help but read the one piece of understandable meaningful English on it, which is nearly always "OS error = The system cannot find the file specified.", which is nearly always completely irrelevant (because it was probably set seconds ago by some unrelated operation). Then I unfailingly get confused for a while before remembering that that message is completey irrelevant, and have to start again at trying to work out what the error is complaining about.

Since it's worse than useless in most cases (because it distracts me from what the real problem is), it would be nice to remove it. If there are cases where it's actually useful, it could at least report the error number instead of the string so it doesn't stand out (and change the "OS error" text because that's distractingly English too), and we can always look up the meaning of that number in the rare cases when it's relevant to a bug report.

So, it could look more like:

Function call failed: return value was -100101 (Case 1)

Location: allocators.cpp:174 (validate_da)

(errno=0, oserr=2)

Call stack:

validate_da (allocators.cpp:164)
    da = 0x00CEE6A0 -> 
        base = 0x00000000
        max_size_pa = 0x00000000
        cur_size = 0x00000000
        prot = 0
        pos = 0x00000000

    pos = 0xCCCCCCCC
    prot = 0xCCCCCCCC
    base = 0xCCCCCCCC
    cur_size = 0xCCCCCCCC
    max_size_pa = 0xCCCCCCCC

and then it's still not very helpful but at least it's not misleading, and I can see I should just look in the code or the debugger to work out what's wrong.

VFS_MOUNT_ARCHIVABLE is never used, except for being passed to (then ignored by) vfs_mount.

But mount_is_archivable tests for VFS_MOUNT_ARCHIVES - is that where ARCHIVABLE should be used instead? (The comment in source:ps/trunk/source/lib/res/file/vfs_optimizer.cpp@4703#L161​ talks about VFS_MOUNT_ARCHIVE which doesn't even exist.)

It would be nice if the ​TDD Wiki was on Trac instead of MediaWiki, to simplify administration (user accounts, backups, etc). It should be possible to export the pages from MediaWiki, do some conversion, and import them into Trac without too much manual effort.

The assertion at source:ps/trunk/source/lib/res/file/trace.cpp@4706#L202​ fails with start_idx = 25243, t->total_ents = 25225.

trace.txt is 25326 lines, with the last run's delimeter on line 25243, with a total of 101 delimeters. 25326 - 101 = t->total_ents, and 25243 = start_idx. So it looks like the problem is that start_idx counts the divider lines, while t->total_ents doesn't, and so it fails if the number of divider lines is greater than the size of the last run in the file.

​Google SketchUp can export a model into the KMZ format, which is a zip file and usually contains textures and a COLLADA mesh. Given that SketchUp is more intuitive and easy to learn than e.g. Blender, it could be quite nice for inexperienced modders if they could use it to get basic models into the game easily.

The terrain renderer draws non-planar GL_QUADS. The OpenGL spec just says

For a polygon with more than three edges, we require only that a convex combination of the values of the datum at the polygon's vertices can be used to obtain the value assigned to each fragment produced by the rasterization algorithm.

which in practice seems to result in the quad being triangulated along an arbitrary diagonal. Since there's no way to know exactly what's going to happen, and particularly since what happens isn't very good, we need to split the quads into triangles ourselves.

It is presumably sensible to split each quad along the diagonal that minimises the angle between the two triangles.

ogl.cpp does:

	p##nameARB = NULL;
	if(oglHaveVersion(version))
		*(void**)&p##nameARB = SDL_GL_GetProcAddress(#nameCore);
	if(!p##nameARB) /* use the ARB name if the driver lied about what version it supports */
		*(void**)&p##nameARB = SDL_GL_GetProcAddress(#nameARB);

But ​glXGetProcAddress never returns NULL. In the case where "the driver lied about what version it supports", it will still return a non-NULL function pointer, which will crash when it is called, even if there would have been a valid function pointer when we used the ARB name.

(NVIDIA's OpenGL implementation is different, and does (when I test it) return NULL for functions that it doesn't have. But the xorg-x11 implementation only returns NULL for non-existent glX* functions or for names not starting with "gl", and it returns non-NULL for any arbitrary gl[^X]* name.)

Hopefully it doesn't actually matter for us, since ogl.cpp seems to be the only place where we're testing the NULLness of the function pointers, and since ogl.cpp should still work correctly as long as the driver reports its GL version correctly (which it should). So I don't think there's anything we should actually do, except be aware of the issue.

(See 2007-01-06 meeting notes.)

The game usually takes a while to shut down since it frees all its resources before exiting, but there isn't any need to do that when people are just playing the game (as opposed to being developers who want to check for resource leaks). Some things probably still need to be shut down cleanly (network, video, log files, etc), but it should be possible to make it much faster than it is now.

On a GF4, I get distorted models (e.g. some vertexes move to the wrong side of the screen when certain objects are being rendered) when using renderpath=vertexshader, which is fixed with renderpath=fixed. I think I remember we decided the issue was with linking vertex programs together multiple times in different ways, and it could be fixed by duplicating the programs so they were linked once each.

Bobby also reports problems (lighting on models is green when self-shadowing is enabled) which are fixed by renderpath=fixed, on a Radeon 9700 Pro. I have no idea if that is related to the same linking issue, but it'd be worth investigating and fixing.

premake.lua says:

package.defines = {
    "__STDC_VERSION__=199901L",
    "CONFIG_USE_MMGR",
}

sysdep.h says:

for some reason, g++-3.3 claims to support C99 (according to __STDC_VERSION__) but doesn't have the restrict keyword.

So it's our fault that we get a little confused by GCC pretending to support C99 when it really doesn't.

Claiming to support C99 is nonsensical in any case, because we're writing C++ and not C. It would probably be better to define a series of HAVE_RELEVANT_C99LIKE_FEATURE, for all the relevant C99-like features which GCC supports in its normal nonstandard C++ mode.

It should be possible to specify a sound for each animation, using code such as:

<Entity>
        ...

	<SoundGroups>
		<Walk>infantry_walk.xml</Walk>
		<Run>infantry_run.xml</Run>
		<Death>screams.xml</Death>
		<Gather_wood>axe_chopping.xml</Gather_wood>
		<Gather_stone>pickaxe.xml</Gather_stone>
	</SoundGroups>
</Entity>

These should be in a hashmap in CEntityTemplate.

When running the cinematics.pmp simulation in Atlas, it crashes after a while in the aura-handling code.

Some script calls CEntity::Kill, which calls Remove on everything in m_aurasInfluencingMe. That fails because the CAura* in there is not valid - it's a readable pointer but the contents are rubbish (seemingly being used by some other object, since it's not the default debug memory-fill pattern).

When units with a death animation die, a corpse showing the last frame of this animation should persist. However, they currently just disappear. Could be related to changes in [4810].

Let the entity code simply tell the actor to switch to a certain animation state, and not worry about any timing details itself. The actor should handle looping, randomisation, and potentially things like blending. The animation speed should be determined just by the actor XML.

Change the entity XML files to store only a Rate (units per second) for actions, rather than Speed+Rate. Update the simulation world at a fixed frequency, independent of the animation speed.

Experiment with the same for attack animations to see if it still looks alright, but at least keep projectile launches synchronised.

When running the game with [NVemulate ​http://developer.nvidia.com/object/nvemulate.html], set to any emulation mode (NV30, NV40, G80), on a GeForce 4, with renderpath=vertexshader, transparent textures look like in the attachment: parts with alpha=255 (e.g. leaf centres) are usually transparent or stripey, and flicker as you zoom in and out. It works correctly when renderpath=fixed.

Looks like some kind of z-accuracy issue, where models use two different implementations of vertex transformation and end up at slightly different z value? (I'm not sure if it's only ever an issue with NVemulate, or if it can affect real hardware too.)

By default, the shadow DepthTextureBits is 16. With a GF4, that is very slow compared to other depths - e.g. on a blank grass map, with AA disabled, it is 72fps with DepthTextureBits=32 and 23fps with DepthTextureBits=16. With 4xAA enabled, it is 36fps at 32, but only 2fps at 16.

Is a similar effect visible on other graphics cards? (Use renderer.depthTextureBits in the console to change it). If so, presumably the default should be changed; otherwise, the default should depend on the hardware.

r3568 added m_isRunning = false in the m_fsm_anipos bit of entities, apparently so that

Stamina no longer decays when you finish running to something and start attacking/gathering it.

In r4880 I've removed all that m_fsm_anipos code (including the running fix), so it's quite possible that I reintroduced the above problem. But I haven't tested it and haven't tried to fix it, since I'm not sure how, so it should probably be investigated later and fixed if necessary.

Running test_2_build_dbg in Valgrind with Memcheck results in the error:

file_cache.cpp(928): Assertion failed: "ret.second == true"
udbg_init: loading symbols from ./test_2_build_dbg.
Assertion failed: "ret.second == true"
Location: file_cache.cpp:928 (add)

Call stack:

(0x084d4c4b) file_cache.cpp:928 ExactBufOracle::add(unsigned char const*, unsigned int, unsigned char const*)
(0x084cdd47) file_cache.cpp:1128 file_buf_add_padding(unsigned char const*, unsigned int, unsigned int)
(0x084b472a) file_io.cpp:638 IOManager::run()
(0x084b2bc5) file_io.cpp:666 file_io(File*, long, unsigned int, unsigned char const**, long (*)(unsigned int, void const*, unsigned int, unsigned int*), unsigned int)
(0x084c4ef8) vfs_redirector.cpp:233 xfile_io(File*, long, unsigned int, unsigned char const**, long (*)(unsigned int, void const*, unsigned int, unsigned int*), unsigned int)
(0x084c6548) vfs.cpp:387 vfs_io(long long, unsigned int, unsigned char const**, long (*)(unsigned int, void const*, unsigned int, unsigned int*), unsigned int)
(0x084c6947) vfs.cpp:435 vfs_load(char const*, unsigned char const*&, unsigned int&, unsigned int, long (*)(unsigned int, void const*, unsigned int, unsigned int*), unsigned int)
(0x084bc6e6) archive_builder.cpp:142 read_and_compress_file
(0x084bc89b) archive_builder.cpp:215 archive_build_continue(ArchiveBuildState*)
(0x084bcb10) archive_builder.cpp:254 archive_build(char const*, char const**)
(0x0824303a) test_archive_builder.h:110 TestArchiveBuilder::test_create_archive_with_random_files()
(0x08243da6) test_archive_builder.cpp:24 TestDescription_TestArchiveBuilder_test_create_archive_with_random_files::runTest()
(0x08229333) RealDescriptions.cpp:96 CxxTest::RealTestDescription::run()
(0x0822b92c) TestRunner.h:75 CxxTest::TestRunner::runTest(CxxTest::TestDescription&)
(0x0822ba04) TestRunner.h:59 CxxTest::TestRunner::runSuite(CxxTest::SuiteDescription&)
(0x0822baf5) TestRunner.h:44 CxxTest::TestRunner::runWorld()

errno = 0 (?)
OS error = ?

It works correctly when run outside Valgrind, and when run with valgrind --tool=none. (I haven't investigated whether this is a real problem in our code or not.)

The automatic archiver runs pretty much every time I start the game (probably because I don't start the game very often and so several data files change in the meantime). It takes ages, and tends to leave multiple giant zip files hanging around, and wastes much more time than simply loading slower unarchived files, and it leaves the game window (and sometimes the whole computer) unresponsive while it's working.

I'd be much happier if it was manually activated instead - people could run it once if they care about the loading speed, and the time lost to loading loose files after the archive becomes out of date would be more than made up for by the time gained by never automatically rebuilding the archive. We can run the archiver once manually when distributing the game, and no normal user (including modders) will change enough files for it to ever be worth automatically rebuilding the archive, particularly since it happens precisely when they're trying to play the game and it stops them from doing so. (It wouldn't be so bad if it happened at installation-time for large patches.)

(Or maybe I'm misinterpreting the problem and it's just not using the mini archives like it should do (since they never look mini - they're always about 60MB), or something.)

...

Oh, it's finished rebuilding now, I'll get back to work ;-)

Currently the in-game profiler shows the number of memory allocations per frame in each profile node (at least when compiled with MSVC and the Debug CRT). It might be nice to also show the total amount of still-allocated memory that has ever been allocated under a particular node, to see which bits are responsible for using lots of memory. I expect that could be done without much pain by using _CrtSetAllocHook to catch allocations and frees: allocations can be added to the count in the current profile node, and some kind of map can store the allocation request number and the current node (I'm hoping you can remember nodes like that), and frees can look up the appropriate node to subtract the size from (because we don't want to count freed memory, and because it's not necessarily going to be freed in the same place as it was allocated). That'd be a little slow, so it should be optional and disabled by default.

I haven't checked it properly, but Michael reported possible confusion between the measurements for Range and for LOS, and it seems quite plausible that Range is measured in world-space units while LOS is measured in tiles. If that's the case, it's unpleasantly confusing and should be made consistent (probably all measured in tiles, because the editor gives people some idea of roughly how large a tile is).

After deleting entities, they tend to still exist in an invisible ghostly form and attack people when you play the simulation from within the editor.

They should be deleted properly from the entity manager, instead of the current pseudo-deletion. To allow undo, serialise the entity into some form (same as when you play/reset the simulation) on deletion and then reconstruct it on undo.

The skeleton definitions should be located in mods/*/art/skeletons/*.xml, and all the files matching that pattern should be loaded. That would allow modders to add their own skeleton definitions, just by creating a new file (rather than overwriting the existing one). It would also reduce the number of animations that get cache-invalidated when a single skeleton definition is tweaked.

Let prop points be specified on non-skeletal models. The engine supports that already, when you set the bone index to 0xFF. The COLLADA converter should look for objects named prop-* attached to the geometry. Might as well support non-boned prop points on skeletal models, too.

The currently-installed version of TracWebAdmin doesn't work with Trac 0.10, so it should be updated. (The newest version only seems to be available from SVN, not as an Egg file, which makes it slightly less trivial.)

Currently only five buttons (left, right, middle, wheel-up, wheel-down) are supported. It might be nice if users could map functions onto other buttons (e.g. my mouse has seven additional buttons).

how to duplicate:

load cinematic feb 2007 map
delete all red troops in middle of stream and a few rocks as well
  (rocks are optional, happens with or without them deleted)
start simulation. in debug mode, nothing happens for ~5sec, then it starts
arrows/spears from the invisible removed guys fly
the blue guys are apparently engaging some of these invisible removed guys
after 1..2min, some of the red ones reappear (first one, then clumps of
  2..3 at a  time several seconds apart)
exit without resetting sim state => crash in objecthandlers:722
problem is ~cDeleteObject()'s delete m_UnitInLimbo: the CUnit has
  apparently already been freed and its fields are mostly 0xCDCDCDCD.

DeleteObject::Redo says:

HACK: I don't know the proper way of undoably deleting entities...

And does: unit->GetEntity()->entf_set(ENTF_DESTROYED); I note that CEntity::Kill is doing a lot more work, especially

g_EntityManager.m_refd[me.m_handle] = false; refd must be made false when DESTROYED is set

Could this be the problem, that it's not doing that?

The FAM code in source:/ps/trunk/source/lib/sysdep/unix/dir_watch_fam.cpp has to be careful about waiting for certain events after starting to monitor a directory, but it isn't careful about what to do with unexpected events in the queue - if somebody modifies a file while other directories are being mounted, the event might get lost and the game won't notice their change.

This is rare enough (and has a harmless enough effect) that I don't think it's worth trying to fix.

The SoundGroup system for choosing random sounds is not yet in use. The current placeholder code enumerates all audio files in a certain subpath, which works but is slow and inflexible (see ​http://www.wildfiregames.com/forum/index.php?showtopic=10924&hl= for an overview and list of links that detail the sound system design).

Here's a list of what I think is necessary to get the SoundGroup show on the road:

• during init, create all the sound groups we'll be needing (e.g. attack grunts, death, ...) and associate them with entity classes
• .. by storing a string or index that identifies the sound group in entity.traits.audio.path instead of path (as now)
• create a script interface for the SoundGroup that allows calling it from our Javascript event handlers (this is where the performAttack logic runs). This kind of thing is pretty much boilerplate, we can refer to stuff like JSI_Sound.cpp to get an idea of what to do.
• replace newRandomSound with the corresponding new function that basically just calls CSoundGroup::PlayNext
• add a call to CSoundGroupMgr::Update in the main game loop

• production queue: at least feedback that something is being built.
  Matei: maybe a list box or something showing just a list of items in the queue, with add/delete buttons.

• Disable formations and all other non-implemented UI stuff
  (remove entirely from scripts by commenting them out)

• disable game setup stuff that's not implemented

test1

Crash occurs in-game as well as in Atlas simulation when initiating combat. Problem seems to me to reside with Super Infantry, as other types of units do not cause such a crash. I assume this could be entity related, but scanning the template_unit_super and template_unit_super_infantry entities does not immediately present any issues with coding. grrr

​http://www.wildfiregames.com/forum/index.php?s=&showtopic=11872&view=findpost&p=192546

Currently, skeleton mismatches are only detected and reported if the number of bones differs. The PMD and PSA files ought to store their skeleton name, so mismatches can be detected properly and reported nicely.

The game probably doesn't work with the NO_GUI compiler flag, and it doesn't seem a useful feature at all, and it adds complexity to the code, so the flag should just be removed entirely.

The Collada project gets linked with libFColladaSD.a (the debug version) in Release configurations as well as Debug. It should use libFColladaSR.a instead, since that's faster.

This probably just needs some small (but not entirely trivial) changes in extern_libs.lua

Add network support when an entity is killed so the entity is killed everywhere.

By clicking on this button, all idle resource gathering units (women ?) should be selected.

In an MP game (Oasis), scrolling off the map shows that the skybox is uninitialized or filled with garbage (looks like a terrain texture, but Wijit was seeing something else).

When loading Oasis in MP, having started the game with -quickstart and -onlyPublicFiles, a VFS file load error is produced.

It turns out that "art/textures/skies/mountainous/front.dds" is the only file that is not found, after that the map loads successfully.

In MP games (specifically Oasis with 2 players), blue (the host) can move red's (the second player's) units .

Michael reports: I can get the charge bonus no matter how many times I double click the enemy unit. Apparently there is no minimum must-have-run-this-far range before awarding the bonus, which would be good for avoiding exploits.

Encountered by Erik whilst attempting MP on Latium map with Anton: in CEntity::UpdateXZOrientation(), apparently m_base is invalid, thus causing an access violation. Since inheritance is data-driven, we should add checks (especially in this function, likely in others as well) whether m_base is valid at all. If not, try to use reasonable defaults.

In an MP game of Oasis, the blue (host's) cavalry can be clicked upon to show unit details in the upper-left corner of the screen. Here, the range information is displayed with very many digits, thus overwriting the next field. It would be good to display all floating-point information in the GUI with one digit of precision, which can be expressed in printf via "%.1f".

Chat is a fairly important part of the game being playable. As soon as a client connects, it would be good to be able to chat (the previous mechanism having been entering any line of text not starting with : or ? into the console).

We used to have this functionality, but it was a part of the previous network code and apparently still needs work.

After loading a MP game (Oasis), the following warnings/errors show up in the console:

gui/test/functions_utility_list.js:142: TypeError: getGuiObjectByName(objectName) has no properties

setCurrItemValue(): pgSessionSetupPO (<- could also be a 0) not found

Actions to reproduce: Click on multiplayer. Join. Any ip (I tried with 127.0.0.1) where there is no server. (A message will popup saying that could connect.) Go back Host game. [Error.]

Assertion failed: "!ms_singleton" Location: Singleton.h:28 (Singleton<class CNetHost>::Singleton)

Call stack:

Singleton<CNetHost>::Singleton<CNetHost> (singleton.h:28)

this = (unavailable)

CNetHost::CNetHost (netsession.cpp:23)

this = (unavailable)

CNetServer::CNetServer (netserver.cpp:28)

this = (unavailable) pGame = 0x0EA9C030 ->

(boost::noncopyable_::noncopyable) m_World = 0x0EB1AED8 ->

(boost::noncopyable_::noncopyable) m_pGame = 0x0EA9C030 (see above) m_Terrain = 0x0EB43830 ->

m_MapSize = 0 (0x00000000) m_MapSizePatches = 0 (0x00000000) m_Patches = 0x00000000 m_Heightmap = 0x00000000 m_BaseColour =

R = [8] { 255 (0xFF), 255 (0xFF), 255 (0xFF), 255 (0xFF), 0 (0x00), 0 (0x00), 0 (0x00), 0 (0x00) } G = [8] { 255 (0xFF), 255 (0xFF), 255 (0xFF), 0 (0x00), 0 (0x00), 0 (0x00), 0 (0x00), 37 (0x25) } B = [8] { 255 (0xFF), 255 (0xFF), 0 (0x00), 0 (0x00), 0 (0x00), 0 (0x00), 37 (0x25), 193 (0xC1) } A = [8] { 255 (0xFF), 0 (0x00), 0 (0x00), 0 (0x00), 0 (0x00), 37 (0x25), 193 (0xC1), 91 (0x5B) }

m_UnitManager = 0x0EB43810 ->

m_Units = (error -100500 while analyzing vector<CUnit * >) m_NextID = 0 (0x00000000) m_ObjectManager = 0x0EB702A0 ->

(boost::noncopyable_::noncopyable) m_MeshManager = 0x0EB70260 ->

(boost::noncopyable_::noncopyable) m_MeshMap =

(error -100406 while analyzing _Container_base) comp = (CStr8_hash_compare)

_List = (error -100500 while analyzing list<pair<CStr8 const ,boost::weak_ptr<CModelDef> > >) _Vec = (error -100406 while analyzing vector<list<pair<CStr8 const ,boost::weak_ptr<CModelDef> > >::_Iterator<0> >) _Mask = 15 (0x0000000F) _Maxidx = 16 (0x00000010) _Max_bucket_size = 1.000000 (0x3F800000)

m_ColladaManager = 0x0EB7025C ->

m = 0x0EB43850 ->

dll =

m_Name = 0x0150E31C -> "Collada" m_Handle = 0x00000000

set_logger = 0xFE4EF270 -> set_skeleton_definitions = 0xFD14F377 -> convert_dae_to_pmd = 0xFC3CF462 -> convert_dae_to_psa = 0xFBA1F4A5 ->

m_SkeletonAnimManager = 0x0EB70290 ->

(boost::noncopyable_::noncopyable) m_Animations = (error -100500 while analyzing map<CStr8,CSkeletonAnimDef * >) m_ColladaManager = 0x0EB7025C (see above)

m_Objects = (error -100500 while analyzing map<CObjectManager::ObjectKey,CObjectEntry * >) (too much output; skipping to next top-level symbol)

m_EntityManager = 0x0EB4E608 ->

m_entities = [16384]

{ m_entity = 0x00000000, m_refcount = 0 (0x0000) } { m_entity = 0x00000000, m_refcount = 0 (0x0000) } { m_entity = 0x00000000, m_refcount = 0 (0x0000) } { m_entity = 0x00000000, m_refcount = 0 (0x0000) } { m_entity = 0x00000000, m_refcount = 0 (0x0000) } { m_entity = 0x00000000, m_refcount = 0 (0x0000) } { m_entity = 0x00000000, m_refcount = 0 (0x0000) } { m_entity = 0x00000000, m_refcount = 0 (0x0000) } ...

m_refd = (error -100406 while analyzing bitset<16384>) m_reaper = (error -100500 while analyzing vector<CEntity * >) m_collisionPatches = 0x00000000 m_nextalloc = 0 (0x00000000) m_death = false m_collisionPatchesPerSide = 13365591 (0x00CBF157) m_entityClassData = (error -100500 while analyzing map<size_t,map<CStrW,int > >) m_screenshotMode = false

m_ProjectileManager = 0x0EAC6428 ->

m_LastTurnLength = 0 (0x00000000) m_Projectiles = (error -100500 while analyzing list<CProjectile * >)

m_LOSManager = 0x0EB437F0 ->

m_VisibilityMatrix = 0x00000000 m_TilesPerSide = 10 (0x0000000A) m_TilesPerSide_1 = 0 (0x00000000) m_LOSSetting = LOS_SETTING_NORMAL m_FogOfWar = true

m_TerritoryManager = 0x0EB1B6A8 ->

m_Territories = (error -100500 while analyzing vector<CTerritory * >) m_TerritoryMatrix = 0x00000000 m_TilesPerSide = 1953066081 (0x74696C61) m_DelayedRecalculate = false

m_Simulation = 0x0EB6EE40 ->

m_pGame = 0x0EA9C030 (see above) m_pWorld = 0x0EB1AED8 (see above) m_pTurnManager = 0x0EB706A4 ->

m_Clients = (error -100406 while analyzing vector<CTurnManager::SClient >) m_Batches = [3]

m_Messages = (error -100406 while analyzing vector<CTurnManager::SMessageSyncEntry >) m_TurnLength = 300 (0x0000012C)

m_Messages = (error -100406 while analyzing vector<CTurnManager::SMessageSyncEntry >) m_TurnLength = 300 (0x0000012C)

m_Messages = (error -100406 while analyzing vector<CTurnManager::SMessageSyncEntry >) m_TurnLength = 300 (0x0000012C)

m_pRecord = 0x0DF402C9 ->

m_IsRecording = false m_pTurnManager = 0x00000000

m_Time = 0 (0x0000000000000000) m_DeltaTime = 0 (0x0000000000000000) m_Random =

x = [1248]

5489 (0x00001571) 1301868182 (0x4D98EE96) 2938499221 (0xAF25F095) 2950281878 (0xAFD9BA96) 1875628136 (0x6FCBD068) 751856242 (0x2CD06A72) 944701696 (0x384F0100) 2243192071 (0x85B46507) 694061057 (0x295E8801) 219885934 (0x0D1B316E) 2066767472 (0x7B305E70) 3182869408 (0xBDB6BBA0) ...

i = 624 (0x00000270)

m_GameView = 0x0EA0C8C0 ->

(Scene) (boost::noncopyable_::noncopyable) m = 0x0EB701F0 ->

(IJSObject) m_JS = 0x00000000 m_NonsharedProperties =

(error -100406 while analyzing _Container_base) comp = (CStrW_hash_compare)

_List = (error -100500 while analyzing list<pair<CStrW const ,IJSProperty *> >) _Vec = (error -100406 while analyzing vector<list<pair<CStrW const ,IJSProperty *> >::_Iterator<0> >) _Mask = 15 (0x0000000F) _Maxidx = 16 (0x00000010) _Max_bucket_size = 1.000000 (0x3F800000)

m_ScriptProperties =

(error -100406 while analyzing _Container_base) comp = (CStrW_hash_compare)

_List = (error -100500 while analyzing list<pair<CStrW const ,IJSProperty *> >) _Vec = (error -100406 while analyzing vector<list<pair<CStrW const ,IJSProperty *> >::_Iterator<0> >) _Mask = 15 (0x0000000F) _Maxidx = 16 (0x00000010) _Max_bucket_size = 1.000000 (0x3F800000)

m_EngineOwned = true

(boost::noncopyable_::noncopyable) Game = 0x0EA9C030 (see above) ColladaManager =

m = 0x0EB43850 (see above)

MeshManager =

(boost::noncopyable_::noncopyable) m_MeshMap =

(error -100406 while analyzing _Container_base) comp = (CStr8_hash_compare)

_List = (error -100500 while analyzing list<pair<CStr8 const ,boost::weak_ptr<CModelDef> > >) _Vec = (error -100406 while analyzing vector<list<pair<CStr8 const ,boost::weak_ptr<CModelDef> > >::_Iterator<0> >) _Mask = 15 (0x0000000F) _Maxidx = 16 (0x00000010) _Max_bucket_size = 1.000000 (0x3F800000)

m_ColladaManager = 0x0EB7025C (see above)

SkeletonAnimManager =

(boost::noncopyable_::noncopyable) m_Animations = (error -100500 while analyzing map<CStr8,CSkeletonAnimDef * >) m_ColladaManager = 0x0EB7025C (see above)

ObjectManager =

(boost::noncopyable_::noncopyable) m_MeshManager = 0x0EB70260 (see above) m_SkeletonAnimManager = 0x0EB70290 (see above) m_Objects = (error -100500 while analyzing map<CObjectManager::ObjectKey,CObjectEntry * >) m_ObjectBases = (error -100500 while analyzing map<CStr8,CObjectBase * >)

ViewCamera =

m_Orientation =

_11 = 1.000000 (0x3F800000) _21 = 0.000000 (0x00000000) _31 = 0.000000 (0x00000000) _41 = 0.000000 (0x00000000) _12 = 0.000000 (0x00000000) _22 = 0.866025 (0x3F5DB3D7) _32 = 0.500000 (0x3F000000) _42 = 0.000000 (0x00000000) _13 = 0.000000 (0x00000000) _23 = -0.500000 (0xBF000000) _33 = 0.866025 (0x3F5DB3D7) _43 = 0.000000 (0x00000000) _14 = 100.000000 (0x42C80000) _24 = 150.000000 (0x43160000) _34 = -100.000000 (0xC2C80000) _44 = 1.000000 (0x3F800000) _data = [16]

1.000000 (0x3F800000) 0.000000 (0x00000000) 0.000000 (0x00000000) 0.000000 (0x00000000) 0.000000 (0x00000000) 0.866025 (0x3F5DB3D7) 0.500000 (0x3F000000) 0.000000 (0x00000000) 0.000000 (0x00000000) -0.500000 (0xBF000000) 0.866025 (0x3F5DB3D7) 0.000000 (0x00000000) ...

_data2d = [4]

[4] { 1.000000 (0x3F800000), 0.000000 (0x00000000), 0.000000 (0x00000000), 0.000000 (0x00000000) } [4] { 0.000000 (0x00000000), 0.866025 (0x3F5DB3D7), 0.500000 (0x3F000000), 0.000000 (0x00000000) } [4] { 0.000000 (0x00000000), -0.500000 (0xBF000000), 0.866025 (0x3F5DB3D7), 0.000000 (0x00000000) } [4] { 100.000000 (0x42C80000), 150.000000 (0x43160000), -100.000000 (0xC2C80000), 1.000000 (0x3F800000) }

m_ProjMat =

_11 = 4.219332 (0x408704C4) _21 = 0.000000 (0x00000000) _31 = 0.000000 (0x00000000) _41 = 0.000000 (0x00000000) _12 = 0.000000 (0x00000000) _22 = 5.671282 (0x40B57B24) _32 = 0.000000 (0x00000000) _42 = 0.000000 (0x00000000) _13 = 0.000000 (0x00000000) _23 = 0.000000 (0x00000000) _33 = 1.001955 (0x3F804010) _43 = 1.000000 (0x3F800000) _14 = 0.000000 (0x00000000) _24 = 0.000000 (0x00000000) _34 = -8.007820 (0xC1002008) _44 = 0.000000 (0x00000000) _data = [16]

4.219332 (0x408704C4) 0.000000 (0x00000000) 0.000000 (0x00000000) 0.000000 (0x00000000) 0.000000 (0x00000000) 5.671282 (0x40B57B24) 0.000000 (0x00000000) 0.000000 (0x00000000) 0.000000 (0x00000000) 0.000000 (0x00000000) 1.001955 (0x3F804010) 1.000000 (0x3F800000) ...

_data2d = [4]

[4] { 4.219332 (0x408704C4), 0.000000 (0x00000000), 0.000000 (0x00000000), 0.000000 (0x00000000) } [4] { 0.000000 (0x00000000), 5.671282 (0x40B57B24), 0.000000 (0x00000000), 0.000000 (0x00000000) } [4] { 0.000000 (0x00000000), 0.000000 (0x00000000), 1.001955 (0x3F804010), 1.000000 (0x3F800000) } [4] { 0.000000 (0x00000000), 0.000000 (0x00000000), -8.007820 (0xC1002008), 0.000000 (0x00000000) }

m_NearPlane = 4.000000 (0x40800000) m_FarPlane = 4096.000000 (0x45800000) m_FOV = 0.349066 (0x3EB2B8C2) m_ViewPort =

m_X = 0 (0x00000000) m_Y = 0 (0x00000000) m_Width = 1024 (0x00000400) m_Height = 768 (0x00000300)

m_ViewFrustum =

m_aPlanes = [10]

m_Norm =

X = 0.000000 (0x00000000) Y = 0.000000 (0x00000000) Z = 0.000000 (0x00000000)

m_Dist = 0.000000 (0x00000000)

m_Norm =

X = 0.000000 (0x00000000) Y = 0.000000 (0x00000000) Z = 0.000000 (0x00000000)

m_Dist = 0.000000 (0x00000000)

m_Norm =

X = 0.000000 (0x00000000) Y = 0.000000 (0x00000000) Z = 0.000000 (0x00000000)

m_Dist = 0.000000 (0x00000000)

m_Norm =

X = 0.000000 (0x00000000) Y = 0.000000 (0x00000000) Z = 0.000000 (0x00000000)

m_Dist = 0.000000 (0x00000000)

m_Norm =

X = 0.000000 (0x00000000) Y = 0.000000 (0x00000000) Z = 0.000000 (0x00000000)

m_Dist = 0.000000 (0x00000000)

m_Norm =

X = 0.000000 (0x00000000) Y = 0.000000 (0x00000000) Z = 0.000000 (0x00000000)

m_Dist = 0.000000 (0x00000000)

m_Norm =

X = 0.000000 (0x00000000) Y = 0.000000 (0x00000000) Z = 0.000000 (0x00000000)

m_Dist = 0.000000 (0x00000000)

m_Norm =

X = 0.000000 (0x00000000) Y = 0.000000 (0x00000000) Z = 0.000000 (0x00000000)

m_Dist = 0.000000 (0x00000000)

...

m_NumPlanes = 0 (0x00000000)

CullCamera =

m_Orientation =

_11 = 1.000000 (0x3F800000) _21 = 0.000000 (0x00000000) _31 = 0.000000 (0x00000000) _41 = 0.000000 (0x00000000) _12 = 0.000000 (0x00000000) _22 = 0.866025 (0x3F5DB3D7) _32 = 0.500000 (0x3F000000) _42 = 0.000000 (0x00000000) _13 = 0.000000 (0x00000000) _23 = -0.500000 (0xBF000000) _33 = 0.866025 (0x3F5DB3D7) _43 = 0.000000 (0x00000000) _14 = 100.000000 (0x42C80000) _24 = 150.000000 (0x43160000) _34 = -100.000000 (0xC2C80000) _44 = 1.000000 (0x3F800000) _data = [16]

1.000000 (0x3F800000) 0.000000 (0x00000000) 0.000000 (0x00000000) 0.000000 (0x00000000) 0.000000 (0x00000000) 0.866025 (0x3F5DB3D7) 0.500000 (0x3F000000) 0.000000 (0x00000000) 0.000000 (0x00000000) -0.500000 (0xBF000000) 0.866025 (0x3F5DB3D7) 0.000000 (0x00000000) ...

_data2d = [4]

[4] { 1.000000 (0x3F800000), 0.000000 (0x00000000), 0.000000 (0x00000000), 0.000000 (0x00000000) } [4] { 0.000000 (0x00000000), 0.866025 (0x3F5DB3D7), 0.500000 (0x3F000000), 0.000000 (0x00000000) } [4] { 0.000000 (0x00000000), -0.500000 (0xBF000000), 0.866025 (0x3F5DB3D7), 0.000000 (0x00000000) } [4] { 100.000000 (0x42C80000), 150.000000 (0x43160000), -100.000000 (0xC2C80000), 1.000000 (0x3F800000) }

m_ProjMat =

_11 = 4.219332 (0x408704C4) _21 = 0.000000 (0x00000000) _31 = 0.000000 (0x00000000) _41 = 0.000000 (0x00000000) _12 = 0.000000 (0x00000000) _22 = 5.671282 (0x40B57B24) _32 = 0.000000 (0x00000000) _42 = 0.000000 (0x00000000) _13 = 0.000000 (0x00000000) _23 = 0.000000 (0x00000000) _33 = 1.001955 (0x3F804010) _43 = 1.000000 (0x3F800000) _14 = 0.000000 (0x00000000) _24 = 0.000000 (0x00000000) _34 = -8.007820 (0xC1002008) _44 = 0.000000 (0x00000000) _data = [16]

4.219332 (0x408704C4) 0.000000 (0x00000000) 0.000000 (0x00000000) 0.000000 (0x00000000) 0.000000 (0x00000000) 5.671282 (0x40B57B24) 0.000000 (0x00000000) 0.000000 (0x00000000) 0.000000 (0x00000000) 0.000000 (0x00000000) 1.001955 (0x3F804010) 1.000000 (0x3F800000) ...

_data2d = [4]

[4] { 4.219332 (0x408704C4), 0.000000 (0x00000000), 0.000000 (0x00000000), 0.000000 (0x00000000) } [4] { 0.000000 (0x00000000), 5.671282 (0x40B57B24), 0.000000 (0x00000000), 0.000000 (0x00000000) } [4] { 0.000000 (0x00000000), 0.000000 (0x00000000), 1.001955 (0x3F804010), 1.000000 (0x3F800000) } [4] { 0.000000 (0x00000000), 0.000000 (0x00000000), -8.007820 (0xC1002008), 0.000000 (0x00000000) }

m_NearPlane = 4.000000 (0x40800000) m_FarPlane = 4096.000000 (0x45800000) m_FOV = 0.349066 (0x3EB2B8C2) m_ViewPort =

m_X = 0 (0x00000000) m_Y = 0 (0x00000000) m_Width = 1024 (0x00000400) m_Height = 768 (0x00000300)

m_ViewFrustum =

m_aPlanes = [10]

m_Norm =

X = 0.000000 (0x00000000) Y = 0.000000 (0x00000000) Z = 0.000000 (0x00000000)

m_Dist = 0.000000 (0x00000000)

m_Norm =

X = 0.000000 (0x00000000) Y = 0.000000 (0x00000000) Z = 0.000000 (0x00000000)

m_Dist = 0.000000 (0x00000000)

m_Norm =

X = 0.000000 (0x00000000) Y = 0.000000 (0x00000000) Z = 0.000000 (0x00000000)

m_Dist = 0.000000 (0x00000000)

m_Norm =

X = 0.000000 (0x00000000) Y = 0.000000 (0x00000000) Z = 0.000000 (0x00000000)

m_Dist = 0.000000 (0x00000000)

m_Norm =

X = 0.000000 (0x00000000) Y = 0.000000 (0x00000000) Z = 0.000000 (0x00000000)

m_Dist = 0.000000 (0x00000000)

m_Norm =

X = 0.000000 (0x00000000) Y = 0.000000 (0x00000000) Z = 0.000000 (0x00000000)

m_Dist = 0.000000 (0x00000000)

m_Norm =

X = 0.000000 (0x00000000) Y = 0.000000 (0x00000000) Z = 0.000000 (0x00000000)

m_Dist = 0.000000 (0x00000000)

m_Norm =

X = 0.000000 (0x00000000) Y = 0.000000 (0x00000000) Z = 0.000000 (0x00000000)

m_Dist = 0.000000 (0x00000000)

...

m_NumPlanes = 0 (0x00000000)

LockCullCamera = false Culling = true CachedLightEnv =

m_Elevation = 0.785398 (0x3F490FDB) m_Rotation = 5.497787 (0x40AFEDDF) m_TerrainShadowTransparency = 0.000000 (0x00000000) m_SunDir =

X = -0.270598 (0xBE8A8BD6) Y = -0.923880 (0xBF6C835F) Z = 0.270598 (0x3E8A8BD3)

m_SunColor =

X = 1.000000 (0x3F800000) Y = 1.000000 (0x3F800000) Z = 1.000000 (0x3F800000)

m_TerrainAmbientColor =

X = 0.643137 (0x3F24A4A5) Y = 0.643137 (0x3F24A4A5) Z = 0.643137 (0x3F24A4A5)

m_UnitsAmbientColor =

X = 0.643137 (0x3F24A4A5) Y = 0.643137 (0x3F24A4A5) Z = 0.643137 (0x3F24A4A5)

TrackManager =

m_Active = true m_DrawCurrentSpline = false m_DrawLines = (bool)0x8B m_ValidCurrent = false m_CurrentPath = (error -100406 while analyzing _Tree<<CStrW,CCinemaPath>::iterator) m_Paths = (error -100500 while analyzing map<CStrW,CCinemaPath >) m_PathQueue = (error -100500 while analyzing list<CCinemaPath >)

ViewScrollSpeed = 60.000000 (0x42700000) ViewRotateSensitivity = 0.002000 (0x3B03126F) ViewRotateSensitivityKeyboard = 1.000000 (0x3F800000) ViewRotateAboutTargetSensitivity = 0.010000 (0x3C23D70A) ViewRotateAboutTargetSensitivityKeyboard = 2.000000 (0x40000000) ViewDragSensitivity = 0.500000 (0x3F000000) ViewZoomSensitivityWheel = 16.000000 (0x41800000) ViewZoomSensitivity = 256.000000 (0x43800000) ViewZoomSmoothness = 0.020000 (0x3CA3D70A) ViewSnapSmoothness = 0.020000 (0x3CA3D70A) CameraDelta =

X = 0.000000 (0x00000000) Y = 0.000000 (0x00000000) Z = 0.000000 (0x00000000)

CameraPivot =

X = 0.000000 (0x00000000) Y = 0.000000 (0x00000000) Z = 0.000000 (0x00000000)

UnitView = 0x00000000 UnitViewProp = 0xF448015D ->

m_Bounds =

m_Data = [2]

X = (unavailable - internal error)

Y = (unavailable - internal error)

Z = (unavailable - internal error)

X = (unavailable - internal error)

Y = (unavailable - internal error)

Z = (unavailable - internal error)

m_Transform =

_11 = (unavailable - internal error)

_21 = (unavailable - internal error)

_31 = (unavailable - internal error)

_41 = (unavailable - internal error)

_12 = (unavailable - internal error)

_22 = (unavailable - internal error)

_32 = (unavailable - internal error)

_42 = (unavailable - internal error)

_13 = (unavailable - internal error)

_23 = (unavailable - internal error)

_33 = (unavailable - internal error)

_43 = (unavailable - internal error)

_14 = (unavailable - internal error)

_24 = (unavailable - internal error)

_34 = (unavailable - internal error)

_44 = (unavailable - internal error)

_data = [16]

(unavailable - internal error)

_data2d = [4]

[4] { (unavailable - internal error)

m_InvTransform =

_11 = (unavailable - internal error)

_21 = (unavailable - internal error)

_31 = (unavailable - internal error)

_41 = (unavailable - internal error)

_12 = (unavailable - internal error)

_22 = (unavailable - internal error)

_32 = (unavailable - internal error)

_42 = (unavailable - internal error)

_13 = (unavailable - internal error)

_23 = (unavailable - internal error)

_33 = (unavailable - internal error)

_43 = (unavailable - internal error)

_14 = (unavailable - internal error)

_24 = (unavailable - internal error)

_34 = (unavailable - internal error)

_44 = (unavailable - internal error)

_data = [16]

(unavailable - internal error)

_data2d = [4]

[4] { (unavailable - internal error)

m_RenderData = (unavailable - internal error)

m_BoundsValid = (unavailable - internal error)

(boost::noncopyable_::noncopyable) m_Parent = (unavailable - internal error)

m_Flags = (unavailable - internal error)

m_Texture =

m_Name = { (error -100500 while analyzing string >) } m_Handle = (unavailable - internal error)

m_Material =

m_Hash = (unavailable - internal error)

m_Diffuse =

r = (unavailable - internal error)

g = (unavailable - internal error)

b = (unavailable - internal error)

a = (unavailable - internal error)

m_Ambient =

r = (unavailable - internal error)

g = (unavailable - internal error)

b = (unavailable - internal error)

a = (unavailable - internal error)

m_Specular =

r = (unavailable - internal error)

g = (unavailable - internal error)

b = (unavailable - internal error)

a = (unavailable - internal error)

m_Emissive =

r = (unavailable - internal error)

g = (unavailable - internal error)

b = (unavailable - internal error)

a = (unavailable - internal error)

m_SpecularPower = (unavailable - internal error)

m_Texture = { (error -100500 while analyzing string >) } m_VertexProgram = { (error -100500 while analyzing string >) } m_FragmentProgram = { (error -100500 while analyzing string >) } m_Alpha = (unavailable - internal error)

m_PlayerID = (unavailable - internal error)

m_TextureColor =

r = (unavailable - internal error)

g = (unavailable - internal error)

b = (unavailable - internal error)

a = (unavailable - internal error)

m_pModelDef =

px = (unavailable - internal error)

pn =

pi_ = (unavailable - internal error)

m_ObjectBounds =

m_Data = [2]

X = (unavailable - internal error)

Y = (unavailable - internal error)

Z = (unavailable - internal error)

X = (unavailable - internal error)

Y = (unavailable - internal error)

Z = (unavailable - internal error)

m_Anim = (unavailable - internal error)

m_NextAnim = (unavailable - internal error)

m_AnimSpeed = (unavailable - internal error)

m_AnimTime = (unavailable - internal error)

m_BoneMatrices = (unavailable - internal error)

m_InverseBindBoneMatrices = (unavailable - internal error)

m_Props = (error -100406 while analyzing vector<CModel::Prop >) m_PositionValid = (unavailable - internal error)

m_ShadingColor =

r = (unavailable - internal error)

g = (unavailable - internal error)

b = (unavailable - internal error)

a = (unavailable - internal error)

m_SkeletonAnimManager = (unavailable - internal error)

UnitAttach = 0x00000000 CameraTargets = (error -100500 while analyzing vector<CVector3D >) ZoomDelta = 0.000000 (0x00000000)

m_pLocalPlayer = 0x00000000 m_Players = (error -100500 while analyzing vector<CPlayer * >) m_NumPlayers = 0 (0x00000000) m_GameStarted = false m_SimRate = 1.000000 (0x3F800000) GameStatus = 1551066223 m_Paused = false

pGameAttributes = 0x0EACBE10 ->

(IJSObject) m_JS = 0x02815388 -> (JSObject) m_NonsharedProperties =

(error -100406 while analyzing _Container_base) comp = (CStrW_hash_compare)

_List = (error -100500 while analyzing list<pair<CStrW const ,IJSProperty *> >) _Vec = (error -100406 while analyzing vector<list<pair<CStrW const ,IJSProperty *> >::_Iterator<0> >) _Mask = 15 (0x0000000F) _Maxidx = 16 (0x00000010) _Max_bucket_size = 1.000000 (0x3F800000)

m_ScriptProperties =

(error -100406 while analyzing _Container_base) comp = (CStrW_hash_compare)

_List = (error -100500 while analyzing list<pair<CStrW const ,IJSProperty *> >) _Vec = (error -100406 while analyzing vector<list<pair<CStrW const ,IJSProperty *> >::_Iterator<0> >) _Mask = 15 (0x0000000F) _Maxidx = 16 (0x00000010) _Max_bucket_size = 1.000000 (0x3F800000)

m_EngineOwned = true

m_SynchedProperties =

(error -100406 while analyzing _Container_base) comp = (CStrW_hash_compare)

_List = (error -100500 while analyzing list<pair<CStrW const ,ISynchedJSProperty *> >) _Vec = (error -100406 while analyzing vector<list<pair<CStrW const ,ISynchedJSProperty *> >::_Iterator<0> >) _Mask = 15 (0x0000000F) _Maxidx = 16 (0x00000010) _Max_bucket_size = 1.000000 (0x3F800000)

(Singleton<CGameAttributes>) m_MapFile = { (error -100500 while analyzing basic_string<wchar_t,char_traits<wchar_t> >) } m_ResourceLevel = { (error -100500 while analyzing basic_string<wchar_t,char_traits<wchar_t> >) } m_StartingPhase = { (error -100500 while analyzing basic_string<wchar_t,char_traits<wchar_t> >) } m_GameMode = { (error -100500 while analyzing basic_string<wchar_t,char_traits<wchar_t> >) } m_LOSSetting = 0 (0x00000000) m_FogOfWar = true m_ScreenshotMode = false m_NumSlots = 8 (0x00000008) m_Players = (error -100500 while analyzing vector<CPlayer * >) m_PlayerSlots = (error -100500 while analyzing vector<CPlayerSlot * >) m_PlayerSlotArrayJS = 0x02815380 -> (JSObject) m_UpdateCB = 0x00000000 m_UpdateCBData = 0x000055D4 m_PlayerUpdateCB = 0x00000000 (too much output; skipping to next top-level symbol)

CreateServer (scriptglue.cpp:695)

cx = 0x028BB6D8 -> (JSContext) formal = 0x028BCFC8 -> (JSObject) argc = 246895736 (0x0EB75478) argv = 0x027F4FA4 -> 0 (0x00000000) rval = 0x002FF17C -> 2147483649 (0x80000001)

js_Invoke (:0)

errno = 0 (?) OS error = Se ha intentado tener acceso a una dirección no válida.

In MP game. When playing 1 vs 1. The host sees his name fine, but his opponents name as "Player", while opponents name is Matei (as in the default configuration.). The opponent sees his and host's name fine.

In MP game, the camera position is the same for all the players, which is correct for the host (Player1) but incorrect for other players.

In an 1v1 game of Oasis, the stone resource counter was observed to be -1. After starting at 100 and building two houses (50 stone each), it should have been zero (and probably was). After a while of further play - without any harvesting of stone - the resource counter was shown as "-1". Failed to duplicate this in SP, so it's probably related to network transmission of the value.

We currently have a fairly complicated and unsafe means of managing entities. CHandle is basically a reference-counted pointer. HEntity is an index into a table of CHandle; the class simulates smart pointer semantics by accessing this table.

A fixed table of CHandle is both inefficient (what if we really only need 10% of the limit at a time?) and unsafe (we can't validate HEntity indices sent via network, and risk dangling entity pointers).

To delete entities, they must be inserted into a reaper queue, the contents of which are deleted at the beginning of each update. However, the entities are still accessible and can be referenced.

Finally, there are a bunch of complicated and seemingly redundant flags/access mechanisms for entity aliveness - the refd bitset, its reference count (trumped however by the reaper queue), a destroyed flag and the destroy notifier flag.

This complexity is causing real problems - we've had several access violations at 0x400..0x460, which are most likely caused by NULL entity pointers. At the meeting yesterday, we discussed banning raw CEntity* pointers and replacing them all with smart pointers. Also, separating network ID from entity storage seems prudent (allows stringent error checks and removes an artificial limit on the number of handles).

The proposed solution we arrived at is based on weak pointers - this allows code (e.g. AI) to hold on to entity references and be able to determine in a controlled way whether the entity is dead. The implementation is such that every entity holds a reference-counted pointer to itself and hands it out in form of a smart pointer class. When the entity is `killed', it marks the shared pointer value as invalid and frees itself immediately. Only when the last weak reference is freed would the reference-counted-pointer class instance that they use be released.

The requirement for the reaper is based on the assumption that entities are killed fairly high on the call stack, and the calling functions may still be wanting to do something with the entity. To detect when an entity is dead, we are already using an isDead flag. I figure this could be replaced with the standard weak_ptr isValid mechanism.

Finally, the network ID. For practically limitless numbers of entities, we need a 32-bit counter that resets to zero each game. Entities store their number (which is what is serialized), and EntityManager needs a sparse mapping of ID -> HEntity (the new/old entity reference system).

This sounds like it would simplify things; a partial implementation is underway, but a few design questions remain to be hashed out (Philip and I will be discussing this shortly; any other input is welcome).

TODO:

• ~update HEntity~
• ~adapt EntityManager~
• proper construction of CEntity, including !JS_AddRoot
• update all code to use HEntity instead of CEntity*

While not necessarily critical it's a good thing if we can try and make sure that as much information in the Trac wiki as possible is up-to-date.

While of course getting the actual game releaseable is more important it's important that we good info so people aren't turned away from developing just because of that. (It's not as if there's an overabundance of people who want to spend a lot of time coding for no money as it is, and if they have trouble starting I'm sure they'll move on to other places before even taking a deeper look ;) )

I suggest everyone takes some time to go through the areas of the wiki they know anything about and add/change things as necessary. If we all do a part of it it won't be all that much work, but it will still be a great resource.

Btw, I'm not sure what "Component" this task would be, is the one I've chosen ok or should we create something else for these kind of things? There might be more tasks which aren't directly related to the code, and I'm not sure "Non-game systems" includes that. Please educate me in that case, and otherwise too of course.

Need to set up a new autobuilder, so that the code can be compiled and the binaries committed to SVN from a stable consistent build environment.

Some discussion in ​this thread.

Details on the planned setup: BuildServerSetup.

How to duplicate bug: Start a game. Select a citizen-soldier. Cycle through the construction list in the GUI. Select House. Begin placing house foundations by clicking rapidly twice in one spot. When construction is complete you can see two houses overlapping in the same spot (as long as both house variations have been randomized).

The summary says it all. Start game. Lay a house foundation. Begin constructing the house. Delete the building before it is completed. Crash. This happened while in quick start mode.

Someone please verify.

Enemy Females currently seem to be able to be converted to your side by utilizing any of your troops within their "infidelity radius." This should only occur with Cavalry units. Cavalry should only have the ability to convert enemy females via the infidelity radius. Cavalry is given this function in the Design Document as part of their abilities separate from Infantry.

Building limits "per territory" and other building limit attributes should be dictated in the entity code rather than in a script.

Example: The Hellenes have 3 Special Buildings. Each one could have a different building limit criteria. Same for any other faction and any other building type (for instance, what if we want the Romans to be able to build 3 Barracks per territory instead of the 2 dictated in the script? The Persians are supposed to be able to only build one "Kahk" Special Building per map, not per territory as is dictated in the script).

Start Game

Load map

Select one or more entities.

Click the little "helmet" icon in the GUI to show the multi-selection.

You will see additional health bars running along the bottom of the screen - more health bars than there are entities selected.

(Image Attached)

The DCDT code's license​ says

  Permission to use this software for educational, research and non-
  profit purposes, without fee, and without a written agreement is
  hereby granted, provided that the above notice and the following
  three paragraphs appear in all copies.

which means it is incompatible with the GPL, so it can't be distributed as part of the GPL release. So it has to be removed from that release, or removed from our repository entirely, or we have to get permission to use under GPL-compatible terms.

See attached screenshot. The auras ought to be nice clean circles, but they're all yucky and they flash whenever the camera moves, presumably because of z-fighting.

In Atlas buildings have their proper orientation (the "front" of the building should usually face towards the lower right hand side of the screen - there are some exceptions that face towards the lower left corner of the screen, but the point is, they should face at a 45 degree angle, like a diamond, from the default viewing angle), but when constructed in-game, structures face 135 degrees the wrong direction so that the "fronts" of the buildings now face the exact opposite direction from the camera.

This occurs with every Faction's buildings, no matter if they are PMD meshes or DAE Collada meshes.

The game performs a hard crash when utilizing the "Big Screenshot" option. This option is supposed to output a large Bitmap screenshot of the scene.

hotkey.bigscreenshot = "Ctrl+Alt+F2" ; Take large BMP screenshot.

^{That is the line in my system.cfg file that dictates the hotkeys for taking the big screenshot.}

A similar function works in Atlas that takes a very large bitmap screenshot of the scene. This is how I usually make the monthly screenshots for publicity. I want to be able to do this in-game. Apparently it worked at one time, but no longer works in-game. This would not only be a good feature for us developers, but a good one for end-users as well.

We should probably fix/implement this in time for any official public Beta, as players will want to take nice screenshots of the game they are playing.

The game performs a hard crash when utilizing the "Big Screenshot" option. This option is supposed to output a large Bitmap screenshot of the scene.

hotkey.bigscreenshot = "Ctrl+Alt+F2" ; Take large BMP screenshot.

^{That is the line in my system.cfg file that dictates the hotkeys for taking the big screenshot.}

A similar function works in Atlas that takes a very large bitmap screenshot of the scene. This is how I usually make the monthly screenshots for publicity. I want to be able to do this in-game. Apparently it worked at one time, but no longer works in-game. This would not only be a good feature for us developers, but a good one for end-users as well.

We should probably fix/implement this in time for any official public Beta, as players will want to take nice screenshots of the game they are playing.

Reproduction method:

• Load map with data (Latium)
• Go back to menu
• Load another map with data (alpine)
• enjoy crash

Dump and log: ​http://www.wildfiregames.com/forum/index.php?act=Attach&type=post&id=2055

Similar to the bug which made it possible to move around an enemy players units ( ​http://trac.wildfiregames.com/ticket/212 ) I've found that it's possible to control an enemy's buildings. After having had the building within LOS of one of my units I can control the building, and create units. On Latium I just get a message telling me that I cannot build since there aren't enough housing, since the enemy doesn't have any houses but just the CC, but on other maps with enough housing for the enemy player it's possible to build units.

svn_revision.cpp relies on svn_revision.txt, but that latter file is never actually generated, which breaks the build.

One possible solution: add an svn_revision.txt to SVN which just says "unknown". Don't ever update it for normal developers, because they can work out what they're doing themselves. Then just modify the autobuilder script to run svn_revision.bat and overwrite that file, so the automated builds will identity the revision correctly.

Another possible solution: make svn_revision.bat get called automatically by the VS project. But if it's called for every build, it needs to be careful to avoid triggering a load of unnecessary linking every time. Also it needs to be added on Linux too.

(I'd be happy to help with this, particularly any autobuilder or Linux stuff, depending on what the desired solution is.)

Travis and Brian reported errors in wnuma.cpp like:

'valid' : is not a member of '_PSAPI_WORKING_SET_EX_BLOCK'
'LargePageSize': identifier not found
'node' : is not a member of '_PSAPI_WORKING_SET_EX_BLOCK'

That code is inside an #if WINVER >= 0x600. It compiles fine for me in VS2008 on Vista; I guess it's a problem with an older version of the Platform SDK or something.

(I suggested to them that they just changed the code to #if 0 to get it to compile.)

Set up the access permissions so anonymous users can access the public files.

Work out which parts of Trac should be available to normal users, and make them available.

For the purposes of relicensing as open source, it'd be good to know exactly what code was written by who, so those people can be contacted to make sure they're okay with it.

Collada prop point "root" cannot hand more than one prop at a time. It is essential that collada prop points be able to hand more than one prop at a time, just like the old pmd files.

It is imperative to the game as designed that the game engine supports "static" "non-boned" Collada files, such as those created for ships and buildings, that include multiple prop-points. This is mainly for unit garrisoning purposes (units garrisoned on walls, battlements, towers, and on the decks of ships).

I am slating this for Beta, because for Alpha we could conceivably get by with just simple garrisoning capability without the propping. But for any public beta this feature should be implemented, as it is a major stated feature of the project.

It'd be nice to use proper validator tools to report errors in XML tools. So:

• Write RelaxNG Compact schemas for all the XML formats. (See existing DTDs for GUI and terrain files.)
• Add a script to convert them to RelaxNG XML.
• Change the CXeromyces API to accept a schema argument.
• Use that schema as part of the file hash, and use it to validate the document.
• Possibly refuse to load invalid documents? Or just report the error (and cache the error message in the XMB)? Currently we report an error.
• Write an external tool that validates all the XML files at once.

Editing system.cfg is nasty, because you get merge conflicts and accidental commits etc. So people should always use user-specific configuration, which looks like it's already implemented in data/profiles/default/settings/user.cfg. So: make sure that actually works, delete the non-default profiles because they're confusing and unneccessary, and update all the relevant documentation (and add a comment in system.cfg) to say to edit user.cfg.

CLogger is unnecessarily complex. Get rid of the LOG_CATEGORY and user-configurable interestingness stuff, and simplify the macros to LOG_ERROR("whatever") etc.

About 75% of farms when built in-game or when placed manually in Atlas have a rendering issue with the alpha channeled "wheat" texture. This is apparently random.

Screenshot attached.

I first saw this when constructing a building, but had trouble reproducing it so I thought I'd wait until I saw it again, but then I saw that the same thing occurred when enemy units were attacking my units. The enemy unit were on the opposite side of a building from my units, but still hitpoints were subtracted from one of my units. It wasn't a ranged unit, and there were no other units nearby, so for some reason the animation/model wasn't "at the place where the simulation occurred" or how I should say.

The same thing with the units constructing a building. As you can see on the screenshot I attached the units that are constructing the building are at a distance from it, though using the proper animation and everything else works.

In both cases it's a building that's between the unit (or rather the animation/model) and the action/simulation that's actually taking place. Not sure if that's just a coincidence, but I thought it was worth mentioning.

Also as it's not interrupting the gameplay or anything it shouldn't be on this milestone, but I don't know on which it fits best, so someone who knows that better should move it, please.

I first saw this when constructing a building, but had trouble reproducing it so I thought I'd wait until I saw it again, but then I saw that the same thing occurred when enemy units were attacking my units. The enemy unit were on the opposite side of a building from my units, but still hitpoints were subtracted from one of my units. It wasn't a ranged unit, and there were no other units nearby, so for some reason the animation/model wasn't "at the place where the simulation occurred" or how I should say.

The same thing with the units constructing a building. As you can see on the screenshot I attached the units that are constructing the building are at a distance from it, though using the proper animation and everything else works.

In both cases it's a building that's between the unit (or rather the animation/model) and the action/simulation that's actually taking place. Not sure if that's just a coincidence, but I thought it was worth mentioning.

Also as it's not interrupting the gameplay or anything it shouldn't be on this milestone, but I don't know on which it fits best, so someone who knows that better should move it, please.

When a config file says something like

key = value ; comment

the config parser thinks the key is associated with two values, "value" and " ; comment". (See mainlog.html, where it reports all the config values that were loaded.)

This needs to be fixed, so legitimate (comma-separated) values are kept but comments are discarded.

I cannot start single player game on Windows XP SP2, crash occurs when loading CSimulation. See the log below with comments marked with * on the beginning. When start pyrogenesis.exe several errors occur:

Assertion failed: "resolution <= 2e-3"
Location: whrt.cpp:114 (InitCounter)

Call stack:
InitCounter (whrt.cpp:114)
whrt_Init (whrt.cpp:300)
[..]

***Continue pressed***

Assertion failed: "resolution > 0.0"
Location: frequency_filter.cpp:36 (FrequencyEstimator::FrequencyEstimator)

Call stack:

FrequencyEstimator::FrequencyEstimator (frequency_filter.cpp:36)
    this = (unavailable)
    resolution = -1.#IND (0xFFF8000000000000)
[..]

***Continue pressed****
***Window frame occures***

Assertion failed: "TimeSinceLastFrame > 0.0f"
Location: main.cpp:201 (Frame)

Call stack:

Frame (main.cpp:201)
    need_update = false
    TimeSinceLastFrame = -347316158464.000000 (0xD2A1BB50)
    need_render = false
    down = [3] { 0.000000 (0x08CE7758), 0.000000 (0x00401E58), 0.000000 (0x0012FF34) }

[..]

***Initial menu inside widow frame occurs***

Assertion failed: "TimeSinceLastFrame > 0.0f"
Location: main.cpp:201 (Frame)

Call stack:

Frame (main.cpp:201)
    need_update = false
    TimeSinceLastFrame = -347316158464.000000 (0xD2A1BB50)
    need_render = false
    down = [3] { 0.000000 (0x08CE7758), 0.000000 (0x00401E58), 0.000000 (0x0012FF34) }

***Single player clicked***
***Game setup occurs***
***Start! clicked***

***When loading CSimulation***

Much to our regret we must report the program has encountered an error.

Please let us know at http://trac.wildfiregames.com/ and attach the crashlog.txt and crashlog.dmp files.

Details: unhandled exception (Access violation reading 0x00000000)

Location: unknown:0 (?)

Call stack:

00000000


errno = 0 (?)
OS error = 0 (no error code was set)

***Surppress dashed out so Continue clicked***

***Windows XP SP3 reported pyrogenesis.exe has encountered a problem and needs to close. ...***

you can view a list of all tickets but cant actually read the content of tickets if you're not registered / logged in.

It would help to check for more information if you got a problem to be able to check what problems and possible solution and workarounds other people reported.

Informations from the Program Error Dialogue:

Details: unhandled exception (Access violation reading 0x00000460) Location: unknown:0 (?) Call Stack: 002FAF5B errno = 0 (?) OS error = 0 (no error code was set)

More infos in crashlog,dmp and crashlog.txt

First of all, my brother is an History fan, specially the age this game is about, so I'll try to contribute with suggestions and comments about historical bugs and related stuff.

I was watching the second game movie, from 2006, and in it we can see different atacks of two different units. I showed it to my brother, and he found out a bug. Helenic phalanx is using the weapon with the wrong hand.

I had a discussion with him about it, but ​he is right, and he has also told me they was forced to use it with that hand (so, no lefthanded people, I guess).

It's great to see you guys have open-sourced this project; however, the build system for Linux and OS X seems a little bit insane right now. I'd like to offer some assistance in porting the build system to SCons, a Python-based build system that is much simpler to work with and won't require the use of Premake or workspaces. I think making Makefiles is generally a pretty frightful workaround for the inadequacies of Make, and a more modern build system would simplify development of this project a great deal. Using scons, the Premake and workspace stuff would be replaced by a scons-local installation, allowing Unix developers to simply run 'python scons.py' to compile. In doing this, I'd also like to update the Mac build process to:

1) Build proper .app bundles

2) Make use of all the libraries the developer has available, but link statically against any libraries not included by default in OS X. In this way, for example, the developer can compile with FFMpeg from MacPorts, but not require the user to install MacPorts. The alternative is to include the libraries in the application bundle, but that would just result in a larger, slower application and increase the amount of work required in the build system (especially since this would involve changing install_names so the loader could locate everything). The only requirement I've found so far that's required that doesn't have static libraries by default in MacPorts is wxWidgets

I'm still in the process of checking the project out, but I thought it would be worthwhile to gauge your interest in this. There are other good build systems like CMake available as well, but SCons is the one I'm most familiar with and thus the one I think I could contribute the most with. If you guys think this would be a good idea I should be able to start working on it fairly soon (obviously, I don't want to waste a lot of time on it if not). Just let me know and I can get started on this ASAP.

There were some missing include errors while I was building 0 a.d. on FreeBSD. Maybe that's because I was building with precompiled headers (doesn't seem to work nice with ccache), but I guess it's better to add them.

build/premake/src/Src/os.h: check for FreeBSD correctly source/tools/atlas/AtlasScript/ScriptInterface.cpp: use valgrind only on Linux and MacOS X (not on FreeBSD) source/ps/DllLoader.cpp: add missing const build/workspaces/update-workspaces.sh: use plain sh instead of bash (no bash-specific features are used and bash is not available on FreeBSD by default). Also substitute positional parameters correctly

Collada tries to load plugins from applicationFolderName without checking whether it is empty first, which leads to crash on FreeBSD, where it is empty. While actually there should be FreeBSD version of FUFileManager::GetApplicationFolderName implemented, here where we don't need to load any plugins (do we?) this fix should go.

in libraries/cxxtest/include/cxxtest/ValueTraits.h:281

#ifndef __APPLE__ // avoid redefinition errors on mac
    CXXTEST_COPY_TRAITS( size_t, const unsigned int ); // avoid /Wp64 warnings in MSVC
#endif

There is a check to make sure redefinition errors do not happen on mac. The check also needs to apply on linux.

In the help page for building on linux (​http://trac.wildfiregames.com/wiki/BuildInstructions#Installingthread-safeSpiderMonkey) The recommended version of spider monkey causes build errors with 0AD. I installed the latest version of spider monkey (changeset: 30318) from ​https://developer.mozilla.org/En/SpiderMonkey/Getting_SpiderMonkey_source_code#Getting_the_latest_SpiderMonkey_source_code

And copied header files 0AD wanted (jsosdep.h and jsconfig.h) that were not present in the latest Spider Monkey revision from an older version to /usr/include/js

0AD then compiled successfully. There was an error (which seemed to have no effect) when launching a single player game but I don't know if it is related to Spider Monkey or what effects the error had on the game.

exe name before realpath: /Volumes/Data/Development/Compiling/0AD/trunk/binaries/system/./pyrogenesis_dbg
exe name after realpath: /Volumes/Data/Development/Compiling/0AD/trunk/binaries/system/./pyrogenesis_dbg
returning exe name: /Volumes/Data/Development/Compiling/0AD/trunk/binaries/system/pyrogenesis_dbg
TIMER| InitVfs: 1.603 ms
TIMER| InitScripting: 7.995 ms
TIMER| CONFIG_Init: 8.452 ms
TIMER| write_sys_info: 1.098 ms
TIMER| ps_console: 17.498 ms
TIMER| ps_lang_hotkeys: 6.716 ms
TIMER| ps_gui_init: 187 us
TIMER| ps_gui_setup_xml: 4.976 ms
TIMER| ps_gui_styles_xml: 2.096 ms
TIMER| ps_gui_sprite1_xml: 61.773 ms
(current document)(0): malformed UTF-8 character sequence at offset 25199
ERROR: JavaScript Error ((current document), line 0): malformed UTF-8 character sequence at offset 25199
terminate called after throwing an instance of 'PSERROR_Scripting_LoadFile_EvalErrors'
  what():  Scripting_LoadFile_EvalErrors
Abort trap

I eventually tracked this down to gui/test/functions_page_session_status_commands.js, which was in some ISO-* encoding, instead of UTF-8. This problem exists for quite a few other files as well. Spidermonkey fails to parse them, and dies.

hi

i was building the game on a kubuntu 9.04 using the instructions on ​http://trac.wildfiregames.com/wiki/BuildInstructions however if i start the ./pyrogenesis_dbg all i get is

TIMER| InitVfs: 1.64816 ms TIMER| InitScripting: 55.6995 ms TIMER| CONFIG_Init: 30.1024 ms TIMER| write_sys_info: 1.48977 ms TIMER| ps_console: 12.7604 ms TIMER| ps_lang_hotkeys: 11.0896 ms TIMER| ps_gui_init: 45.814 us TIMER| ps_gui_setup_xml: 30.3468 ms TIMER| ps_gui_styles_xml: 4.25142 ms TIMER| ps_gui_sprite1_xml: 220.275 ms gui/test/functions_page_session.js(280): ReferenceError: addGlobalHandler is not defined ERROR: JavaScript Error (gui/test/functions_page_session.js, line 280): ReferenceError: addGlobalHandler is not defined terminate called after throwing an instance of 'PSERROR_Scripting_LoadFile_EvalErrors'

what(): Scripting_LoadFile_EvalErrors

Aborted

a windows pops up for a second and closes again.

did i do anything wrong? i even built the spidermonkey lib threadsafe for my system

cd311

libxml2 checks for thread support by not only checking if it was compiled in, but also by checking whether "_REENTRANT" or "MT" is set. Usually, AFAIK, these are set on *nix when pthread is included, but since on OS X GNU threads are included in libSystem, this does not happen.

I propose the attached fix, but if anyone has a better idea, feel free.

"lib.tests/test_secure_crt.h" fails to compile on Mac OS X, as Mac OS X does not have a included "strnlen".

A crappy fix is attached, because I fail at C.

after build I ran pyrogenesis_dbg and I got:

TIMER| InitVfs: 1.78191 ms TIMER| InitScripting: 14.0081 ms TIMER| CONFIG_Init: 22.1368 ms TIMER| write_sys_info: 33.9102 ms TIMER| ps_console: 12.847 ms TIMER| ps_lang_hotkeys: 31.845 ms TIMER| ps_gui_init: 74.47 us TIMER| ps_gui_setup_xml: 6.78038 ms TIMER| ps_gui_styles_xml: 25.172 ms TIMER| ps_gui_sprite1_xml: 298.166 ms (current document)(0): malformed UTF-8 character sequence at offset 25199 ERROR: JavaScript Error ((current document), line 0): malformed UTF-8 character sequence at offset 25199 terminate called after throwing an instance of 'PSERROR_Scripting_LoadFile_EvalErrors'

what(): Scripting_LoadFile_EvalErrors

zsh: abort ./pyrogenesis_dbg

from lib/external_libraries/openal.h, line 34:

// ALC strings (e.g. device and extension names) are typed differently
// between platforms *sigh*
#if OS_MACOSX
typedef ALCubyte* alcString;
#else
typedef ALCchar* alcString;
#endif

This is incorrect, and creates compilation errors. It is not platform dependent - using ALCubyte was changed to using ALCchar in the 1.1 spec of OpenAL. It should be identified through AL_VERSION_1_1 (Unless you can think of a better way, it's not 100% accurate)

A fix is attached.

Basically this:

NetClient.cpp
../../../source/network/NetClient.cpp: In static member function 'static bool CNetClient::OnError(void*, CFsmEvent*)':
../../../source/network/NetClient.cpp:253: warning: comparison between signed and unsigned integer expressions
../../../source/network/NetClient.cpp: In static member function 'static bool CNetClient::OnAuthenticate(void*, CFsmEvent*)':
../../../source/network/NetClient.cpp:367: warning: comparison between signed and unsigned integer expressions
NetServer.cpp
../../../source/network/NetServer.cpp: In static member function 'static bool CNetServer::OnError(void*, CFsmEvent*)':
../../../source/network/NetServer.cpp:395: warning: comparison between signed and unsigned integer expressions
Util.cpp
../../../source/ps/Util.cpp: In function 'void WriteSystemInfo()':
../../../source/ps/Util.cpp:96: warning: format '%d' expects type 'int', but argument 5 has type 'size_t'
../../../source/ps/Util.cpp:96: warning: format '%d' expects type 'int', but argument 6 has type 'size_t'
../../../source/ps/Util.cpp:96: warning: format '%d' expects type 'int', but argument 7 has type 'size_t'
../../../source/ps/Util.cpp:109: warning: format '%u' expects type 'unsigned int', but argument 3 has type 'size_t'
../../../source/ps/Util.cpp:109: warning: format '%u' expects type 'unsigned int', but argument 4 has type 'size_t'
CLogger.cpp
../../../source/ps/CLogger.cpp:171: warning: unused parameter 'category'
../../../source/ps/CLogger.cpp:188: warning: unused parameter 'category'
Parser.cpp
../../../source/ps/Parser.cpp: In member function 'bool CParserLine::ParseString(const CParser&, const std::string&)':
../../../source/ps/Parser.cpp:557: warning: comparison between signed and unsigned integer expressions
../../../source/ps/Parser.cpp:605: warning: comparison between signed and unsigned integer expressions
../../../source/ps/Parser.cpp:657: warning: comparison between signed and unsigned integer expressions
../../../source/ps/Parser.cpp:793: warning: comparison between signed and unsigned integer expressions
EntityManager.cpp
../../../source/simulation/EntityManager.cpp: In member function 'HEntity CEntityManager::Create(CEntityTemplate*, CVector3D, float, const std::set<CStr8, std::less<CStr8>, std::allocator<CStr8> >&, const CStrW*)':
../../../source/simulation/EntityManager.cpp:225: warning: comparison between signed and unsigned integer expressions
ScriptGlue.cpp
../../../source/scripting/ScriptGlue.cpp: In function 'void InitJsTimers()':
../../../source/scripting/ScriptGlue.cpp:648: warning: format '%d' expects type 'int', but argument 3 has type 'size_t'
Terrain.cpp
../../../source/graphics/Terrain.cpp: In member function 'void CTerrain::Resize(ssize_t)':
../../../source/graphics/Terrain.cpp:368: warning: comparison between signed and unsigned integer expressions
Renderer.cpp
../../../source/renderer/Renderer.cpp: In member function 'virtual CStr8 CRendererStatsTable::GetCellText(size_t, size_t)':
../../../source/renderer/Renderer.cpp:152: warning: format '%d' expects type 'int', but argument 4 has type 'long unsigned int'
../../../source/renderer/Renderer.cpp:152: warning: format '%d' expects type 'int', but argument 4 has type 'long unsigned int'
../../../source/renderer/Renderer.cpp:158: warning: format '%d' expects type 'int', but argument 4 has type 'long unsigned int'
../../../source/renderer/Renderer.cpp:158: warning: format '%d' expects type 'int', but argument 4 has type 'long unsigned int'
../../../source/renderer/Renderer.cpp:164: warning: format '%d' expects type 'int', but argument 4 has type 'long unsigned int'
../../../source/renderer/Renderer.cpp:164: warning: format '%d' expects type 'int', but argument 4 has type 'long unsigned int'
../../../source/renderer/Renderer.cpp:170: warning: format '%d' expects type 'int', but argument 4 has type 'long unsigned int'
../../../source/renderer/Renderer.cpp:170: warning: format '%d' expects type 'int', but argument 4 has type 'long unsigned int'
../../../source/renderer/Renderer.cpp:176: warning: format '%d' expects type 'int', but argument 4 has type 'long unsigned int'
../../../source/renderer/Renderer.cpp:176: warning: format '%d' expects type 'int', but argument 4 has type 'long unsigned int'
WaterManager.cpp
../../../source/renderer/WaterManager.cpp: In member function 'int WaterManager::LoadWaterTextures()':
../../../source/renderer/WaterManager.cpp:114: warning: format '%02d' expects type 'int', but argument 5 has type 'size_t'
../../../source/renderer/WaterManager.cpp:114: warning: format '%02d' expects type 'int', but argument 5 has type 'size_t'
../../../source/renderer/WaterManager.cpp:131: warning: format '%02d' expects type 'int', but argument 5 has type 'size_t'
../../../source/renderer/WaterManager.cpp:131: warning: format '%02d' expects type 'int', but argument 5 has type 'size_t'
MessagePasserImpl.cpp
../../../source/tools/atlas/GameInterface/MessagePasserImpl.cpp: In constructor 'MessagePasserImpl::MessagePasserImpl()':
../../../source/tools/atlas/GameInterface/MessagePasserImpl.cpp:37: warning: format '%d' expects type 'int', but argument 3 has type 'size_t'
ldbg.cpp
../../../source/lib/sysdep/os/linux/ldbg.cpp: In function 'void* debug_GetCaller(void*, const char*)':
../../../source/lib/sysdep/os/linux/ldbg.cpp:87: warning: unused variable 'bt_size'
../../../source/lib/sysdep/os/linux/ldbg.cpp: In function 'LibError debug_resolve_symbol_dladdr(void*, char*, char*, int*)':
../../../source/lib/sysdep/os/linux/ldbg.cpp:303: warning: format '%08x' expects type 'unsigned int', but argument 4 has type 'size_t'
../../../source/lib/sysdep/os/linux/ldbg.cpp:303: warning: format '%08x' expects type 'unsigned int', but argument 4 has type 'size_t'
item.cpp
../../../source/tools/atlas/wxJS/gui/control/item.cpp: In static member function 'static bool wxjs::gui::ControlItem::GetProperty(wxjs::Index*, JSContext*, JSObject*, int, jsval*)':
../../../source/tools/atlas/wxJS/gui/control/item.cpp:84: warning: comparison between signed and unsigned integer expressions
../../../source/tools/atlas/wxJS/gui/control/item.cpp: In static member function 'static bool wxjs::gui::ControlItem::SetProperty(wxjs::Index*, JSContext*, JSObject*, int, jsval*)':
../../../source/tools/atlas/wxJS/gui/control/item.cpp:108: warning: comparison between signed and unsigned integer expressions
../../../source/tools/atlas/wxJS/gui/control/item.cpp: In static member function 'static JSBool wxjs::gui::ControlItem::remove(JSContext*, JSObject*, uintN, jsval*, jsval*)':
../../../source/tools/atlas/wxJS/gui/control/item.cpp:145: warning: comparison between signed and unsigned integer expressions
../../../source/tools/atlas/wxJS/gui/control/item.cpp: In static member function 'static JSBool wxjs::gui::ControlItem::select(JSContext*, JSObject*, uintN, jsval*, jsval*)':
../../../source/tools/atlas/wxJS/gui/control/item.cpp:172: warning: comparison between signed and unsigned integer expressions
radioboxit.cpp
../../../source/tools/atlas/wxJS/gui/control/radioboxit.cpp: In static member function 'static bool wxjs::gui::RadioBoxItem::GetProperty(wxjs::Index*, JSContext*, JSObject*, int, jsval*)':
../../../source/tools/atlas/wxJS/gui/control/radioboxit.cpp:68: warning: comparison between signed and unsigned integer expressions
../../../source/tools/atlas/wxJS/gui/control/radioboxit.cpp:79: warning: comparison between signed and unsigned integer expressions
../../../source/tools/atlas/wxJS/gui/control/radioboxit.cpp: In static member function 'static bool wxjs::gui::RadioBoxItem::SetProperty(wxjs::Index*, JSContext*, JSObject*, int, jsval*)':
../../../source/tools/atlas/wxJS/gui/control/radioboxit.cpp:109: warning: comparison between signed and unsigned integer expressions
rect.cpp
../../../source/tools/atlas/wxJS/gui/misc/rect.cpp: In static member function 'static JSBool wxjs::gui::Rect::inside(JSContext*, JSObject*, uintN, jsval*, jsval*)':
../../../source/tools/atlas/wxJS/gui/misc/rect.cpp:464: warning: 'bool wxRect::Inside(int, int) const' is deprecated (declared at /usr/include/wx-2.8/wx/gdicmn.h:490)
../../../source/tools/atlas/wxJS/gui/misc/rect.cpp:477: warning: 'bool wxRect::Inside(const wxPoint&) const' is deprecated (declared at /usr/include/wx-2.8/wx/gdicmn.h:491)
sizer.cpp
../../../source/tools/atlas/wxJS/gui/misc/sizer.cpp: In static member function 'static JSBool wxjs::gui::Sizer::remove(JSContext*, JSObject*, uintN, jsval*, jsval*)':
../../../source/tools/atlas/wxJS/gui/misc/sizer.cpp:534: warning: 'virtual bool wxSizer::Remove(wxWindow*)' is deprecated (declared at /usr/include/wx-2.8/wx/sizer.h:513)
textline.cpp
../../../source/tools/atlas/wxJS/io/textline.cpp: In static member function 'static bool wxjs::io::TextLine::GetProperty(wxjs::Index*, JSContext*, JSObject*, int, jsval*)':
../../../source/tools/atlas/wxJS/io/textline.cpp:102: warning: comparison between signed and unsigned integer expressions
../../../source/tools/atlas/wxJS/io/textline.cpp: In static member function 'static bool wxjs::io::TextLine::SetProperty(wxjs::Index*, JSContext*, JSObject*, int, jsval*)':
../../../source/tools/atlas/wxJS/io/textline.cpp:134: warning: comparison between signed and unsigned integer expressions
../../../source/tools/atlas/wxJS/io/textline.cpp: In static member function 'static bool wxjs::io::TextLine::Enumerate(wxjs::Index*, JSContext*, JSObject*, JSIterateOp, jsval*, jsid*)':
../../../source/tools/atlas/wxJS/io/textline.cpp:186: warning: comparison between signed and unsigned integer expressions
DLLInterface.cpp
In file included from /usr/include/libxml2/libxml/parser.h:15,
from ../../../source/tools/atlas/AtlasUI/Misc/DLLInterface.cpp:42:
/usr/include/libxml2/libxml/xmlversion.h:429:1: warning: "ATTRIBUTE_PRINTF" redefined
In file included from /usr/include/wx-2.8/wx/wxprec.h:13,
from ../../../source/tools/atlas/AtlasUI/Misc/precompiled.h:43,
from ../../../source/tools/atlas/AtlasUI/Misc/precompiled.cpp:18:
/usr/include/wx-2.8/wx/defs.h:501:1: warning: this is the location of the previous definition
Trigger.cpp
../../../source/tools/atlas/AtlasUI/ScenarioEditor/Sections/Trigger/Trigger.cpp:1049: warning: unused parameter 'label'
DLL.cpp
../../../source/collada/DLL.cpp: In member function 'virtual void BufferedOutputCallback::operator()(const char*, unsigned int)':
../../../source/collada/DLL.cpp:78: warning: comparison between signed and unsigned integer expressions
../../../source/collada/DLL.cpp:84: warning: comparison between signed and unsigned integer expressions
test_byte_order.cpp
In file included from ../../../source/lib/self_test.h:190,
from ../../../source/pch/test/precompiled.h:24,
from ../../../source/pch/test/precompiled.cpp:25:
../../../libraries/cxxtest/include/cxxtest/TestSuite.h: In function 'bool CxxTest::equals(X, Y) [with X = long int, Y = long long unsigned int]':
../../../libraries/cxxtest/include/cxxtest/TestSuite.h:56: instantiated from 'void CxxTest::doAssertEquals(const char*, unsigned int, const char*, X, const char*, Y, const char*) [with X = long int, Y = long long unsigned int]'
../../../source/lib/tests/../../../source/lib/tests/test_byte_order.h:83: instantiated from here
../../../libraries/cxxtest/include/cxxtest/TestSuite.h:47: warning: comparison between signed and unsigned integer expressions
test_allocators.cpp
In file included from ../../../source/lib/self_test.h:190,
from ../../../source/pch/test/precompiled.h:24,
from ../../../source/pch/test/precompiled.cpp:25:
../../../libraries/cxxtest/include/cxxtest/TestSuite.h: In function 'bool CxxTest::equals(X, Y) [with X = unsigned int, Y = int]':
../../../libraries/cxxtest/include/cxxtest/TestSuite.h:56: instantiated from 'void CxxTest::doAssertEquals(const char*, unsigned int, const char*, X, const char*, Y, const char*) [with X = unsigned int, Y = int]'
../../../source/pch/test/../../../source/lib/allocators/tests/test_allocators.h:42: instantiated from here
../../../libraries/cxxtest/include/cxxtest/TestSuite.h:47: warning: comparison between signed and unsigned integer expressions

Game crashed on startup. I have a pretty crappy graphics card - Mobile Intel 945 Express Chipset Family - so that might be the cause.

-Players can build and walk in water.

-Players can build in neutral territory(dont know about enemy territory)

-Players can harvest on neutral territory(dont know about enemy territory)

-If building a farm outside of mill/other gather structure range, it cannot be harvested, but even if you build a mill there after the farm has been built it still cant be harvested

-Queuing unit production is very slow, have to wait half to one second before able to queue a new unit.

-When moving units in groups some of them doesnt stop running trying to get to the path-waypoint location loop running in circles.

-Fixing so that when Villager/builder woman has built a farm they will automatically start farming on it, like when a villager has finished chopping a tree they move to the next possible one.

-It only show a blue screen where the map is supposed to be.

​http://zyk-production.com/contributions/atlas.jpg

-Make different amount of resources on these nodes like.

-Larger tree/stone/mineral -> more resources to harvest

-Smaller tree/stone/mineral -> less resource to harvest

The <stamina> tag in a unit's entity does not seem to effect the unit's actual stamina in-game, no matter what value I give it as <max>. I can give a unit 100 stamina or 10000 stamina and the unit will still run the same distance in-game. This is incorrect. A unit should run further the higher his Max Stamina.

Would like the renderer to have distance fog implemented and able to be enabled on a map through the Atlas map editor. Some variables would include:

• Thickness
  

• Tint
  

• Distance (the distance that the background becomes 100% obscured by the fog)
  

• anything else?
  

This would be a good way to visually mask the fact that we don't have other whiz-bang graphical features like normal maps and suchness.

-When dragging the selection box over screen, only select military units if there are any, if not, then make it only choose villagers, and only let 1 building get selected at once instead of(lets say) 10, currently if you drag you get villagers,buildings and military units in one selection

-The way it is now, you have to wait a certain time before you can click the create "any unit here" or else it doesnt stack the order, making it painfully slow when a player have to build 1+ unit, it should register per click and not have what seems to be a wait function between each possible click.

-0.5 sec to 1 sec before able to queue another unit into production queue everytime is very slow.

On Linux: Delete binaries/data/cache. Run the game. Get an error:

/usr/include/boost/shared_ptr.hpp:375: T* boost::shared_ptr<T>::operator->() const [with T = RealDirectory]: Assertion `px != 0' failed.

vfs_lookup.cpp​ attempts to create the directory with mkdir. Two problems:

First: It appears to call mkdir("/.../binaries/data/") with subdirectoryName == "cache". Then it calls mkdir("/.../binaries/data/cache/mods") with subdirectoryName == "mods". It never actually creates cache, so it fails.

Second: If mkdir fails, then no error is reported, and the shared_ptr assertion occurs arbitrarily later. If it returns -1 and errno != EEXIST then the error should probably be reported immediately.

After compiling the project with VC++2008 on Win XP Pro SP3, I get the following error on startup (pyrogenesis_dbg.exe) :

Assertion failed: "resolution <= 2e-3"
Location: whrt.cpp:114 (InitCounter)

Call stack:

InitCounter (whrt.cpp:100)


errno = 0 (?)
OS error = 0 (no error code was set)

I can click continue and launch the game after several other error messages :

Assertion failed: "resolution > 0.0"
Location: frequency_filter.cpp:36 (FrequencyEstimator::FrequencyEstimator)

Call stack:

ILT+150745(??0FrequencyEstimatorQAENZ) (:0)

ILT+25630(??0FrequencyFilterQAENNZ) (:0)

ILT+134050(?CreateFrequencyFilterYA?AV?$shared_ptrUIFrequencyFilterboostNNZ) (:0)

RunGameOrAtlas (main.cpp:379)
    argc = 1 (0x00000001)
    argv = 0x01D460D8 -> 0x01D460E0 -> "C:\0ad\binaries\system\pyrogenesis_dbg.exe"
    ran_atlas = false
    args = 
        m_Args = (error -100500 while analyzing vector<pair<CStr8,CStr8> >)
        m_Arg0 = { (error -100500 while analyzing string >) }

    res = 1.6976e-314 (0x00000000CCCCCCCC)

ILT+159840(_main) (:0)

__tmainCRTStartup (crtexe.c:410)

mainCRTStartup (crtexe.c:393)

CallStartupWithinTryBlock (wseh.cpp:350)
    ret = 1245060 (0x0012FF84)


errno = 0 (?)
OS error = 0 (no error code was set)

Function call failed: return value was -110100 (Unknown error (-110100, 0xFFFE51EC))
Location: vfs.cpp:111 (VFS::LoadFile)

Call stack:

(error while dumping stack: No stack frames found)
errno = 0 (?)
OS error = 0 (no error code was set)

Assertion failed: "TimeSinceLastFrame > 0.0f"
Location: main.cpp:201 (Frame)

Call stack:

Frame (main.cpp:182)
    need_update = false
    time = 4.79453e-199 (0x16C25990CCCCCCCC)
    TimeSinceLastFrame = 0.000000 (0x0000002F)
    need_render = false
    is_building_archive = true 

RunGameOrAtlas (main.cpp:379)
    argc = 1 (0x00000001)
    argv = 0x01D460D8 -> 0x01D460E0 -> "C:\0ad\binaries\system\pyrogenesis_dbg.exe"
    ran_atlas = false
    args = 
        m_Args = (error -100500 while analyzing vector<pair<CStr8,CStr8> >)
        m_Arg0 = { (error -100500 while analyzing string >) }

    res = 1.6976e-314 (0x00000000CCCCCCCC)

ILT+159840(_main) (:0)

__tmainCRTStartup (crtexe.c:410)

mainCRTStartup (crtexe.c:393)

CallStartupWithinTryBlock (wseh.cpp:350)
    ret = 1245060 (0x0012FF84)


errno = 0 (?)

Note that I need to "Supress" this last error message to have access to the game menu.

Then I start a new "Single Player" game and it launches the game without problem ... unless I cannot move !

What I can do is :

• rotate around the units (with LMB + RMB)
• select a unit (LMB)
• interact with gui (hide/show)

But right-clicking on a tree when an unit is selected doesn't send it to the tree (the cursor turns to wood, but the unit doesn't move).

I guess this is related to this bug : ​http://trac.wildfiregames.com/ticket/253

Hello, I try to compile wildfire on ubuntu jaunty following your build instructions.

Now there is an error while compiling the AtlasUI. The output is:

==== Building AtlasUI ====
precompiled.cpp
ActorEditor.cpp
AnimListEditor.cpp
ActorEditorListCtrl.cpp
PropListEditor.cpp
ActorViewer.cpp
ColourTesterFileCtrl.cpp
ColourTester.cpp
ColourTesterColourCtrl.cpp
ColourTesterImageCtrl.cpp
ActionButton.cpp
ToolButton.cpp
Canvas.cpp
ColourDialog.cpp
DraggableListCtrl.cpp
DraggableListCtrlCommands.cpp
ListCtrlValidator.cpp
QuickComboBox.cpp
QuickTextCtrl.cpp
EditableListCtrl.cpp
FieldEditCtrl.cpp
QuickFileCtrl.cpp
EditableListCtrlCommands.cpp
FileHistory.cpp
HighResTimer.cpp
SnapSplitterWindow.cpp
virtualdirtreectrl.cpp
AtlasWindow.cpp
AtlasDialog.cpp
ErrorReporter.cpp
Observable.cpp
AtlasClipboard.cpp
AtlasEventLoop.cpp
Datafile.cpp
AtlasWindowCommand.cpp
AtlasWindowCommandProc.cpp
FFmpeg.cpp
VideoRecorder.cpp
DLLInterface.cpp
SectionLayout.cpp
ScenarioEditor.cpp
Sidebar.cpp
Cinematic.cpp
LightControl.cpp
Environment.cpp
Terrain.cpp
Trigger.cpp
../../../source/tools/atlas/AtlasUI/ScenarioEditor/Sections/Trigger/Trigger.cpp:1050: warning: unused parameter 'label'
ScriptedTool.cpp
AlterElevation.cpp
PlaceObject.cpp
FlattenElevation.cpp
PaintTerrain.cpp
TransformObject.cpp
ObjectSettings.cpp
MiscState.cpp
Brushes.cpp
Tools.cpp
Linking AtlasUI
obj/AtlasUI_Debug/ColourTesterColourCtrl.o: In function `CustomColourButton::OnButton(wxCommandEvent&)':
ColourTesterColourCtrl.cpp:(.text._ZN18CustomColourButton8OnButtonER14wxCommandEvent[CustomColourButton::OnButton(wxCommandEvent&)]+0x92): undefined reference to `wxColour::IsOk() const'
obj/AtlasUI_Debug/FieldEditCtrl.o: In function `wxColour::Ok() const':
/usr/include/wx-2.8/wx/gtk/colour.h:30: undefined reference to `wxColour::IsOk() const'
/usr/bin/ld: ../../../binaries/system/libAtlasUI_dbg.so: hidden symbol `wxColour::IsOk() const' isn't defined
/usr/bin/ld: final link failed: Nonrepresentable section on output
collect2: ld returned 1 exit status
make[2]: *** [../../../binaries/system/libAtlasUI_dbg.so] Error 1
make[1]: *** [AtlasUI] Error 2
make[1]: Leaving directory `/build/korn-wildfire_0svn7029-1~getdeb1-amd64-L8XWbo/wildfire-0svn7029-1~getdeb1/build/workspaces/gcc'
make: *** [build-stamp] Error 2
dpkg-buildpackage: failure: debian/rules build gave error exit status 2

In debug.cpp, debug_WriteCrashlog tries to open crashlog.txt for writing. If it fails (e.g. it doesn't have write permission to that directory), it resets isBusy and then does WARN_RETURN, which calls debug_DisplayError, which calls debug_WriteCrashlog, and isBusy is false so it loops forever.

See ​http://ruby.pastebin.com/m53d88e4a for an example of this.

lib/file/path.h:

    const LibError PATH_ROOT_DIR_ALREADY_SET = -110200;
    const LibError PATH_NOT_IN_ROOT_DIR      = -110201;

lib/file/file.h:

    const LibError FILE_ACCESS = -110200;
    const LibError IO          = -110201;

Confusion ensues.

I use a laptop with vista OS to open the pyrogenesis.exe, then it crash.

Much to our regret we must report the program has encountered an error.

Details: unhandled exception (Access violation writing 0x00000000)

Location: unknown:0 (?)

Call stack:

(error while dumping stack: No stack frames found) errno = 0 (?) OS error = Accesso a posizione di memoria non valido.

Greek Buildings v2.0

Difficulty: High | Medium | Low

Estimated Completion Time: 10 Weeks

This task is for modeling and mapping version 2.0 of the Greek buildings/structures.

The structure list is below, divided by type:

Note: Polygon counts do not include props (like jars, baskets, crates, etc.), which can cost extra. Try to make these numbers your upper limit for the structure. Optimize optimize optimize.

Civic

• Civic Centre [like a "town center" or "command center" in other games - this is the heart of the player's city] ~2000 tris
• Temple or priests are trained here. Also units within this building's line of sight regenerate health ~ 1000 tris
• House [each one of these adds +5 to the player's population cap. we should have as many variants as possible] ~ 500 tris

Defense

• Scout Tower [an "outpost" that grants line of sight (los) to an area of the map] ~ 500 tris
• Wall Segments [short, medium, and long - units can be garrisoned atop the city walls for defense] ~ 150/250/375 tris
• Wall Gate ~ 1000 tris
• Wall Tower [units can be garrisoned atop these towers for defensive purposes] ~ 150-300 tris

Econ

• Farmstead [like a "granary" or farm house - this allows the gathering of food within its los] ~ 750 tris
• Market [trains Traders, researches economic improvements, and facilitates bartering] ~ 2000 tris
• Mill [a dropsite for wood, stone, and metal] ~ 750 tris

Military

• Barracks [where most units are trained and where military improvements are researched] ~ 1000 tris
• Dock [the shipyard where ships are built] ~ 1000 tris
• Fortress [a big and strong stone fort where siege engines can be built. Most other factions train heroes and super units here as well, but not the Greeks (see below)] ~1500 tris

Special [these buildings are unique to the Greeks only]

• Gymnasion [where Super Units are trained] ~1200 tris
• Tholos [where Heroes are trained] ~ 1200 tris
• Theatron [a large theater which grants the "Hellenisation" bonus] ~ 2500 tris (will prolly just have you tweak this one, as it's already pretty good)

The relevant texture files can be found within the game's directory structure. The files are:

binaries\data\mods\public\art\textures\skins\structural\hele_struct.dds

binaries\data\mods\public\art\textures\skins\structural\hele_roof_round.dds

binaries\data\mods\public\art\textures\skins\props\hele_props_a.dds

binaries\data\mods\public\art\textures\skins\props\hele_tile_c.dds

when placing a dock if location is invalid you get this error

gui/test/functions_sim_entity.js(254): Index out of bounds. ERROR: JavaScript Error (gui/test/functions_sim_entity.js, line 254): Index out of bounds. gui/test/functions_sim_entity.js(254): Invalid parameter(s) or count ERROR: JavaScript Error (gui/test/functions_sim_entity.js, line 254): Invalid parameter(s) or count

but are still allowed to build dock even if its underwater also it changes the land around build location and the land doesnt fix its self if you delete the building

On Linux, if the game is run from outside the 'system' directory, it can't find ./libCollada_dbg.so and dies. It should probably look in the game executable's path to find the library (perhaps using sys_get_executable_name).

FAUNA

Difficulty: High | Medium | Low

Estimated Completion Time: 11 Weeks

Need Meshes and Textures for the following animals:

MT027 - FaunaDragonVar3

MT029 - FaunaCow

MT030 - FaunaCrocodile

MT033 - FaunaPig* (needs remodeled and rigged)

MT034 - FaunaPheasant

MT035 - FaunaSheep

MT036 - FaunaWaterBuffalo

MT037 - FaunaWildebeest

MT038 - FaunaSeal

MT039 - FaunaCamel

MT040 - FaunaReindeer

MT041 - FaunaPolarBear

MT043 - FaunaPorpoise (or dolphin)

MT044 - FaunaAlbatross

MT045 - FaunaEgret

MT046 - FaunaGoose

MT047 - FaunaVulture

MT048 - FaunaSeagull

Requested additional animals. These would be done after you've completed the "official" list above if you have the time or gumption:

MT071 - FaunaFlamingo

MT072 - FaunaGiraffe

MT073 - FaunaZebra

MT074 - FaunaHyena

Some relevant texture files can be found within the game's directory structure. The files are:

binaries\data\mods\public\art\textures\skins\skeletal\

binaries\data\mods\internal\art\textures\skins\skeletal\

This is the result I got from following the instructions on the wiki om my Ubuntu 8.10 laptop

oldrocker99@oldrocker99-laptop:~/games/stargus-0.2/trunk/build/workspaces$ cd gcc oldrocker99@oldrocker99-laptop:~/games/stargus-0.2/trunk/build/workspaces/gcc$ make -j2

Building network

Building engine

precompiled.cpp NetClient.cpp In file included from ../../../source/pch/engine/precompiled.h:30,

from ../../../source/pch/engine/precompiled.cpp:18:

../../../source/scripting/SpiderMonkey.h:45:22: error: js/jsapi.h: No such file or directory ../../../source/scripting/SpiderMonkey.h:49:26: error: js/jsdbgapi.h: No such file or directory In file included from ../../../source/scripting/ScriptingHost.h:42,

from ../../../source/scripting/JSConversions.h:23, from ../../../source/scripting/JSSerialization.h:23, from ../../../source/network/NetMessages.h:31, from ../../../source/network/NetMessage.h:38, from ../../../source/network/Network.h:68, from ../../../source/network/NetSession.h:30, from ../../../source/network/NetClient.h:30, from ../../../source/network/NetClient.cpp:28:

../../../source/scripting/SpiderMonkey.h:45:22: error: js/jsapi.h: No such file or directory ../../../source/scripting/SpiderMonkey.h:49:26: error: js/jsdbgapi.h: No such file or directory In file included from ../../../source/scripting/SpiderMonkey.h:54,

from ../../../source/scripting/ScriptingHost.h:42, from ../../../source/scripting/JSConversions.h:23, from ../../../source/scripting/JSSerialization.h:23, from ../../../source/network/NetMessages.h:31, from ../../../source/network/NetMessage.h:38, from ../../../source/network/Network.h:68, from ../../../source/network/NetSession.h:30, from ../../../source/network/NetClient.h:30, from ../../../source/network/NetClient.cpp:28:

../../../source/scripting/JSUtil.h:20: error: ‘jsval’ does not name a type In file included from ../../../source/scripting/JSConversions.h:23,

from ../../../source/scripting/JSSerialization.h:23, from ../../../source/network/NetMessages.h:31, from ../../../source/network/NetMessage.h:38, from ../../../source/network/Network.h:68, from ../../../source/network/NetSession.h:30, from ../../../source/network/NetClient.h:30, from ../../../source/network/NetClient.cpp:28:

../../../source/scripting/ScriptingHost.h:72: error: ISO C++ forbids declaration of ‘JSObject’ with no type ../../../source/scripting/ScriptingHost.h:72: error: expected ‘;’ before ‘*’ token ../../../source/scripting/ScriptingHost.h:73: error: ISO C++ forbids declaration of ‘JSClass’ with no type ../../../source/scripting/ScriptingHost.h:73: error: expected ‘;’ before ‘*’ token ../../../source/scripting/ScriptingHost.h:79: error: ISO C++ forbids declaration of ‘JSRuntime’ with no type ../../../source/scripting/ScriptingHost.h:79: error: expected ‘;’ before ‘*’ token ../../../source/scripting/ScriptingHost.h:80: error: ISO C++ forbids declaration of ‘JSContext’ with no type ../../../source/scripting/ScriptingHost.h:80: error: expected ‘;’ before ‘*’ token ../../../source/scripting/ScriptingHost.h:81: error: ISO C++ forbids declaration of ‘JSObject’ with no type ../../../source/scripting/ScriptingHost.h:81: error: expected ‘;’ before ‘*’ token ../../../source/scripting/ScriptingHost.h:83: error: ‘JSErrorReport’ does not name a type ../../../source/scripting/ScriptingHost.h:89: error: expected ‘;’ before ‘(’ token ../../../source/scripting/ScriptingHost.h:91: error: expected ‘;’ before ‘(’ token ../../../source/scripting/ScriptingHost.h:103: error: ISO C++ forbids declaration of ‘JSContext’ with no type ../../../source/scripting/ScriptingHost.h:103: error: ‘JSContext’ declared as an ‘inline’ field ../../../source/scripting/ScriptingHost.h:103: error: expected ‘;’ before ‘*’ token ../../../source/scripting/ScriptingHost.h:104: error: expected `;' before ‘inline’ ../../../source/scripting/ScriptingHost.h:104: error: ISO C++ forbids declaration of ‘JSContext’ with no type ../../../source/scripting/ScriptingHost.h:104: error: ‘JSContext’ declared as an ‘inline’ field ../../../source/scripting/ScriptingHost.h:104: error: expected ‘;’ before ‘*’ token ../../../source/scripting/ScriptingHost.h:105: error: expected `;' before ‘inline’ ../../../source/scripting/ScriptingHost.h:105: error: ISO C++ forbids declaration of ‘JSObject’ with no type ../../../source/scripting/ScriptingHost.h:105: error: ‘JSObject’ declared as an ‘inline’ field ../../../source/scripting/ScriptingHost.h:105: error: expected ‘;’ before ‘*’ token ../../../source/scripting/ScriptingHost.h:107: error: expected `;' before ‘void’ ../../../source/scripting/ScriptingHost.h:107: error: ‘JSObject’ has not been declared ../../../source/scripting/ScriptingHost.h:108: error: ‘JSObject’ has not been declared ../../../source/scripting/ScriptingHost.h:111: error: ‘jsval’ does not name a type ../../../source/scripting/ScriptingHost.h:113: error: ‘jsval’ does not name a type ../../../source/scripting/ScriptingHost.h:115: error: ‘JSNative’ has not been declared ../../../source/scripting/ScriptingHost.h:120: error: ‘JSClass’ has not been declared ../../../source/scripting/ScriptingHost.h:120: error: ‘JSNative’ has not been declared ../../../source/scripting/ScriptingHost.h:120: error: ‘uintN’ has not been declared ../../../source/scripting/ScriptingHost.h:120: error: ‘JSPropertySpec’ has not been declared ../../../source/scripting/ScriptingHost.h:120: error: ‘JSFunctionSpec’ has not been declared ../../../source/scripting/ScriptingHost.h:120: error: ‘JSPropertySpec’ has not been declared ../../../source/scripting/ScriptingHost.h:120: error: ‘JSFunctionSpec’ has not been declared ../../../source/scripting/ScriptingHost.h:122: error: ISO C++ forbids declaration of ‘JSObject’ with no type ../../../source/scripting/ScriptingHost.h:122: error: expected ‘;’ before ‘*’ token ../../../source/scripting/ScriptingHost.h:124: error: ‘JSObject’ has not been declared ../../../source/scripting/ScriptingHost.h:124: error: ‘jsval’ has not been declared ../../../source/scripting/ScriptingHost.h:125: error: ‘jsval’ does not name a type ../../../source/scripting/ScriptingHost.h:127: error: ‘JSObject’ has not been declared ../../../source/scripting/ScriptingHost.h:128: error: ‘JSObject’ has not been declared ../../../source/scripting/ScriptingHost.h:130: error: ‘jsval’ has not been declared ../../../source/scripting/ScriptingHost.h:131: error: ‘jsval’ does not name a type ../../../source/scripting/ScriptingHost.h:133: error: expected ‘,’ or ‘...’ before ‘value’ ../../../source/scripting/ScriptingHost.h:133: error: ISO C++ forbids declaration of ‘jsval’ with no type ../../../source/scripting/ScriptingHost.h:134: error: expected ‘,’ or ‘...’ before ‘value’ ../../../source/scripting/ScriptingHost.h:134: error: ISO C++ forbids declaration of ‘jsval’ with no type ../../../source/scripting/ScriptingHost.h:135: error: expected ‘,’ or ‘...’ before ‘value’ ../../../source/scripting/ScriptingHost.h:135: error: ISO C++ forbids declaration of ‘jsval’ with no type ../../../source/scripting/ScriptingHost.h:136: error: expected ‘,’ or ‘...’ before ‘value’ ../../../source/scripting/ScriptingHost.h:136: error: ISO C++ forbids declaration of ‘jsval’ with no type ../../../source/scripting/ScriptingHost.h:137: error: expected ‘,’ or ‘...’ before ‘value’ ../../../source/scripting/ScriptingHost.h:137: error: ISO C++ forbids declaration of ‘jsval’ with no type ../../../source/scripting/ScriptingHost.h:138: error: expected ‘,’ or ‘...’ before ‘value’ ../../../source/scripting/ScriptingHost.h:138: error: ISO C++ forbids declaration of ‘jsval’ with no type ../../../source/scripting/ScriptingHost.h:140: error: ‘jsval’ does not name a type ../../../source/scripting/ScriptingHost.h:141: error: ‘jsval’ does not name a type ../../../source/scripting/ScriptingHost.h:143: error: ‘JSContext’ has not been declared ../../../source/scripting/ScriptingHost.h:143: error: ‘JSErrorReport’ has not been declared In file included from ../../../source/scripting/JSSerialization.h:23,

from ../../../source/network/NetMessages.h:31, from ../../../source/network/NetMessage.h:38, from ../../../source/network/Network.h:68, from ../../../source/network/NetSession.h:30, from ../../../source/network/NetClient.h:30, from ../../../source/network/NetClient.cpp:28:

../../../source/scripting/JSConversions.h:40: error: template declaration of ‘T* ToNative’ ../../../source/scripting/JSConversions.h:40: error: ‘JSContext’ was not declared in this scope ../../../source/scripting/JSConversions.h:40: error: ‘cx’ was not declared in this scope ../../../source/scripting/JSConversions.h:40: error: ‘JSObject’ was not declared in this scope ../../../source/scripting/JSConversions.h:40: error: ‘obj’ was not declared in this scope ../../../source/scripting/JSConversions.h:45: error: expected constructor, destructor, or type conversion before ‘*’ token ../../../source/scripting/JSConversions.h:52: error: template declaration of ‘T* ToNative’ ../../../source/scripting/JSConversions.h:52: error: ‘jsval’ was not declared in this scope ../../../source/scripting/JSConversions.h:59: error: template declaration of ‘bool ToPrimitive’ ../../../source/scripting/JSConversions.h:59: error: ‘JSContext’ was not declared in this scope ../../../source/scripting/JSConversions.h:59: error: expected primary-expression before ‘,’ token ../../../source/scripting/JSConversions.h:59: error: ‘jsval’ was not declared in this scope ../../../source/scripting/JSConversions.h:59: error: expected primary-expression before ‘&’ token ../../../source/scripting/JSConversions.h:59: error: ‘Storage’ was not declared in this scope ../../../source/scripting/JSConversions.h:68: error: template declaration of ‘bool ToPrimitive’ ../../../source/scripting/JSConversions.h:68: error: ‘JSContext’ was not declared in this scope ../../../source/scripting/JSConversions.h:68: error: expected primary-expression before ‘,’ token ../../../source/scripting/JSConversions.h:68: error: ‘jsval’ was not declared in this scope ../../../source/scripting/JSConversions.h:68: error: expected primary-expression before ‘*’ token ../../../source/scripting/JSConversions.h:68: error: ‘Storage’ was not declared in this scope ../../../source/scripting/JSConversions.h:77: error: ‘ToPrimitive’ declared as an ‘inline’ variable ../../../source/scripting/JSConversions.h:77: error: template declaration of ‘T ToPrimitive’ ../../../source/scripting/JSConversions.h:77: error: ‘JSContext’ was not declared in this scope ../../../source/scripting/JSConversions.h:77: error: ‘cx’ was not declared in this scope ../../../source/scripting/JSConversions.h:77: error: ‘jsval’ was not declared in this scope ../../../source/scripting/JSConversions.h:86: error: ‘ToPrimitive’ declared as an ‘inline’ variable ../../../source/scripting/JSConversions.h:86: error: template declaration of ‘T ToPrimitive’ ../../../source/scripting/JSConversions.h:86: error: ‘jsval’ was not declared in this scope ../../../source/scripting/JSConversions.h:91: error: expected constructor, destructor, or type conversion before ‘ToJSVal’ ../../../source/scripting/JSConversions.h:96: error: expected constructor, destructor, or type conversion before ‘ToJSVal’ ../../../source/scripting/JSConversions.h:101: error: expected constructor, destructor, or type conversion before ‘ToJSVal’ ../../../source/scripting/JSConversions.h:110: error: expected initializer before ‘<’ token ../../../source/scripting/JSConversions.h:111: error: expected constructor, destructor, or type conversion before ‘*’ token ../../../source/scripting/JSConversions.h:112: error: expected constructor, destructor, or type conversion before ‘ToJSVal’ ../../../source/scripting/JSConversions.h:115: error: expected initializer before ‘<’ token ../../../source/scripting/JSConversions.h:116: error: expected constructor, destructor, or type conversion before ‘*’ token ../../../source/scripting/JSConversions.h:119: error: expected initializer before ‘<’ token ../../../source/scripting/JSConversions.h:120: error: expected constructor, destructor, or type conversion before ‘ToJSVal’ ../../../source/scripting/JSConversions.h:123: error: expected initializer before ‘<’ token ../../../source/scripting/JSConversions.h:124: error: expected constructor, destructor, or type conversion before ‘*’ token ../../../source/scripting/JSConversions.h:127: error: expected initializer before ‘<’ token ../../../source/scripting/JSConversions.h:128: error: expected constructor, destructor, or type conversion before ‘*’ token ../../../source/scripting/JSConversions.h:131: error: expected initializer before ‘<’ token ../../../source/scripting/JSConversions.h:132: error: expected constructor, destructor, or type conversion before ‘ToJSVal’ ../../../source/scripting/JSConversions.h:135: error: expected initializer before ‘<’ token ../../../source/scripting/JSConversions.h:136: error: expected constructor, destructor, or type conversion before ‘ToJSVal’ ../../../source/scripting/JSConversions.h:137: error: expected constructor, destructor, or type conversion before ‘ToJSVal’ ../../../source/scripting/JSConversions.h:140: error: expected initializer before ‘<’ token ../../../source/scripting/JSConversions.h:141: error: expected constructor, destructor, or type conversion before ‘ToJSVal’ ../../../source/scripting/JSConversions.h:142: error: expected constructor, destructor, or type conversion before ‘ToJSVal’ ../../../source/scripting/JSConversions.h:145: error: expected initializer before ‘<’ token ../../../source/scripting/JSConversions.h:146: error: expected constructor, destructor, or type conversion before ‘ToJSVal’ ../../../source/scripting/JSConversions.h:147: error: expected constructor, destructor, or type conversion before ‘ToJSVal’ ../../../source/scripting/JSConversions.h:150: error: expected initializer before ‘<’ token ../../../source/scripting/JSConversions.h:151: error: expected constructor, destructor, or type conversion before ‘ToJSVal’ ../../../source/scripting/JSConversions.h:152: error: expected constructor, destructor, or type conversion before ‘ToJSVal’ ../../../source/scripting/JSConversions.h:173: error: expected initializer before ‘<’ token ../../../source/scripting/JSConversions.h:174: error: expected constructor, destructor, or type conversion before ‘ToJSVal’ ../../../source/scripting/JSConversions.h:175: error: expected constructor, destructor, or type conversion before ‘ToJSVal’ ../../../source/scripting/JSConversions.h:178: error: expected initializer before ‘<’ token ../../../source/scripting/JSConversions.h:179: error: expected constructor, destructor, or type conversion before ‘ToJSVal’ ../../../source/scripting/JSConversions.h:180: error: expected constructor, destructor, or type conversion before ‘ToJSVal’ ../../../source/scripting/JSConversions.h:183: error: expected initializer before ‘<’ token ../../../source/scripting/JSConversions.h:184: error: expected constructor, destructor, or type conversion before ‘ToJSVal’ ../../../source/scripting/JSConversions.h:185: error: expected constructor, destructor, or type conversion before ‘ToJSVal’ ../../../source/scripting/JSConversions.h:195: error: expected initializer before ‘<’ token ../../../source/scripting/JSConversions.h:196: error: expected constructor, destructor, or type conversion before ‘ToJSVal’ ../../../source/scripting/JSConversions.h:197: error: expected constructor, destructor, or type conversion before ‘ToJSVal’ ../../../source/scripting/JSConversions.h:200: error: expected initializer before ‘<’ token ../../../source/scripting/JSConversions.h:201: error: expected constructor, destructor, or type conversion before ‘ToJSVal’ ../../../source/scripting/JSConversions.h:202: error: expected constructor, destructor, or type conversion before ‘ToJSVal’ ../../../source/scripting/JSConversions.h:211: error: ‘jsval’ does not name a type ../../../source/scripting/JSConversions.h:212: error: expected `)' before ‘v’ ../../../source/scripting/JSConversions.h:214: error: expected constructor, destructor, or type conversion before ‘ToJSVal’ ../../../source/scripting/JSConversions.h:218: error: ‘jsval’ does not name a type In file included from ../../../source/network/NetMessages.h:31,

from ../../../source/network/NetMessage.h:38, from ../../../source/network/Network.h:68, from ../../../source/network/NetSession.h:30, from ../../../source/network/NetClient.h:30, from ../../../source/network/NetClient.cpp:28:

../../../source/scripting/JSSerialization.h:37: error: ‘jsval’ does not name a type ../../../source/scripting/JSSerialization.h:42: error: expected `)' before ‘data’ ../../../source/scripting/JSSerialization.h:56: error: expected type-specifier before ‘jsval’ ../../../source/scripting/JSSerialization.h: In member function ‘jsval_ser::operator CStr8() const’: ../../../source/scripting/JSSerialization.h:62: error: ‘ToPrimitive’ was not declared in this scope ../../../source/scripting/JSSerialization.h:62: error: expected primary-expression before ‘>’ token ../../../source/scripting/JSSerialization.h:62: error: ‘m_data’ was not declared in this scope ../../../source/scripting/JSSerialization.h: In member function ‘virtual size_t jsval_ser::GetSerializedLength() const’: ../../../source/scripting/JSSerialization.h:76: error: ‘ToPrimitive’ was not declared in this scope ../../../source/scripting/JSSerialization.h:76: error: expected primary-expression before ‘>’ token ../../../source/scripting/JSSerialization.h:76: error: ‘m_data’ was not declared in this scope ../../../source/scripting/JSSerialization.h: In member function ‘virtual uint8_t* jsval_ser::Serialize(uint8_t*) const’: ../../../source/scripting/JSSerialization.h:92: error: ‘m_data’ was not declared in this scope ../../../source/scripting/JSSerialization.h:92: error: ‘JSVAL_TO_INT’ was not declared in this scope ../../../source/scripting/JSSerialization.h:103: error: ‘m_data’ was not declared in this scope ../../../source/scripting/JSSerialization.h:103: error: ‘JSVAL_TO_DOUBLE’ was not declared in this scope ../../../source/scripting/JSSerialization.h:108: error: ‘ToPrimitive’ was not declared in this scope ../../../source/scripting/JSSerialization.h:108: error: expected primary-expression before ‘>’ token ../../../source/scripting/JSSerialization.h:108: error: ‘m_data’ was not declared in this scope ../../../source/scripting/JSSerialization.h: In member function ‘virtual const uint8_t* jsval_ser::Deserialize(const uint8_t*, const uint8_t*)’: ../../../source/scripting/JSSerialization.h:122: error: ‘m_data’ was not declared in this scope ../../../source/scripting/JSSerialization.h:122: error: ‘JSVAL_FALSE’ was not declared in this scope ../../../source/scripting/JSSerialization.h:125: error: ‘JSVAL_TRUE’ was not declared in this scope ../../../source/scripting/JSSerialization.h:131: error: ‘INT_TO_JSVAL’ was not declared in this scope ../../../source/scripting/JSSerialization.h:141: error: ‘uint32’ was not declared in this scope ../../../source/scripting/JSSerialization.h:141: error: expected `;' before ‘_v1’ ../../../source/scripting/JSSerialization.h:141: error: expected `;' before ‘_v2’ ../../../source/scripting/JSSerialization.h:141: error: ‘_v1’ was not declared in this scope ../../../source/scripting/JSSerialization.h:141: error: ‘_v1’ was not declared in this scope ../../../source/scripting/JSSerialization.h:141: error: ‘_v1’ was not declared in this scope ../../../source/scripting/JSSerialization.h:141: error: ‘_v1’ was not declared in this scope ../../../source/scripting/JSSerialization.h:141: error: ‘_v2’ was not declared in this scope ../../../source/scripting/JSSerialization.h:141: error: ‘_v2’ was not declared in this scope ../../../source/scripting/JSSerialization.h:141: error: ‘_v2’ was not declared in this scope ../../../source/scripting/JSSerialization.h:141: error: ‘_v2’ was not declared in this scope ../../../source/scripting/JSSerialization.h:141: error: ‘_v1’ was not declared in this scope ../../../source/scripting/JSSerialization.h:141: error: ‘_v2’ was not declared in this scope ../../../source/scripting/JSSerialization.h:142: error: ‘class ScriptingHost’ has no member named ‘GetContext’ ../../../source/scripting/JSSerialization.h:142: error: ‘JS_NewDoubleValue’ was not declared in this scope ../../../source/scripting/JSSerialization.h:149: error: ‘ToJSVal’ was not declared in this scope ../../../source/scripting/JSSerialization.h:149: error: expected primary-expression before ‘>’ token In file included from ../../../source/network/Network.h:68,

from ../../../source/network/NetSession.h:30, from ../../../source/network/NetClient.h:30, from ../../../source/network/NetClient.cpp:28:

../../../source/network/NetMessage.h: At global scope: ../../../source/network/NetMessage.h:165: error: ‘JSContext’ has not been declared ../../../source/network/NetMessage.h:166: error: ‘uintN’ has not been declared ../../../source/network/NetMessage.h:167: error: ‘jsval’ has not been declared In file included from ../../../source/scripting/SynchedJSObject.h:54,

from ../../../source/ps/Player.h:22, from ../../../source/ps/GameAttributes.h:21, from ../../../source/network/NetSession.h:32, from ../../../source/network/NetClient.h:30, from ../../../source/network/NetClient.cpp:28:

../../../source/scripting/ScriptableObject.h:37: error: ‘jsval’ does not name a type ../../../source/scripting/ScriptableObject.h:38: error: ‘JSContext’ has not been declared ../../../source/scripting/ScriptableObject.h:38: error: ‘jsval’ has not been declared ../../../source/scripting/ScriptableObject.h:47: error: expected identifier before ‘*’ token ../../../source/scripting/ScriptableObject.h:47: error: ‘JSContext’ has not been declared ../../../source/scripting/ScriptableObject.h:47: error: ISO C++ forbids declaration of ‘jsval’ with no type ../../../source/scripting/ScriptableObject.h:47: error: ‘jsval’ declared as function returning a function ../../../source/scripting/ScriptableObject.h:48: error: ‘JSContext’ has not been declared ../../../source/scripting/ScriptableObject.h:54: error: ‘JSContext’ has not been declared ../../../source/scripting/ScriptableObject.h:74: error: ‘jsval’ does not name a type ../../../source/scripting/ScriptableObject.h:78: error: ‘JSContext’ has not been declared ../../../source/scripting/ScriptableObject.h:78: error: ‘jsval’ has not been declared ../../../source/scripting/ScriptableObject.h:96: error: ‘jsval’ does not name a type ../../../source/scripting/ScriptableObject.h:100: error: ‘JSContext’ has not been declared ../../../source/scripting/ScriptableObject.h:100: error: ‘jsval’ has not been declared ../../../source/scripting/ScriptableObject.h:112: error: ‘GetFn’ in class ‘IJSObject’ does not name a type ../../../source/scripting/ScriptableObject.h:118: error: expected `)' before ‘Getter’ ../../../source/network/NetClient.cpp:699: error: expected `}' at end of input ../../../source/network/NetClient.cpp:699: error: expected unqualified-id at end of input make[1]: * [obj/network_Debug/NetClient.o] Error 1 make: * [network] Error 2 make: * Waiting for unfinished jobs.... In file included from ../../../source/scripting/SpiderMonkey.h:54,

from ../../../source/pch/engine/precompiled.h:30, from ../../../source/pch/engine/precompiled.cpp:18:

../../../source/scripting/JSUtil.h:20: error: ‘jsval’ does not name a type make[1]: * [obj/engine_Debug/precompiled.h.gch] Error 1 make: * [engine] Error 2

I am not a coder, but I've compiled a number of programs successfully. If there's a simple thing I'm doing wrong, let me know.

If a model fails to load (e.g. the Collada library wasn't compiled), the code currently prints an error message and returns null and then the game crashes a bit later. It should be handled better, e.g. not crashing and not rendering the unit, or (preferably) replacing the model with some kind of 'error' mesh so the problem is clearly visible.

From the annotations added in r7072:

../../../source/ps/Interact.cpp: In function ‘LibError LoadUnitUIThunk(const VfsPath&, const FileInfo&, uintptr_t)’:                                               
../../../source/ps/Interact.cpp:985: warning: too many arguments for format                                                                                        
../../../source/ps/Filesystem.cpp: In member function ‘PSRETURN CVFSFile::Load(const VfsPath&)’:                                                                   
../../../source/ps/Filesystem.cpp:60: warning: format ‘%d’ expects type ‘int’, but argument 6 has type ‘LibError’                                                  
../../../source/ps/ConfigDB.cpp: In member function ‘bool CConfigDB::Reload(EConfigNamespace)’:                                                                    
../../../source/ps/ConfigDB.cpp:287: warning: format ‘%lld’ expects type ‘long long int’, but argument 6 has type ‘LibError’                                       
../../../source/ps/XML/XMLWriter.cpp: In member function ‘bool XMLWriter_File::StoreVFS(const char*)’:
../../../source/ps/XML/XMLWriter.cpp:92: warning: format ‘%d’ expects type ‘int’, but argument 5 has type ‘LibError’
../../../source/simulation/EntityTemplate.cpp: In member function ‘bool CEntityTemplate::LoadXml(const CStr8&)’:
../../../source/simulation/EntityTemplate.cpp:320: warning: use of ‘h’ length modifier with ‘s’ type character
../../../source/renderer/Renderer.cpp: In static member function ‘static CRenderer::RenderPath CRenderer::GetRenderPathByName(const CStr8&)’:
../../../source/renderer/Renderer.cpp:713: warning: use of ‘h’ length modifier with ‘s’ type character
../../../source/simulation/Technology.cpp: In member function ‘bool CTechnology::LoadElEffect(XMBElement, CXeromyces&, const CStr8&)’:
../../../source/simulation/Technology.cpp:300: warning: use of ‘h’ length modifier with ‘s’ type character
../../../source/gui/CGUI.cpp: In member function ‘void CGUI::LoadXmlFile(const std::string&)’:
../../../source/gui/CGUI.cpp:1111: warning: format ‘%s’ expects type ‘char*’, but argument 6 has type ‘PSRETURN’
../../../source/gui/CGUI.cpp: In member function ‘void CGUI::Xeromyces_ReadObject(XMBElement, CXeromyces*, IGUIObject*)’:
../../../source/gui/CGUI.cpp:1398: warning: too few arguments for format
../../../source/lib/ogl.cpp: In function ‘void dump_gl_error(GLenum)’:
../../../source/lib/ogl.cpp:276: warning: format ‘%04f’ expects type ‘double’, but argument 2 has type ‘GLenum’
../../../source/scripting/ScriptGlue.cpp: In function ‘JSBool GetBuildTimestamp(JSContext*, JSObject*, uintN, jsval*, jsval*)’:
../../../source/scripting/ScriptGlue.cpp:1070: warning: unknown conversion type character ‘w’ in format
../../../source/scripting/ScriptGlue.cpp:1070: warning: too many arguments for format
../../../source/scripting/ScriptGlue.cpp:1079: warning: unknown conversion type character ‘w’ in format
../../../source/scripting/ScriptGlue.cpp:1079: warning: too many arguments for format
../../../source/scripting/ScriptGlue.cpp: In function ‘JSBool GetTrigger(JSContext*, JSObject*, uintN, jsval*, jsval*)’:
../../../source/scripting/ScriptGlue.cpp:1381: warning: unknown conversion type character ‘w’ in format
../../../source/scripting/ScriptGlue.cpp:1381: warning: too many arguments for format
../../../source/lib/res/graphics/ogl_shader.cpp: In function ‘LibError Ogl_Shader_reload(Ogl_Shader*, const VfsPath&, Handle)’:
../../../source/lib/res/graphics/ogl_shader.cpp:157: warning: use of ‘h’ length modifier with ‘s’ type character
../../../source/lib/res/graphics/ogl_shader.cpp:173: warning: use of ‘h’ length modifier with ‘s’ type character
../../../source/lib/res/graphics/ogl_shader.cpp: In function ‘LibError do_load_shader(Ogl_Program*, const VfsPath&, Handle, const CXeromyces&, const XMBElement&)’:
../../../source/lib/res/graphics/ogl_shader.cpp:279: warning: use of ‘h’ length modifier with ‘s’ type character
../../../source/lib/res/graphics/ogl_shader.cpp:287: warning: use of ‘h’ length modifier with ‘s’ type character
../../../source/lib/res/graphics/ogl_shader.cpp:295: warning: use of ‘h’ length modifier with ‘s’ type character
../../../source/lib/res/graphics/ogl_shader.cpp: In function ‘LibError Ogl_Program_reload(Ogl_Program*, const VfsPath&, Handle)’:
../../../source/lib/res/graphics/ogl_shader.cpp:348: warning: use of ‘h’ length modifier with ‘s’ type character
../../../source/lib/res/graphics/ogl_shader.cpp:369: warning: use of ‘h’ length modifier with ‘s’ type character
../../../source/lib/res/graphics/ogl_shader.cpp:378: warning: use of ‘h’ length modifier with ‘s’ type character
../../../source/lib/res/graphics/ogl_shader.cpp:394: warning: use of ‘h’ length modifier with ‘s’ type character
../../../source/lib/res/graphics/ogl_shader.cpp:400: warning: use of ‘h’ length modifier with ‘s’ type character
../../../source/lib/sysdep/os/unix/x/x.cpp: In function ‘wchar_t* sys_clipboard_get()’:
../../../source/lib/sysdep/os/unix/x/x.cpp:173: warning: format ‘%d’ expects type ‘int’, but argument 4 has type ‘long unsigned int’
../../../source/lib/sysdep/os/unix/x/x.cpp:173: warning: format ‘%d’ expects type ‘int’, but argument 6 has type ‘long unsigned int’
../../../source/lib/sysdep/os/unix/x/x.cpp:184: warning: format ‘%d’ expects type ‘int’, but argument 3 has type ‘Atom’
../../../source/lib/sysdep/os/unix/x/x.cpp:184: warning: format ‘%d’ expects type ‘int’, but argument 4 has type ‘Atom’

secure_crt.cpp emulates sprintf_s, vsprintf_s, swprintf_s, vswprintf_s using the snprintf functions. These have the wrong behaviour when the buffer is too short (based on MSDN's documentation), and ought to be made consistent.

Problem: 'picking' (selecting via cursor) units doesn't work as expected because the bounding box is calculated from the primary geometry of the entity and doesn't include props. Example: celt trader; clicking on either horse or rider should select the unit but currently doesn't.

(Jason's brief explanation of actor and props:) The way most of our actors in the game works is... there is geometry and there are various 'nodes' that are throughout the model - they can be parented to a bone, or in the cases of most static meshes - parented to the 0,0,0 coordinate. These nodes have a name and in the actor xml file it says.. associate this prop point (node) to display this actor (then it points to another actor) Example: <prop actor="props/units/heads/rome_monte_a.xml" attachpoint="helmet"/> The prop actor also has a model; for example.. within that prop actor it defines: <mesh>props/helmet/rome_helmet_d.pmd</mesh>

To solve this, I'd first recommend using Atlas to create an otherwise empty map with a celt trader to serve as a test. The picking/selection code itself is ok, what we need to do is change the bounding box to include props and then the selection will be as desired.

"props" are in turn actors containing a CModel, which again can have props. In this case (trader) I think the rider is a prop.

CModel has a CalcBounds which constructs bounds from all model vertices (possibly also looping over the animation). What we need to do is also recurse over m_Props and expand the parent's bounds to that of the child prop. these "bounds" (m_ObjectBounds) are CBound objects, which are expanded via operator+= (allowing both bounds or a vector as argument). suggestion for what to do: 1) make CalcObjectBounds and CalcAnimatedObjectBound take a parameter of the bounding box to calculate (or expand.. in that case, no longer do SetEmpty there) 2) CalcBounds (the master function that dispatches to one of the above impl functions) must be recursive, expanding the bounds for each prop's bound (m_Props[i].m_Model->ObjectBounds)

​http://img30.imageshack.us/img30/2858/infintefield.jpg

The amount of the field went to 588.9999 which made it infinite. It was just this one and the others around it was working fine.

• cant seem to change priority from major.

This has been reported on two Linux systems, both running OpenALsoft. To narrow down the cause, I added some printfs [source ID, is it a valid source name, #processed buffers]:

ade7938 1 0
ade7938 1 0
ade7938 1 0
ade7938 1 0
ade7938 1 0
ade7938 1 0
ade7938 1 0
ade7938 1 0
ade7938 1 0
ade7938 1 0
adcede0 1 1

so the first time it's actually wanting to unqueue a buffer, OpenAL reports an error. After continuing from the error, it doesn't come up again during the program run.

alSourceUnqueueBuffers fails with "invalid value" iff a buffer cannot be unqueued because it's still playing. However what we do is ask how many buffers have finished before removing exactly that many. I have no idea what could be causing this, especially because the Windows OpenAL implementation does not raise this error. Help is very welcome.

The concept of "Batch" training:

Essentially training many units (of a same entity type) at once. This would be in multiples of 5. So basically a player can train anywhere from 5-30 units at once and once the batch is done training, ideally when the formations have been implemented, all the units in that batch (say: 20 hoplites) should march to the rally point as a pre-grouped battalion in formation.

We were thinking there could be an economy of scale applied as well, akin to gaining a discount in either unit training cost or training time (or both) the more that you queue into one batch.

So, the task can be broken down into multiple components:

A.) Implementing the batching itself. The player procedure to queue a batch should be the shift-click the unit icon, each shift-click adding 5 units to the batch up to 30 units. If the shift key is let go at any time that batch is done queuing. Any further shift-clicking would create a new batch.

B.) The economy of scale discount. The formula for the discount could follow a simple bell curve, so that 15-unit batches would be ideal, but the player can continue to queue more units into the batch, up to 30, and still get a discount, but not as lucrative. Whether the discount is in train time or cost (or both) should be made available to do based upon testing.

C.) Grouped into a Formation. This is contingent upon formations being implemented first. The newly created batch, once it is done training, should proceed to the rally point as a grouped formation of units.

Hi, i use an triplehead Desktop where every screen is connected to the Videocard and tryed your game.

It runs fine but there is a bug with the Water. On the first screen the Water looks normal, but on the second and third screen the water looks crazy. (see screenshots)

If i run the game in an lower resolution on one of the other screens this bug does not appear.

0ad_02.jpg and 0ad_03.jpg are made in window mode and the others in fullscreen mode

OS : Linux 2.6.28-gentoo-r6 (#3 SMP Tue Jun 30 14:37:14 CEST 2009)

CPU : x86_64, Intel Core i7 975 @ 3.33GHz (1x8x2), -0.00

MHz Memory : 5952 MiB; 1013 MiB free Graphics Card :

NVIDIA GeForce GTX 295/PCI/SSE2 OpenGL Drivers : 3.0.0 NVIDIA 185.18.14; OpenGL 3.0.0 NVIDIA 185.18.14

Video Mode : 5760x1200:24@0

After compile when I try to start the game I get this message,

TIMER| InitVfs: 2.91095 ms TIMER| InitScripting: 6.55633 ms TIMER| CONFIG_Init: 6.02638 ms ERROR: Could not set 1024x768 graphics mode: Could not create GL context terminate called after throwing an instance of 'PSERROR_System_VmodeFailed'

what(): System_VmodeFailed

Aborted

I'm trying this in Linux, Fedora 11 x86_64

The inner for loop in CBound::Transform contains a couple of float variable declarations. These declarations could be placed outside of the outer for loop so that the variable is not recreated inside the loops.

Test one

To launch Atlas from within the game, we need to include atlas-specific code within the game and in particular ps/GameSetup/ . This is undesirable in terms of code organisation (see subsequent ticket). After short discussion, Philip, SimonG, and Jan concluded that the main menu 'Atlas' button should be removed:

• no one currently uses it;
• the original idea of implementing Atlas in terms of the in-game GUI has long since been changed, Atlas will remain an external app.
• nice shortcuts to Atlas can be created in binaries/ or the Start Menu folder instead;

Any objections? This affects the UI design, main menu art and interface..

(simple implementation there: just grey-out the button until the main menu art is redesigned, which I believe was planned)

Every faction except the Iberians has combat ships. there are three types of ships:

• Bireme This is the smallest battle ship in the game. It's slow, and has not much ramming power, altough they can damage a trireme critical. The manouvrebility is quite high.
• Trireme The most common ship in use. It's the fastest type of all ships, wich makes an ultimate ramming power. A trireme can hunt down another trireme when at highest attack speed.
• Quinquireme The biggest ship in the game. This massive ship is as fast as the bireme. But due their mass they crack other smaller ships like planks. they turn very slow and have a low acceleration. Only the Romans and the Carthaginians have this giant.

The Punic(Carthaginian), Hellenes, Roman and Phoenican(Persian) ships in the game will be able to ram each other. The celtic "trireme" can only use range, but they have a high armor level.

Whenever I start the game I get the following "Call stack":

test@test-desktop:~/0ad/trunk/binaries/system$ ./pyrogenesis_dbg 
TIMER| InitVfs: 1.50002 ms
TIMER| InitScripting: 4.83857 ms
TIMER| CONFIG_Init: 9.17923 ms
TIMER| write_sys_info: 1.14488 ms
ogl_tex.cpp(699): Performance warning: your graphics card does not support compressed textures. The game will try to continue anyway, but may be slower than expected. Please try updating your graphics drivers; if that doesn't help, please try upgrading your hardware.
udbg_bfd_init: loading symbols from /home/test/0ad/trunk/binaries/system/pyrogenesis_dbg.
Performance warning: your graphics card does not support compressed textures. The game will try to continue anyway, but may be slower than expected. Please try updating your graphics drivers; if that doesn't help, please try upgrading your hardware.
Location: ogl_tex.cpp:699 (detect_gl_upload_caps)

Call stack:

(0x0848cf8f) ldbg.cpp:101 debug_DumpStack(wchar_t*, unsigned int, void*, char const*)
(0x0846237c) debug.cpp:341 debug_BuildErrorMessage(wchar_t const*, char const*, int, char const*, void*, char const*, ErrorMessageMem*)
(0x084626fc) debug.cpp:499 debug_DisplayError(wchar_t const*, unsigned int, void*, char const*, char const*, int, char const*, unsigned char*)
(0x0847c7bd) ogl_tex.cpp:700 detect_gl_upload_caps
(0x0847ca93) ogl_tex.cpp:824 ogl_tex_upload(long long, unsigned int, int, int)
(0x08478afe) unifont.cpp:167 UniFont_reload
(0x0847440e) h_mgr.cpp:506 call_init_and_reload
(0x084745b8) h_mgr.cpp:545 alloc_new_handle
(0x084746ec) h_mgr.cpp:580 h_alloc(H_VTbl*, boost::filesystem::basic_path<std::string, VfsPathTraits> const&, unsigned int, ...)
(0x08478e5c) unifont.cpp:210 unifont_load(boost::filesystem::basic_path<std::string, VfsPathTraits> const&, unsigned int)
(0x0832b29e) Font.cpp:46 CFont
(0x0828b29d) GameSetup.cpp:593 InitPs
(0x0828c2fd) GameSetup.cpp:991 Init(CmdLineArgs const&, int)
(0x081f4ede) main.cpp:395 RunGameOrAtlas
(0x081f4f6c) main.cpp:412 main
(0xb7664b56) /lib/tls/i686/cmov/libc.so.6:0 __libc_start_main

errno = 0 (?)
OS error = ?


(C)ontinue, (B)reak, Launch (D)ebugger, or (E)xit?
c
TIMER| ps_console: 5.90886 s
TIMER| ps_lang_hotkeys: 78.3303 ms
TIMER| ps_gui_init: 28.764 us
TIMER| ps_gui_setup_xml: 49.5266 ms
TIMER| ps_gui_styles_xml: 3.53965 ms
TIMER| ps_gui_sprite1_xml: 140.085 ms
TIMER| ps_gui_1: 285.18 ms
TIMER| ps_gui_2: 197.208 ms
TIMER| ps_gui_3: 19.1116 ms
TIMER| ps_gui_4: 89.5402 ms
TIMER| ps_gui_6: 6.90189 ms
TIMER| ps_gui_6_1: 6.51875 ms
TIMER| ps_gui_6_2: 3.16295 ms
TIMER| ps_gui_7: 4.9403 ms
TIMER| ps_gui_9: 18.0156 ms
TIMER| InitRenderer: 233.514 ms
TIMER| SimulationInit: 76.6375 ms
TIMER| Init_miscgamesection: 489.637 ms
TIMER| Init_guiload: 270.561 ms
bt_audio_service_open: connect() failed: Connection refused (111)
bt_audio_service_open: connect() failed: Connection refused (111)
bt_audio_service_open: connect() failed: Connection refused (111)
bt_audio_service_open: connect() failed: Connection refused (111)
TIMER| shutdown Scheduler: 5.764 us
TIMER| shutdown mouse stuff: 43.42 us
TIMER| shutdown Pathfinder: 140.929 us
TIMER| shutdown game scripting stuff: 1.47416 ms
TIMER| shutdown actor stuff: 3.02 us
TIMER| shutdown TexMan: 3.624 us
TIMER| shutdown Renderer: 54.107 us
TIMER| shutdown ScriptingHost: 9.21426 ms
TIMER| shutdown ConfigDB: 2.547 us
TIMER| shutdown CSocketBase: 3.6605 ms
TIMER| shutdown CNetLogManager: 6.614 us
TIMER| shutdown I18N: 8.153 us
TIMER| resource modules: 45.8587 ms
TIMER TOTALS (5 clients)
-----------------------------------------------------
  tc_2: 0 c (0x)
  tc_1: 0 c (0x)
  tc_transform: 1333.43 Mc (49x)
  tc_plain_transform: 4312.04 kc (12x)
  tc_png_decode: 0 c (0x)
-----------------------------------------------------
TIMER| shutdown misc: 1.77964 ms
test@test-desktop:~/0ad/trunk/binaries/system$

Pressing 'C' let however the game start.

I am using r7139 on a Ubuntu karmic. Let me know if I should provide more infos.

Hello! I was playing the "Badlands" map. crashed after sending units to an unclaimed settlement

pyrogenesis_dbg: /usr/include/boost/shared_ptr.hpp:315: T* boost::shared_ptr<T>::operator->() const [with T = CTerrainProperties]: Assertion `px != 0' failed.

Program received signal SIGABRT, Aborted.


(gdb) backtrace
#0  0xb7f7a410 in __kernel_vsyscall ()
#1  0xb7788085 in raise () from /lib/tls/i686/cmov/libc.so.6
#2  0xb7789a01 in abort () from /lib/tls/i686/cmov/libc.so.6
#3  0xb778110e in __assert_fail () from /lib/tls/i686/cmov/libc.so.6
#4  0x083747c9 in boost::shared_ptr<CTerrainProperties>::operator-> (this=0xbf9b305c) at /usr/include/boost/shared_ptr.hpp:315
#5  0x08374647 in CTerrain::IsPassable (this=0x9584120, loc=@0xbf9b3130, entity=@0xbf9b30f2) at ../../../source/graphics/Terrain.cpp:117
#6  0x0834c316 in AStarGoalLowLevel::IsPassable (this=0x8cf4558, loc=@0xbf9b3130, entity=@0xbf9b3140) at ../../../source/simulation/AStarEngine.cpp:508
#7  0x0834c1f1 in AStarGoalLowLevel::GetNeighbors (this=0x8cf4558, loc=@0xb549760, entity=@0xbf9b31ba) at ../../../source/simulation/AStarEngine.cpp:543
#8  0x0834cf4a in CAStarEngine::FindPath (this=0x8cf4438, src=@0xbf9b3278, dest=@0xbf9b32e4, entity=@0xbf9b328c, radius=0)
    at ../../../source/simulation/AStarEngine.cpp:234
#9  0x082f5f57 in CPathfindEngine::RequestLowLevelPath (this=0x8cf4438, entity=@0xbf9b3302, destination=@0xbf9b32e4, contact=false, radius=0, 
    orderSource=CEntityOrder::SOURCE_PLAYER) at ../../../source/simulation/PathfindEngine.cpp:533
#10 0x083478ab in CEntity::ProcessGotoWaypoint (this=0xa840808, current=0x8cf7a70, contact=false)
    at ../../../source/simulation/EntityStateProcessing.cpp:732
#11 0x082cc2d7 in CEntity::UpdateOrders (this=0xa840808, timestep=300) at ../../../source/simulation/Entity.cpp:582
#12 0x082cc940 in CEntity::Update (this=0xa840808, timestep=300) at ../../../source/simulation/Entity.cpp:457
#13 0x082b65cc in CEntityManager::UpdateAll (this=0x9588b80, timestep=300) at ../../../source/simulation/EntityManager.cpp:450
#14 0x083162f2 in CSimulation::Simulate (this=0x9561030) at ../../../source/simulation/Simulation.cpp:179
#15 0x083166e3 in CSimulation::Update (this=0x9561030, frameTime=0.033608004450798035) at ../../../source/simulation/Simulation.cpp:106
#16 0x0829f6a5 in CGame::Update (this=0x9588898, deltaTime=0.033608004450798035, doInterpolate=true) at ../../../source/ps/Game.cpp:230
#17 0x0820f421 in Frame () at ../../../source/main.cpp:271
#18 0x0820f882 in RunGameOrAtlas (argc=1, argv=0xbf9b3774) at ../../../source/main.cpp:397
#19 0x0820f906 in main (argc=1, argv=0xbf9b3774) at ../../../source/main.cpp:410

Please ignore.

Create - Ambient Flora/Geo sounds such as:

Creaking of trees, rustling of reeds, crops, leaves ect..

Ambiences should be in stereo and roughly 1 min in duration.

Files should loop seamlessly.

5 Separate Ambiences Requred

Hello again.. I was playing the "Latinum" map. Crashed after trying to build a building (dock) on the very border of the map.

#0  0x08374786 in CRenderableObject::SetDirty (this=0x0, dirtyflags=2)
    at ../../../source/graphics/RenderableObject.h:82
#1  0x083732e7 in CTerrain::FlattenArea (this=0x9578708, x0=62.6870041, 
    x1=80.6870041, z0=564.263, z1=582.263)
    at ../../../source/graphics/Terrain.cpp:467
#2  0x082dc932 in CEntity::FlattenTerrain (this=0xc102d98)
    at ../../../source/simulation/EntityScriptInterface.cpp:932
#3  0x082e84ea in CNativeComplexFunction<CEntity, false, jsval_t, &(CEntity::FlattenTerrain(JSContext*, unsigned int, int*))>::JSFunction (cx=0x8723558, 
    obj=0xc0f8c50, argc=0, argv=0xc1d5860, rval=0xbfa566b0)
    at ../../../source/scripting/ScriptableComplex.inl:468
#4  0x085277cd in js_Invoke (cx=0x8723558, argc=0, flags=0) at jsinterp.c:1187
#5  0x0853838e in js_Interpret (cx=0x8723558, pc=0xa385fd0 ":", 
    result=0xbfa573d8) at jsinterp.c:3586
#6  0x08527843 in js_Invoke (cx=0x8723558, argc=1, flags=2) at jsinterp.c:1207
#7  0x08527b9e in js_InternalInvoke (cx=0x8723558, obj=0xb24e780, 
    fval=156876080, flags=0, argc=1, argv=0xbfa5750c, rval=0xbfa57510)
    at jsinterp.c:1284
#8  0x084f0c98 in JS_CallFunction (cx=0x8723558, obj=0xb24e780, fun=0x8a54860, 
    argc=1, argv=0xbfa5750c, rval=0xbfa57510) at jsapi.c:4146
#9  0x082c0707 in CScriptObject::DispatchEvent (this=0xa344f2c, 
    Context=0xb24e780, evt=0xbfa57a5c)
    at ../../../source/simulation/ScriptObject.cpp:126
---Type <return> to continue, or q <return> to quit---
#10 0x0832803c in IEventTarget::_DispatchEvent (this=0xa344cf0, 
    evt=0xbfa57a5c, target=0xaebbff8)
    at ../../../source/scripting/DOMEvent.cpp:49
#11 0x083281b9 in IEventTarget::_DispatchEvent (this=0xa5792e8, 
    evt=0xbfa57a5c, target=0xaebbff8)
    at ../../../source/scripting/DOMEvent.cpp:66
#12 0x083281b9 in IEventTarget::_DispatchEvent (this=0xa6ee1d8, 
    evt=0xbfa57a5c, target=0xaebbff8)
    at ../../../source/scripting/DOMEvent.cpp:66
#13 0x083281b9 in IEventTarget::_DispatchEvent (this=0xa6ed0f8, 
    evt=0xbfa57a5c, target=0xaebbff8)
    at ../../../source/scripting/DOMEvent.cpp:66
#14 0x083281b9 in IEventTarget::_DispatchEvent (this=0xa6ec3e0, 
    evt=0xbfa57a5c, target=0xaebbff8)
    at ../../../source/scripting/DOMEvent.cpp:66
#15 0x083281b9 in IEventTarget::_DispatchEvent (this=0xa6eb648, 
    evt=0xbfa57a5c, target=0xaebbff8)
    at ../../../source/scripting/DOMEvent.cpp:66
#16 0x083281b9 in IEventTarget::_DispatchEvent (this=0xa6ea918, 
    evt=0xbfa57a5c, target=0xaebbff8)
    at ../../../source/scripting/DOMEvent.cpp:66
#17 0x083281b9 in IEventTarget::_DispatchEvent (this=0xa6e9c78, 
    evt=0xbfa57a5c, target=0xaebbff8)
---Type <return> to continue, or q <return> to quit---
    at ../../../source/scripting/DOMEvent.cpp:66
#18 0x083281b9 in IEventTarget::_DispatchEvent (this=0xaebbff8, 
    evt=0xbfa57a5c, target=0xaebbff8)
    at ../../../source/scripting/DOMEvent.cpp:66
#19 0x08328339 in IEventTarget::DispatchEvent (this=0xaebbff8, evt=0xbfa57a5c)
    at ../../../source/scripting/DOMEvent.cpp:86
#20 0x0834868f in CEntity::ProcessContactActionNoPathing (this=0xaebbf90, 
    current=0xc1749c8, timestep_millis=300)
    at ../../../source/simulation/EntityStateProcessing.cpp:516
#21 0x082cc2bc in CEntity::UpdateOrders (this=0xaebbf90, timestep=300)
    at ../../../source/simulation/Entity.cpp:577
#22 0x082cc968 in CEntity::Update (this=0xaebbf90, timestep=300)
    at ../../../source/simulation/Entity.cpp:457
#23 0x082b65cc in CEntityManager::UpdateAll (this=0x95ab9e0, timestep=300)
    at ../../../source/simulation/EntityManager.cpp:450
#24 0x0831631a in CSimulation::Simulate (this=0x9581140)
    at ../../../source/simulation/Simulation.cpp:179
#25 0x0831670b in CSimulation::Update (this=0x9581140, 
    frameTime=0.023770732805132866)
    at ../../../source/simulation/Simulation.cpp:106
#26 0x0829f6a5 in CGame::Update (this=0x95aab10, 
    deltaTime=0.023770732805132866, doInterpolate=true)
    at ../../../source/ps/Game.cpp:230
---Type <return> to continue, or q <return> to quit---
#27 0x0820f421 in Frame () at ../../../source/main.cpp:271
#28 0x0820f882 in RunGameOrAtlas (argc=1, argv=0xbfa58014)
    at ../../../source/main.cpp:397
#29 0x0820f906 in main (argc=1, argv=0xbfa58014)
    at ../../../source/main.cpp:410

bug: right doubleclick makes running units walk how to reproduce:

1. select running guy
2. order him to run
3. observe he walks

javascript patch attached, dunno if that's the best or correct way to fix it

Currently, non-support of S3TC causes ugly unhelpful output like in #306. (This particularly matters on Linux, where (I think) non-support is the default for non-proprietary drivers.)

The message should be displayed in a much more user-friendly way (perhaps a dialog box? or perhaps it should carry on loading the game and display a warning on the menu screen?).

Also, the message should help people resolve the problem - on Linux, it should tell them to run driconf and enable the "enable S3TC texture compression" option. (That option makes the driver lie that it fully supports S3TC, when actually it only supports decompression (which is all we need).)

Also, maybe we could detect the situation where we're running on Linux and the driver really does support decompression even though it doesn't claim to fully support S3TC, since the game should actually run fine with S3TC in that case and we don't need to tell the user to do anything.

There are some GUI components that get called for some missing settings, this could be a result of couple of reasons:

• Actual settings that are missing from the component
• Faulty calling to those settings

Another thing could be that the call to the settings is OK.
Meaning, the code is trying to probe the component for the wanted setting, and if it doesn't find it, then it just doesn't use that feature for that component.

To find the faulty settings run the program, open the main log (mainlog.html), and follow the warnings.

Currently, when a dropdown is opened, the position of the list starts at the top, regardless of the currently selected item.

What should happen when a dropdown is opened, is that the position of the scrollbar should be maintained from the last time an item was selected.

• Modify existing game setup dialog for quick civ selection. Replace civ name with a dropdown to allow for quick selection for an experienced user.

• Create new civ selection details dialog. Dialog opens by clicking on a button or emblem on the game setup screen. The new screen should be broken up onto multiple panes containing various peices of information: history, bonuses, heroes, emblem. The dialog could be themed based upon the currently selected civ: background image, sample unit image. There could be some tooltip hot areas that convey even more information.

• Civ information should be kept in a group(?) of XML files describing each civ. Each file should contain the information that would be displayed on the selection screen so that the information on the dialog is not hard-coded. Information stored could be: name, history text, bonus text, hero text, emblem, images, and possibly sim info like special units available etc.

Universal Animal Death Sound SDD # 157"

Specifications

MONO 
3 seconds in duration. 
Non-Looping

4 Files Required.

Plowing Fields Sound SSD # 169

Specifications

Mono
5 Seconds
Non-Looping

9 Sounds Req'd

General Herding Animals Sounds SDD# 164

Specifications

MONO
5-Seconds
Non- Looping

9 Sounds req'd

Universal Fire Crackling Sound SDD# 177

Specifications

MONO
5 Seconds
Non-Looping

5 sounds req'd

Sizzling of Hot Metal Against Flesh SDD# 182

Specifications

MONO
5 Seconds
Non-Looping

5 Sounds req'd

Spreading Fire Sound SDD# 187

Specifications

MONO
5 Seconds
Non-Looping

5 Sounds req'd

Multiple Arrows in Air - Looping SDD# 195

Specifications

Stereo
2 Minutes
Looping

1 sound req'd

Arrow Impacting Wood Sound SDD# 228

Specifications

MONO
2 seconds
Non-Looping

12 Sounds req'd

Arrow Impacting Metal SDD# 223

Specifications

MONO
2 Seconds
Non-Looping

12 sounds req'd

Sling Impacting Wood SDD# 247

Specifications

MONO
2 seconds
Non-Looping

12 sounds req'd

Sling Impact Stone SDD# 257

Specifications

MONO
2 Seconds
Non-Looping

12 Sounds req'd

Flesh Impact - Multiple SDD# 271

Specifications

Stereo
2 minutes
Looping

1 Sounds Req'd

Flesh Impact - Stab

Specifications

Mono
2 Seconds
Non-Looping

12 sounds req'd

Onager - Shooting SDD #282

Specifications

Mono
2 Seconds
Non-Looping

5 sounds req'd

Onager - Reloading SDD #283

Specifications

Mono
2 Seconds
Non-Looping

5 sounds req'd

Balista - Moving SDD #284

Specifications

Mono
2 Seconds
Non-Looping

5 Sounds req'd

Balista - Shooting SDD #285

Specifications

Mono
2 Seconds
Non-Looping

5 Sounds req'd

Balista - Reloading SDD #286

Specifications

Mono
2 Seconds
Non-Looping

5 Sounds req'd

Land Ram - Moving SDD #287

Specifications

Mono
2 Seconds
Non-Looping

5 Sounds req'd

Land Ram - Ramming SDD #288

Specifications

MONO
2-Seconds
Non-Looping

5 Sounds Req'd

Onager Stone Hitting Wood SDD #289

Specifications

MONO
2-Seconds
Non-Looping

5 Sounds req'd

Onager Stone Hitting Stone SDD #290

Specifications

MONO
2-Seconds
Non-Looping

5 Sounds Req'd

Onager Stone Hitting Water

Specifications

MONO
2-Seconds
Non-Looping

5 Sounds Req'd

Onager Stone Hitting Water SDD# 291

Specifications

MONO
2-Seconds
Non-Looping

5 Sounds Req'd

Seige Unit Select SDD# 295

Specifications

MONO
2-Seconds
Non-Looping

5 Sounds Req'd

Onager Destruction SDD# 296

Specifications

MONO
2-Seconds
Non-Looping

5 Sounds Req'd

Seige Unit Destruction - Ballista SDD# 297

Specifications

MONO
2-Seconds
Non-Looping

5 Sounds Req'd

Land Ram Destruction SDD# 298

Specifications

MONO
2-Seconds
Non-Looping

5 Sounds Req'd

Mounted Unit - Dirt SDD# 348

Specifications

Specifications

MONO
1-Seconds
Non-Looping

5 Sounds Req'd

Mounted Unit - Grass SDD# 356

Specifications

MONO
1-Second
Non-Looping

5 Sounds Req'd

Mounted Unit - Snow SDD# 364

Specifications

MONO
1-Second
Non-Looping

5 Sounds Req'd

Mounted Unit - Road SDD# 372

Specifications

MONO
1-Second
Non-Looping

5 Sounds Req'd

Destruction - Civil SDD# 381

Specifications

MONO
2-Seconds
Non-Looping

5 Sounds Req'd

Destruction - Generic SDD# 391

Specifications

MONO
2-Seconds
Non-Looping

5 Sounds Req'd

Destruction - Military SDD# 393

Specifications

MONO
2-Seconds
Non-Looping

5 Sounds Req'd

Destruction - Gate SDD# 399

Specifications

MONO
2-Seconds
Non-Looping

5 Sounds Req'd

Explosion SDD# 403

Specifications

MONO
2-Seconds
Non-Looping

5 Sounds Req'd

Building FX - Civil Centre SDD# 410

Specifications

MONO
10-Seconds
Looping

10 Sounds Req'd

Building FX - House SDD# 412

Specifications

MONO
10-Seconds
Looping

10 Sounds Req'd

Building FX - Resource Centre SDD# 419

Specifications

MONO
10-Seconds
Looping

10 Sounds Req'd

Building FX - Military Centre SDD# 433

Specifications

MONO
10-Seconds
Looping

10 Sounds Req'd

Building FX - Temple SDD# 435

Specifications

MONO
10-Seconds
Looping

10 Sounds Req'd

Building FX - Fortress SDD# 437

Specifications

MONO
10-Seconds
Looping

10 Sounds Req'd

Building FX - Health Centre SDD# 443

Specifications

MONO
10-Seconds
Looping

10 Sounds Req'd

Gates - Opening SDD# 445

Specifications

MONO
5-Seconds
Non-Looping

5 Sounds Req'd

Gates - Closing SDD# 446

Specifications

MONO
5-Seconds
Non-Looping

5 Sounds Req'd

Ambient Sounds - Alpine Soundscape SDD# 448

Specifications

Stereo
30-Seconds
Looping

4 Sounds Req'd

Ambient Sounds - Steppes Soundscape SDD# 450

Specifications

Stereo
30-Seconds
Looping

4 Sounds Req'd

Ambient Sounds - Mediteranean Soundscape SDD# 451

Specifications

Stereo
30-Seconds
Looping

4 Sounds Req'd

Ambient Sounds - Savannah Soundscape SDD# 452

Specifications

Stereo
30-Seconds
Looping

4 Sounds Req'd

Ambient Sounds - Desert Soundscape SDD# 453

Specifications

Stereo
30-Seconds
Looping

4 Sounds Req'd

Ambient Sounds - Semi-Arid Soundscape SDD# 454

Specifications

Stereo
30-Seconds
Looping

4 Sounds Req'd

Ambient Sounds - Polar Soundscape SDD# 455

Specifications

Stereo
30-Seconds
Looping

4 Sounds Req'd

Night Sounds - Alpine Soundscape SDD# 457

Specifications

Stereo
30-Seconds
Looping

4 Sounds Req'd

Night Sounds - Steppes Soundscapes SDD# 460

Specifications

Stereo
30-Seconds
Looping

4 Sounds Req'd

Night Sounds - Mediteranean Soundscape SDD# 461

Specifications

Stereo
30-Seconds
Looping

4 Sounds Req'd

Night Sounds - Savannah Soundscape SDD# 462

Specifications

Stereo
30-Seconds
Looping

4 Sounds Req'd

Night Sounds - Desert Soundscape SDD# 463

Specifications

Stereo
30-Seconds
Looping

4 Sounds Req'd

Night Sounds - Semi-Arid Soundscapre SDD# 464

Specifications

Stereo
30-Seconds
Looping

4 Sounds Req'd

Night Sounds - Polar Soundscape SDD# 465

Specifications

Stereo
30-Seconds
Looping

4 Sounds Req'd

Night Sounds - Tropical Soundscape SDD# 467

Specifications

Stereo
30-Seconds
Looping

4 Sounds Req'd

Ambient - Swamp SDD# 490

Specifications

Stereo
30-Seconds
Looping

4 Sounds Req'd