+64 scroll engine

[mkg]

I made my first +64 scroll engine, its for use with planes with more than 64 tiles of width/height. the example has a size of 100*50 tiles. (the height is 50 tiles because the lack of zoom-out of Imagenesis , but a +64 height can be done)

Attachments:

[mkg]

Using get_tilemap:
get_tilemap(lblptr&(map),width,x,y)
while map is your map data, width is the actual width of your map (in tiles), x and y are the coords of the map where you want to extract.

(sorry my english )

[mkg]

A second test, with now, +64 VSCROLLING!
Map size: 128*128 (original: 64*64 , I rezised the imagen in Imagenesis )

Attachments:

[Deleted]

I appreciate your enthusiasm .. but i'm not sure what good it is posting examples of a scrolling "engine" that runs at a abysmal 15 fps just by itself ( without there even being a game ).

Are you looking for feedback? Or are you trying to educate / help others?

[mkg]

that's the problem,Is purely made in basigaxorz, i need to learn asm

[Deleted]

Dec 3, 2013 9:05:49 GMT -5 mkg said:

that's the problem,Is purely made in basigaxorz, i need to learn asm

No need to learn assembly .. you can make a scrolling engine that runs at 60 fps in BASIC just fine ( proof ).

[Deleted]

Or YouTube affinity sorrow. The later videos use large maps with animated tiles that runs at full speed with zero slowdown, and is coded in bex

[Deleted]

I think code he can actually view and compile himself would be mroe effective. What about moons Zelda demonstration in this topic:
devster.proboards.com/index.cgi?action=display&board=basiegaxorz&thread=652&page=1

[Deleted]

It's not required for proof but it helps to show that it can be done after compiled.

[Deleted]

Dec 3, 2013 14:46:34 GMT -5 @theloon said:

I think code he can actually view and compile himself would be mroe effective.

These guys aren't listening anyway .. in fact i'm not even sure why i'm still posting.

[Deleted]

Here's another example of scrolling. Not sure about the fps though. Last time I tried it I seem to remember some shearing.
devster.proboards.com/index.cgi?action=display&board=basiegaxorz&thread=686&page=1

[Deleted]

Code isn't effective if the person is just copying and pasting.

[Deleted]

yeah. I didn't trim the attitude out of my comments fast enough. Sorry about that, man!

A little grumpy due to not making progress on my own projects.

[mkg]

now , anyone can tell me what is making the slowdown in my scrolling engine?
I would appreciate it

[Deleted]

Dec 4, 2013 9:36:35 GMT -5 mkg said:

anyone can tell me what is making the slowdown in my scrolling engine?

It's simply badly coded. Let me give one example .. you're using the following concept to read data from your map.
pointer& = lblptr&(map)
x = peekint(pointer&)
map:
dataint 0,1,2,3
The "x = peekint(pointer&)" line compiles to the following assembly.
movem.l d0/d1/d4,-(a7)
move.l d2,-(a7)
move.l (__LONG_pointer),d0
move.l (a7)+,d2
move.l d0,a0
clr.l d2
move.w (a0),d2
movem.l (a7)+,d0/d1/d4
clr.l d0
move.w d2,d0
move.w d0,(__INTEGER_x)
The alternative / correct way of doing these kind of things is as follows.
reload map
readint x
map:
dataint 0,1,2,3
The two lines "reload map" and "readint x" compile to the following*
move.l #__DATA_Pmap,a6
lea (__INTEGER_x),a0
move.w (a6)+,(a0)
Guess which one is faster

*When you make sure you sequentially read your data, you even omit the 1st instruction for any consecutive reads.