Quoted from AoKTS Bugtracker (Issue 0000049):

- Then I have loaded this Scenario in the AOKTS 0.3.3
I have changed the location of some units (Boar, Relic,..)
And finally I have saved the modified Scenario.

- When I run the new Scenario in AoK, there are some unexpected changes that I haven't made:

1. The starting position, for me (Player 1), of the camera is now in the left hand corner of the main screen (Point 0,0).

2. My starting resources of Food and Gold have been swapped.
(Instead of 200Food, 100Gold, all players start with 100Food, 200Gold).

3. All the Diplomacy has changed.
(Instead of all enemies, now they are all allies).

***********************************************************

I have watched the new Scenario file, with an Hex-Editor, and I have found that:

1. The AOKTS has changed the value of the "long player1_pos[2]" variables,
(in the "Map" struct):
from FF FF FF FF, FF FF FF FF (I suppose that it is the Default value)
to 00 00 00 00, 00 00 00 00 (the left hand corner of the main Screen).

2. The AOKTS has changed the order of the Food & Gold Resources,
(in the "Player_Data_4" array that it is inside the "UNITS" block),
for all the active players.

3. The AOKTS has changed all my alliences, that are stored in the "char diplomacy[count_diplomacy]" array,
(in the "PlayerData3" struct):
from 3-0-3-3-3-3-3-3-3, 3-3-0-3-3-3-3-3-3,and so on...
to 3-3-0-0-0-3-0-0-0 (for all players).

***********************************************************

- Other thing that I have notice in the AOKTS 0.3.3 is that the "Initial View" of Player 1
it is always showing the value 42949,42949.
And this is not the real value stored in the file.

- Finally, when watching the "Units" data, with the Hex_Editor, I notice that the "float x-pos, y-pos" values are stored reverse,
comparing them with the values we can read in the AOKTS "Units" folder.
For instance:
Town Center player 1: x=83, y=16 (in AOKTS)
But I read First variable=16, second variable=83, in the Scenario file.

Are the x-pos, y-pos stored reverse in the Scenario file?
Or are all x-pos, y-pos values showed reverse in the AOKTS ?

***********************************************************

Is the AOKTS 0.3.3 incompatible with 1.18 version Scenarios?

Thanks, in advance.

[This message has been edited by Rangar (edited 02-19-2006 @ 08:08 AM).]

A new version is really close, though, so I'd just say wait a bit and see if I inadvertently fix it just like I broke it. (The weirdest thing is I have absolutely no problems opening scenarios on my computer.)

Quote:

[This message has been edited by Fus1on_Patoo1 (edited 02-23-2006 @ 10:32 AM).]

And STC may be right. Would all of you who have gotten the error mind posting what version of Windows you're running? (XP, 2000, 98, etc.)

[This message has been edited by DiGiT (edited 02-23-2006 @ 05:04 PM).]

[This message has been edited by henrylo513 (edited 02-23-2006 @ 07:07 PM).]

Admiral_Loki

Improvements

• Added technology disabling.
  
• Implemented new XML genie data format. (Much more to come later.)
  

The scenario loading bug has also been fixed.

Yeah the bug was... mean. Compile-specific bugs like that are the worst.

Edit: I found that I recieved that error message because I didn't have the libexpat.dll file. I downloaded the dll and AoKTS was able to run.
You might want to include the dll with the zip so people won't have the same problem.

[This message has been edited by geebert (edited 02-26-2006 @ 10:03 PM).]

[This message has been edited by zyxomma100 (edited 02-26-2006 @ 10:32 PM).]

[This message has been edited by geebert (edited 02-27-2006 @ 00:17 AM).]

http://www.digitization.org/download/aokts-0.3.4.zip

Also, I discovered something very very wheird.
When I was editing a SAVED game, I just wanted to change the unit ID of a unit OUTSIDE the valid range. Just for fun.
But the fun dispappeared, when I saw the (Shocking) results...
Very wheird units with very WHEIRD names:
> e
> Turtle Ship, Elite Turle Ship...
And more...

Did I gave the game a secret search command?

I searched for those unit names in the .DAT file, and in the Saved Game file itself, but no matching results.
Here does it become realy crazy...
I searched in the Language.dll, and Language_x1.dll....
NOTHING!!!
I searched in the .exe, and gues...

Does the game have secrets?
Also, when I was testing one of my scenarios, one of the projectiles of the scorpion exploded, but the explosion cloud hang in the air, without dispppearing. Also, it has 0.200 LOS, and it was one of my objects.

I saved that game, closed windows restarted my computer to look in that saved game...
That mysterious cloud didn't disappear.

The, I looked in the scenario editor to find units, but nothing.
I know now that some people think:
Oh... is it maybe that object called DUSC (Dust Cloud)?
No, it isn't, and the graphics simply don't match...
What is it?
For the non-believers out here, I can give you that saved game...

And how can we explain the terrains, such as Grass, and Dessert.
They are units, but not located in the civ header, and they are listed in the terrain list.

I think, that the Civ Unit data is only the top of a big ice mountain.

If you could provide the part of hex code you have edited (and only what you have edited but not the whole bunch of codes), things would be more easy.

Quote:

Sure, dll files have nothing to do with the unit ID.

Quote:

DUSTC is the track unit of (GAIA) trade carts.

Quote:

Some of the concepts in your speech should be clarified:

Terrains are not units, and there is a specific set of data for terrains in the files.

Civ headers are something such as storage amounts of resources (foods, golds, stones, woods) , population headroom or trade fees for a player. I have already figured out what some of them mean and created some "new triggers" making usage of them.

^{Finally, to be honest, I don't think this is related to DigiT's program.}

[This message has been edited by scenario_t_c (edited 02-27-2006 @ 06:51 AM).]

Quoted from:
DUSTC is the track unit of (GAIA) trade carts.
---
I know it, but I spelled it's internal name wrong.

Quoted from:
Sure, dll files have nothing to do with the unit ID.
---
Maybe, you don't know, but if you edit the Unit ID Number in a saved game, the whole appearence, AND it's name will be changed. So, Imean, that the game gives the unit imediately the new unit data that wasn't supported in saved games for that unit.

Examle:
If you Change the unit ID of a Archer in a saved game to the one of a Hunter, The name, and appearence (All Graphic slots) will be changed to the ones of the hunter.

So, if you give the unit a ID outside the valid range, the game will search for other data, and other names..., and in this case the .exe.

Regarding the out-range problem, you should at least give us an example of what number you have changed before asking something about the issue.

[This message has been edited by scenario_t_c (edited 02-27-2006 @ 08:48 AM).]

And about those triggers?
I already tried a time ago to add new ones, but in my oppinion is it impossible.

[This message has been edited by Ancient Warrior (edited 02-27-2006 @ 09:03 AM).]

Quoted from Cesar:

This is a purely bugfix release for bug 63. Thanks for reporting that, iberico.

Version 0.3.4b Released!

Another bugfix release. Same day. Ugh. Well, thanks for reporting it, STC, I really should have tested 0.3.4a. *rolls eyes*

[This message has been edited by DiGiT (edited 02-27-2006 @ 11:36 PM).]

EDIT: I'm using Windows XP, just incase...

[This message has been edited by newIdea (edited 02-28-2006 @ 01:32 AM).]