Age of CEmpires I

→ **MyCalcs** profile · by **Ti64CLi++** » 28 Jan 2017, 15:20

I wait an update

Great job PT_

→ **MyCalcs** profile · by **PT_** » 01 Feb 2017, 20:49

I've uploaded all the files to Github, in case anyone wants to help or give tips.

https://github.com/PeterTillema/Age-Of-CEmpires-I

My calculator programs · by **Adriweb** » 01 Feb 2017, 21:44

Nice

→ **MyCalcs** profile · by **PT_** » 14 Feb 2017, 17:38

Time for some small updates. Last days I've been busy with optimizing the routine to display all the tiles at the screen. I've decided to add a border around the field, to avoid clipping, and with the help of both grosged and TheMachine, I got it down to like 711751 cycles, which is really good ;D When there are no more optimizations left, I will start with other stuff, such as the edges of the field and scrolling

Entire code (DrawFieldStart = mpShaData, AoCEDisplayIsoTile = cursorImage):

Code: Select all: DrawField: scf sbc hl, hl ld (hl), 2 ; Speed: 722161/721349/711751 cycles ld hl, -3 jp mpShaData DrawFieldStart: add hl, sp ld (TempSP2 - AoCEDisplayIsoTile + cursorImage), hl ld hl, (currDrawingBuffer) ld de, 15 add hl, de ld (startingPosition - DrawFieldStart + mpShaData), hl ld de, 8*320 ld b, 29 DisplayEachRowLoop: bit 0, b exx startingPosition = $+2 ld iy, 0 ld a, 10 jr nz, DisplayRowOfTilesLoop dec a lea iy, iy+16 DisplayRowOfTilesLoop: ld hl, _tile_test \.r2 call cursorImage lea iy, iy+32 dec a jr nz, DisplayRowOfTilesLoop exx add hl, de ld (startingPosition - DrawFieldStart + mpShaData), hl djnz DisplayEachRowLoop ret DrawFieldEnd: .echo DrawFieldEnd-DrawFieldStart AoCEDisplayIsoTile: ; Thanks a lot to TheMachine02 and grosged for help and optimizations! ; Input: ; IY = pointer to output ; HL = pointer to iso sprite ; ; Bytes: 168 bytes ; Time: 2558 cycles lea de, iy ld ix, 0 lea bc, ix+2 add ix, de ld sp, 320 ldir add ix, sp lea de, ix-2 ld c, 6 ldir add ix, sp lea de, ix-4 ld c, 10 ldir add ix, sp lea de, ix-6 ld c, 14 ldir add ix, sp lea de, ix-8 ld c, 18 ldir add ix, sp lea de, ix-10 ld c, 22 ldir add ix, sp lea de, ix-12 ld c, 26 ldir add ix, sp lea de, ix-14 ld c, 30 ldir add ix, sp lea de, ix-15 ld c, 32 ldir add ix, sp lea de, ix-14 ld c, 30 ldir add ix, sp lea de, ix-12 ld c, 26 ldir add ix, sp lea de, ix-10 ld c, 22 ldir add ix, sp lea de, ix-8 ld c, 18 ldir add ix, sp lea de, ix-6 ld c, 14 ldir add ix, sp lea de, ix-4 ld c, 10 ldir add ix, sp lea de, ix-2 ld c, 6 ldir add ix, sp lea de, ix ldi ldi TempSP2 = $+1 ld sp, 0 ret AoCEDisplayIsoTileEnd:

If you see optimizations, feel free to post it

→ **MyCalcs** profile · by **grosged** » 14 Feb 2017, 19:15

I can see a few optimisations ...But I need to know more about the final version of the routine DrawFieldStart as it will read several different sprites pointers according to a defined map, won't it ?
Size of that map also needed
And perhaps a diagonal manner/order for displaying isotiles would be faster ?...

→ **MyCalcs** profile · by **PT_** » 14 Feb 2017, 23:52

grosged wrote:I can see a few optimisations ...But I need to know more about the final version of the routine DrawFieldStart as it will read several different sprites pointers according to a defined map, won't it ?
Size of that map also needed
And perhaps a diagonal manner/order for displaying isotiles would be faster ?...

Well, the final algorithm for drawing fields, is first knowing the offsets (i.e. shifting the entire map), is really easy though. Next is that I need something that checks if the displayed tile is in the range of the tilemap or not, and if not, draw a black tile (the background). If we continue this, we can skip drawing the tiles where the base of the buildings are, so if a lumbercamp is located at (10,11), and that tile is in the screen boundaries, skip the drawing part, as the builing will already draw that tile. And yes, I've thought of a diagonal renderer, never did anything with it

Oh, the map size will be around 200x200, but that can change if I want to

→ **MyCalcs** profile · by **grosged** » 15 Feb 2017, 12:08

PT_ wrote:Well, the final algorithm for drawing fields, is first knowing the offsets (i.e. shifting the entire map), is really easy though. Next is that I need something that checks if the displayed tile is in the range of the tilemap or not, and if not, draw a black tile (the background). If we continue this, we can skip drawing the tiles where the base of the buildings are, so if a lumbercamp is located at (10,11), and that tile is in the screen boundaries, skip the drawing part, as the builing will already draw that tile. And yes, I've thought of a diagonal renderer, never did anything with it Oh, the map size will be around 200x200, but that can change if I want to

Oh, I thought the display would be composed of this unique isotile format only. So, a building would require another way of displaying. In that case, you're not forced to skip isotiles just up as when "non diagonnaly" displaying from top to bottom, thoses isotiles would be, er...,"overwritten" (of course, one manner or other choosen according to speed

)

Concerning simple isotiles, you'd just have to add 2 half-tiles display routines already included in the DrawFieldStart routine to get rid off clipping troubles:
|><><><><><><><><><|
<><><><><><><><><>
And concerning building shape, why not beginning drawing from bottom to top : thus , it would be easier to know when to stop

I hope my explainations are clear enough

EDIT: I forgot : obviously we'd also need 2 other half-isotiles : the "V" shape for top 1st line , and the "delta" shape for bottom last line