21 May 2011, 13:34 | #1 |
Registered User
Join Date: Mar 2011
Location: Stockholm / Sweden
Posts: 12
|
Smooth H-scrolling platform game in AMOS, screen copy vs screen offset?
Hi,
I'm playing around with the TOME map/level editor in AMOS and I have some issues with scrolling. In the examples provided with TOME they used "screen copy" command for scrolling a level/map on screen. It works, but it doesn't produce smooth scrolling. I've tried using the command "screen offset" and it works a lot better, the scrolling can't get any smoother =) BUT, when I use screen offset I'm limited by the screen size, about 1000 pixels in width appears to be max in AMOS. There must be some way to do big maps with smooth scrolling in AMOS, right? Or do I have to start using Blitz Basic? Assembler seems to difficult and time consuming for me :/ |
21 May 2011, 15:14 | #2 |
AMOS Extensions Developer
Join Date: Jun 2007
Location: near Cambridge, UK
Age: 44
Posts: 1,924
|
Did you try using double buffering with screen copy, that might produce a smoother scroll?
I'm sure there's an example of the screen offset technique in the AMOS Professional manual. I know Darren Ithell used it for his Dithell games. Regards, Lonewolf10 |
21 May 2011, 15:39 | #3 |
Gets there in the end...
Join Date: Sep 2005
Location: Wales
Posts: 880
|
1000 pixels should be more than enough for a smooth horizontal scroll. I used to have a screen twice as wide (as a 320 screen, it was about 720-ish I think) and scroll across 1 pixel at a time blitting 2 tiles per frame (one offscreen to the left and one to the right to give a perfect copy when I looped the screen). This worked fine and quick.
Last edited by Coagulus; 21 May 2011 at 15:41. Reason: extra info |
21 May 2011, 15:54 | #4 |
AMOS Extensions Developer
Join Date: Jun 2007
Location: near Cambridge, UK
Age: 44
Posts: 1,924
|
Coagulus, that is the classic scroll technique
I tried to write my own AMOS code to do that once (years ago), but never managed to get it right. I have learnt alot since then, so I am certain it can be done Regards, Lonewolf10 |
21 May 2011, 21:32 | #5 |
Moderator
Join Date: Nov 2004
Location: Eksjö / Sweden
Posts: 5,761
|
I'm unfamiliar with what screen offset means in AMOS so this may be left field, but if it means what it means in hardware programming it's the way to go. A screen copy definitely should mean you're spending most of your gameloop blitting (bad, hopefully) or CPU-copying (worse, but wouldn't surprise me).
On Amiga you can scroll huge levels just changing the screen pointer and scroll-value with very little time spent blitting new blocks coming in from the edge(s) you're scrolling towards. Even on OCS, any problem with scrolling your heart out 50 times per second is only in the head of the programmer From Coagulus' post it seems that's possible in AMOS as well? |
21 May 2011, 23:10 | #6 | ||
AMOS Extensions Developer
Join Date: Jun 2007
Location: near Cambridge, UK
Age: 44
Posts: 1,924
|
Quote:
The command allows simple offsetting of screens without having to know how the hardware does it. Quote:
Ofs | Item ----+----------------------- $00 | Bitplane 0 Logical $04 | Bitplane 1 $08 | Bitplane 2 $0C | Bitplane 3 $10 | Bitplane 4 $14 | Bitplane 5 $18 | Bitplane 0 Physical $1C | Bitplane 1 $20 | Bitplane 2 $24 | Bitplane 3 $28 | Bitplane 4 $2C | Bitplane 5 $30 | Bitplane 0 Current $34 | Bitplane 1 $38 | Bitplane 2 $3C | Bitplane 3 $40 | Bitplane 4 $44 | Bitplane 5 For example, to get the address of Bitplane 3 of the currently active screen you would do BITPLANE3=Screen Base+$3C Regards, Lonewolf10 |
||
22 May 2011, 13:25 | #7 |
Phone Homer
Join Date: Jun 2006
Location: 5150
Posts: 5,887
|
Ive also have a problem with large screens but with the vertical when Blitter Objects are place quite far down a large screen they distorted - Im guessing this has somthing to do with the way the Blitter updates? Can anyone explain more?
More info http://www.ultimateamiga.co.uk/index...;topicseen#new Last edited by Retro1234; 22 May 2011 at 21:45. Reason: sorry :P |
22 May 2011, 22:52 | #8 | |
Registered User
Join Date: Mar 2011
Location: Stockholm / Sweden
Posts: 12
|
Quote:
When I used screen copy the screen was just 2 tiles extra in width, 2*16 pixels, the tiles I'm using are 16 pixels wide. Giving a total screen width of 352 pixels. But when using only screen offset, the map cannot exceed the screen width of 1000 pixels if I want to avoid using the slow(?) screen copy. The screen copy method works if I lower the height of the portion of the screen that I scroll. For example, if i would only like the ground in the game to scroll, say 60 pixels on the lower part of the screen, then I manage to get smooth scrolling with screen copy. But a platform game with only flat ground is not so exciting. |
|
22 May 2011, 23:02 | #9 |
Banned
Join Date: Jan 2009
Location: U.K.
Posts: 93
|
A 1000 pixels is way too much. You only need two screen widths +32 pixels = 672 pixels wide if using 16 pixel wide tiles. Trust me on this, using screen offset is much better and faster than using the screen copy method.
Kev G. |
22 May 2011, 23:10 | #10 | |
Phone Homer
Join Date: Jun 2006
Location: 5150
Posts: 5,887
|
The Problem is you can Scroll quicker than you can Paste Icons
It can be done I know but gets complex - I think Lonewolf you saw that demo I did of continuous large map horizontal hardware scrolling? Quote:
|
|
22 May 2011, 23:23 | #11 |
AMOS Extensions Developer
Join Date: Jun 2007
Location: near Cambridge, UK
Age: 44
Posts: 1,924
|
|
22 May 2011, 23:25 | #12 |
Phone Homer
Join Date: Jun 2006
Location: 5150
Posts: 5,887
|
I seem to remember having to draw tiles while scrolling and it was quite tight
If your double buffering the screen even worse - Probably wouldnt do this. Alastair Murray of Backbone said somthing like he had the screen 2 tiles extra wide scrolled 1 tile using offset then screen copied it back the the beginning -Screen swap -draw new edge and so on. He did four directional scrolling how smooth you think this is I dont know but was quite fast. interested to know how you get on. Last edited by Retro1234; 22 May 2011 at 23:36. |
22 May 2011, 23:55 | #13 | |
Registered User
Join Date: Mar 2011
Location: Stockholm / Sweden
Posts: 12
|
Quote:
Draw the map starting from the first column of tiles, then scroll with screen offset 16 pixels(1 tile), then draw the map starting from second column of tiles and setting screen offset back 16 pixels, then scroll 16 pixels using screen offset, and so on. Does it make sense? |
|
23 May 2011, 00:02 | #14 |
Phone Homer
Join Date: Jun 2006
Location: 5150
Posts: 5,887
|
Something like that but I wouldnt do it for just for horizontal scrolling
If possible Scroll with offset to the Right -Forget left Scroll for now -While drawing tiles behind you When you reach the end of the screen using offset go back to offset 0 the tiles youve drawn behind you, you now scroll to the right and so on in a looping like that. Of course im no expert other probably have better ideas. |
23 May 2011, 03:00 | #15 | |
Total Chaos forever!
Join Date: Aug 2007
Location: Waterville, MN, USA
Age: 49
Posts: 2,224
|
Quote:
I'll write you an example pseudo-code based on the example one that comes with AmigaE and post it here. |
|
23 May 2011, 05:44 | #16 |
Total Chaos forever!
Join Date: Aug 2007
Location: Waterville, MN, USA
Age: 49
Posts: 2,224
|
This one loads a Tome formatted tile map and displays it...without using the Tome commands because they're just too slow. BTW, I didn't check the code or try to run it so there may still be mistakes in it.
Code:
Screen Open 1, 672, 256, 32, lowres Flash off Curs off Cls 0 Load "tilemap.abk",6: Rem Load the map Load "tiles.abk",2: Rem load the tile images as an icon bank Get Icon Palette Rem get size of map from tilemap.abk T=Start(6) MAXX=Deek(T) MAXY=Deek(T+2) Rem Draw the initial map starting at top left Screen Hide For Y=0 to 256 Step 16 ROW=Y*MAXX+4+T : Rem add 4 to skip size header For X=16 to 336 Step 16 Paste Icon X,Y,Peek(ROW+X/16) Next X Next Y Screen Show Rem Scroll right until you get to the end of the map MAXXP=MAXX*16-320 : Rem Maximum pixel coordinate For X=0 to MAXXP LX = X mod 320 Y=X and 15 : Rem Pixel offset and tile row If Y=0 Rem This code is only accessed on even multiples of 16 pixels X1=LX X2=X1+336 : Rem 336=320+16 COL1=X/16+T+4 COL2=COL1+21 : Rem 21=336/16 Endif YT=Y*16 ROW=Y*MAXX Rem If you scroll faster than 1 pixel per frame Rem then you have to plot that many more tiles Paste Icon X1, YT, Peek(COL1+ROW) Paste Icon X2, YT, Peek(COL2+ROW) Wait Vbl Screen Offset LX+16, 0 Next X Screen Close 1 |
23 May 2011, 08:48 | #17 |
Registered User
Join Date: Mar 2011
Location: Stockholm / Sweden
Posts: 12
|
@Samurai Crow
Super! thanks! Hopefully there is something wrong with the code so I have to figure it out and learn something |
23 May 2011, 15:47 | #18 |
Total Chaos forever!
Join Date: Aug 2007
Location: Waterville, MN, USA
Age: 49
Posts: 2,224
|
I spotted a bug already.
Code:
ROW=Y*MAXX+4+T : Rem add 4 to skip size header Code:
ROW=(Y/16)*MAXX+4+T : Rem add 4 to skip size header |
24 May 2011, 08:53 | #19 |
Registered User
Join Date: Mar 2011
Location: Stockholm / Sweden
Posts: 12
|
I made a quick try yesterday with the code that samurai crow provided.
It worked, kind of =) The issue I'm having is that I can't save a map as .ABK. I think I got an old version of the tome-editor, version 3.something. I can't find the option so save as .ABK which is mentioned in the TOME IV Manual. I think that's the reason that it doesn't work as I expected. Wrong tiles are displayed on screen, and it doesn't seem to be able to read the size of the map. the map was just 10 tiles high, but it plotted out 16 tiles high, so the map got scrambled. Then I changed the map to 16 tiles high, but when running code after that, it crashed, had to reboot the Amiga. So i Changed this: Rem Draw the initial map starting at top left Screen Hide For Y=0 to 256 Step 16 To: For y=0 to 144 step 16 It now worked, but the first part of the map was 10 tiles high, and the second part was 16 tiles high. And still wrong tiles. I could set the "Y-loop" up to 192 before crashing, adding 16 to the value each time. So do anyone happen to have a later version of the TOME editor?(I have the version 4 tome libs), so I can save the maps as .ABK? In the meanwhile I'll try to find out how to use the .map format with the code you kindly provided me with =) Oh, and I had to change names on some of the variables, AMOS didn't like names containing "max" and "col" |
24 May 2011, 13:52 | #20 |
Total Chaos forever!
Join Date: Aug 2007
Location: Waterville, MN, USA
Age: 49
Posts: 2,224
|
Try replacing the ABK load of the map with something like this:
Code:
Open In 1,"file.map" Reserve 6 as Work, Lof(1) Close 1 Bload "file.map",6 |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
side scrolling, ball kicker platform game | AnonA | Looking for a game name ? | 15 | 17 August 2010 21:15 |
Single screen platform games | onkelarie | Nostalgia & memories | 34 | 07 June 2010 13:10 |
WHDLoad - NTSC and screen offset | Anubis | project.WHDLoad | 4 | 27 January 2010 21:20 |
how to grab screen of AMOS programs... | HexeH | support.Apps | 2 | 11 June 2004 12:53 |
Just can't get smooth scrolling | Bobbin | support.WinUAE | 0 | 23 November 2002 00:52 |
|
|