English Amiga Board


Go Back   English Amiga Board > Other Projects > project.Amiga Game Factory

 
 
Thread Tools
Old 01 April 2020, 22:36   #121
redblade
Zone Friend

redblade's Avatar
 
Join Date: Mar 2004
Location: Middle Earth
Age: 36
Posts: 1,665
@mcgeezer: Great work on the current video. How much RAM is that chewing up at the moment?
You are using the Sprites for main player, enemies, main player bullets and enemy bullets?!?
When you code the game are you making a custom copper list or are you using _LVOOpenScreenTagList(), _LVOAllocBitMap() ??

Hopefully the engine will be easy to modify for Elevator Action Returns or Clock Tower (SNES)
redblade is offline  
Old 01 April 2020, 22:39   #122
redblade
Zone Friend

redblade's Avatar
 
Join Date: Mar 2004
Location: Middle Earth
Age: 36
Posts: 1,665
Quote:
Originally Posted by buzzybee View Post
The original conversion is a total waste of time, subpar on so many levels.
Not if you make those Youtube videos which compare different platforms.
redblade is offline  
Old 01 April 2020, 23:04   #123
mcgeezer
Registered User

 
Join Date: Oct 2017
Location: Sunderland, England
Posts: 2,228
Quote:
Originally Posted by redblade View Post
@mcgeezer: Great work on the current video. How much RAM is that chewing up at the moment?
You are using the Sprites for main player, enemies, main player bullets and enemy bullets?!?
When you code the game are you making a custom copper list or are you using _LVOOpenScreenTagList(), _LVOAllocBitMap() ??

Hopefully the engine will be easy to modify for Elevator Action Returns or Clock Tower (SNES)
Thanks.

It's probably easier I tell you what the rough memory calculations are that I have available:

Code:
Screen 1	122880
Screen 2	122880
Screen 3	122880
Tiles	61440
Sprites	819200
Code	150000
Copper	2048
Maps	32768
Music	200000
SFX	200000

Total	1834096
The above is based on 6 bitplanes, but the sprites are 4 bitplanes and I can select which bitplanes they are put in and the order allowing for different colours. The BoBs are in 64px wide hardware sprite format which is useful on saving memory - but slow because I can't do interleved blits. I'm working on using linked sprites, so using 1 upper body but for many lower body frames to save memory.

I create my own copper list.

Many times I see people allocate their copper by declaring them in code/data segments. I allocate chip ram and then build the list upward which allows me to create pointers in the copper - I still don't know if this is a good way to do it but it works fast for me.

Coding is slow due to the pandemic and having a little boy. My wife is looking after him during the day while I have to work because I'm classed as a key worker, so on an evening she is handing over to me.

Absolutely no down time.

Geezer
mcgeezer is offline  
Old 01 April 2020, 23:19   #124
buzzybee
Registered User

 
Join Date: Oct 2015
Location: Landsberg / Germany
Posts: 402
Quote:
Originally Posted by mcgeezer View Post
Thanks.
Many times I see people allocate their copper by declaring them in code/data segments. I allocate chip ram and then build the list upward which allows me to create pointers in the copper - I still don't know if this is a good way to do it but it works fast for me.

Coding is slow due to the pandemic and having a little boy. My wife is looking after him during the day while I have to work because I'm classed as a key worker, so on an evening she is handing over to me.
I know this is not about coding in this thread, but it fits the topic and therefore hopefully may be of interest for some readers – maybe even McGeezer: I let VASM create my copperlists; put CMOVE NOOP,POINTERTOBPLPT ($01) … CMOVE NOOP,POINTERTOSPRxPOS ($10)etc. commands into the list at places where I need pointers; then let code search through copperlist in runtime, find those CMOVE-commands and create pointers.

This way I lose a tiny bit of DMA-bandwith, but can quickly create and edit copperlist with as many pointers as needed.
buzzybee is offline  
Old 02 April 2020, 00:08   #125
mcgeezer
Registered User

 
Join Date: Oct 2017
Location: Sunderland, England
Posts: 2,228
Its probably six and two three’s Richard.

I like my way because i find it more readable than assembler directives which i use sparingly.

But thanks for the response! Top man
mcgeezer is offline  
Old 24 May 2020, 10:07   #126
van_dammesque
Registered User

 
Join Date: Aug 2014
Location: England
Posts: 103
Quote:
Originally Posted by redblade View Post
Not if you make those Youtube videos which compare different platforms.
[ Show youtube player ]


van_dammesque is offline  
Old 03 January 2021, 15:18   #127
borchen
Registered User

 
Join Date: Jan 2016
Location: NL
Posts: 32
Well...here's my slow&dirty attempt on A500/OCS/512chip+512slow.

[ Show youtube player ]

Disclaimer: this will not be turned into a full game, because I do not have the time nor the knowledge to do this...I just wanted to see if I could get 'something' on screen that 'resembles' the arcade original. This slow attempt is the result of messing about in ASM for months; half an hour here and an hour there...

It's basically an animation using cookie-cut blits, some color changes using the copper and a sprite overlay, using manual sprite mode, for the scores on top and ammo/lives at the bottom. Using this method for the fence would not work, because you'll need all 16 spritecolors for this and these colors are badly needed for the hero/enemies....bummer.

I think I finally have a 32 color palette that should be useable for the first-part of level 1, after some tedious color reductions using ripped gfx from mame. I generated an animation, while playing the game in mame (in Linux), using the -mngwrite option and then extracted all the frames, using the convert-command, to png's

The background is build using 16x16 blocks of gfx and a table that represents 1 screen (for now) to fill the 288x224 screen.

Next challenge will be hardware scrolling....
borchen is offline  
Old 03 January 2021, 16:36   #128
jotd
This cat is no more
jotd's Avatar
 
Join Date: Dec 2004
Location: FRANCE
Age: 49
Posts: 5,091
it is already more playable than the Tiertex version.
jotd is offline  
 


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools

Similar Threads
Thread Thread Starter Forum Replies Last Post
Rolling Thunder Dustyarddog Games images which need to be WHDified 5 30 January 2020 22:24
New Sh*t Game Time video: Rolling Thunder (Amiga) ZEUSDAZ Retrogaming General Discussion 5 11 April 2017 01:56
Rolling Thunder vs Thunder Jaws Solo Kazuki HOL data problems 1 20 June 2016 08:09
Rolling Thunder ++ sareks support.Games 9 16 September 2010 18:09
Rolling Thunder NfernalNfluence support.Games 31 05 August 2008 14:42

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +2. The time now is 15:46.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2021, vBulletin Solutions Inc.
Page generated in 0.07649 seconds with 16 queries