English Amiga Board


Go Back   English Amiga Board > Coders > Coders. General

 
 
Thread Tools
Old 25 April 2018, 11:39   #501
sandruzzo
Registered User
 
Join Date: Feb 2011
Location: Italy/Rome
Posts: 1,180
Quote:
Originally Posted by DanScott View Post
Far from it.... a decent artist and a well chosen 16 colour palette can look beautiful.

I myself have reduced the blocksets and sprites for a Capcom game down to a fixed 16 colour palette. Sure there have to be some compromises somewhere along the way, but the results were really nice!!! A lot better than the "official" conversion of the game (which was a straight ST to Amiga port)

At the end of the day, it's about playability, while still trying to look nice.

G&G is definitely possible at 50fps (maybe not 352 wide, but certainly 320 wide... just losing one sprite that can be actually loaded by the copper anyway), with 16 colours, and would still look really gorgeous.
Do you have some pics about this colors reductions?
sandruzzo is offline  
AdSense AdSense  
Old 25 April 2018, 11:56   #502
ross
Omnia fert aetas

ross's Avatar
 
Join Date: Mar 2017
Location: Crossing the Rubicon
Age: 47
Posts: 800
Quote:
Originally Posted by sandruzzo View Post
Do you have some pics about this colors reductions?
It's not DanScott related but you can search for AnimaInCorpore's work.

Google for Daimakaimura (Ghouls 'n Ghosts) and Atari..
(EDIT: writing atari gave me a strange tingle )

An universal 16 colors Capcom palette is used and the result are very very good
ross is offline  
Old 25 April 2018, 12:12   #503
DanScott
Lemon. / Core Design

DanScott's Avatar
 
Join Date: Mar 2016
Location: Belgrade, Serbia
Posts: 290
Quote:
Originally Posted by sandruzzo View Post
Do you have some pics about this colors reductions?
No, I don't want to post them in public, thanks
DanScott is offline  
Old 25 April 2018, 12:20   #504
DanScott
Lemon. / Core Design

DanScott's Avatar
 
Join Date: Mar 2016
Location: Belgrade, Serbia
Posts: 290
But here's my current palette. I am still working on some palette tweaks, but for the particular game, it seems to work quite nicely, and gives the artists enough shades to accurately remap the coin-op sprites and background tiles down to 16 colours. As I said, some compromises needed.. there are some sprites/bg tiles that use pink/purple colours, but these look great when remapped to use the blues and reds.



I also have devised another more general purpose palette too, but this would require a lot more work for an artist to remap sprites/tiles
DanScott is offline  
Old 25 April 2018, 14:13   #505
sandruzzo
Registered User
 
Join Date: Feb 2011
Location: Italy/Rome
Posts: 1,180
Quote:
Originally Posted by DanScott View Post
But here's my current palette. I am still working on some palette tweaks, but for the particular game, it seems to work quite nicely, and gives the artists enough shades to accurately remap the coin-op sprites and background tiles down to 16 colours. As I said, some compromises needed.. there are some sprites/bg tiles that use pink/purple colours, but these look great when remapped to use the blues and reds.



I also have devised another more general purpose palette too, but this would require a lot more work for an artist to remap sprites/tiles
I thought you've some Gng Reduce gfx to see how with 16 colors go.
sandruzzo is offline  
Old 25 April 2018, 15:47   #506
zero
Registered User

 
Join Date: Jun 2016
Location: UK
Posts: 161
It would be even better if you could reduce the backgrounds to 8 colours and the enemies to a different 8 colours, for dual-playfield mode. Then you have sprites with their own palette on top of that, and easy collision detection.
zero is offline  
Old 25 April 2018, 17:46   #507
DanScott
Lemon. / Core Design

DanScott's Avatar
 
Join Date: Mar 2016
Location: Belgrade, Serbia
Posts: 290
Quote:
Originally Posted by zero View Post
It would be even better if you could reduce the backgrounds to 8 colours and the enemies to a different 8 colours, for dual-playfield mode. Then you have sprites with their own palette on top of that, and easy collision detection.
Sprite to playfield collision is pretty useless

Dual playfield does have it's advantages and also it's disadvantages.

On OCS/ECS there is a huge overhead in terms of bitplane DMA usage. This is offset by having to blit less planes for objects (and can clear the area rather than background restore). You could reduce the screen size to help gain more CPU/Blitter time, but a game like GnG needs to stick as close as possible to the original screen resolution / dimensions. Overall though, unless you have a very good artist, you will end up with something that looks pretty bad.

Probably on AGA, dual playfield is the perfect solution (with hardware sprites to build the background parallax layer)
DanScott is offline  
Old 25 April 2018, 17:58   #508
mcgeezer
Registered User

 
Join Date: Oct 2017
Location: Sunderland, England
Posts: 247
If I was doing i would go for AGA too simply because without the parallax scrolling the game might as well be Ghosts 'n Goblins which had a very good Amiga port.

AGA would do the Arcade proud and would give more time fine tuning the game without having to worry about technical limitations.
mcgeezer is offline  
Old 25 April 2018, 18:13   #509
sandruzzo
Registered User
 
Join Date: Feb 2011
Location: Italy/Rome
Posts: 1,180
On Ocs/Ecs you can have a better Amiga conversion, only by reducing screen size, and I mean A lot better
sandruzzo is offline  
Old 25 April 2018, 18:40   #510
DanScott
Lemon. / Core Design

DanScott's Avatar
 
Join Date: Mar 2016
Location: Belgrade, Serbia
Posts: 290
highly debatable that reducing screen size makes for a better conversion.

Gameplay is quite often defined around the screen size, and what can be seen from the players position.

As i stated, GnG at full screen size (320x224 perhaps to keep the coinop Y screen size) on Amiga is 100% possible on OCS
DanScott is offline  
Old 26 April 2018, 12:05   #511
zero
Registered User

 
Join Date: Jun 2016
Location: UK
Posts: 161
Quote:
Originally Posted by DanScott View Post
Sprite to playfield collision is pretty useless
You get pixel perfect collision detection for free. How is that "useless"?

Quite a few games use that technique to avoid having to check collisions with every object on the screen every frame.
zero is offline  
Old 26 April 2018, 12:48   #512
DanScott
Lemon. / Core Design

DanScott's Avatar
 
Join Date: Mar 2016
Location: Belgrade, Serbia
Posts: 290
Quote:
Originally Posted by zero View Post
Quite a few games use that technique to avoid having to check collisions with every object on the screen every frame.
Which ones? It was useless in any of the many commercially released games I wrote.

It only tells you there has been a collision (overlap) of sprite data to other sprite / playfield data.

It doesn't tell you exactly what your sprite collided with. You still have to work out manually what has been collided with.

Checking collisions every frame is not so hard to optimise anyway... generally things are not moving so fast, so a sorted list will not change a great deal from one frame to the next.
DanScott is offline  
Old 26 April 2018, 16:43   #513
zero
Registered User

 
Join Date: Jun 2016
Location: UK
Posts: 161
Quote:
Originally Posted by DanScott View Post
Which ones?
Leander, for example. I have a feeling Agony did it as well, but I'm not sure.

Quote:
It only tells you there has been a collision (overlap) of sprite data to other sprite / playfield data.

It doesn't tell you exactly what your sprite collided with. You still have to work out manually what has been collided with.
Think about a game like GnG or Leander. It doesn't matter what you hit, you take the same amount of damage regardless. In GnG you lose your armour or die, that's it. So you don't care what you hit, only that you did hit something.

So now instead of checking player bounding box vs. every enemy on screen, and then doing a pixel-perfect check if they are overlapping, you check one bit.

For the player's weapons you use simpler methods because they won't mind if it's not pixel perfect, but they will care if they die unfairly.
zero is offline  
Old 27 April 2018, 11:49   #514
DanScott
Lemon. / Core Design

DanScott's Avatar
 
Join Date: Mar 2016
Location: Belgrade, Serbia
Posts: 290
I have reason to believe that Leander doesn't use pixel perfect collision, based on watching the full playthrough. Would be interesting to see HOW they utilised it, if they did (it sure looks like BB checks to me)

And GnG... there's a lot more that can happen than just taking a hit and losing armour. ie... collision with chests to open them.. collision with pickups to pick then up, non-collision with things like feathers off the vultures, non-collision of walking through a "death" sequence of an enemy, non-collision of enemies that are emerging up through the floor, magician spell that turns you into a duck (or whatever)
DanScott is offline  
Old 27 April 2018, 12:22   #515
zero
Registered User

 
Join Date: Jun 2016
Location: UK
Posts: 161
Leander is pixel perfect using sprite/playfield detection.

[ Show youtube player ]

As I said about GnG, the player probably won't be too upset if the collision detection on power-ups isn't pixel perfect, as long as it goes in their favour.

The non-collision objects are harder. Maybe they could be fudged with sprites instead of being drawn as bitmaps. Hmm.
zero is offline  
Old 27 April 2018, 13:09   #516
Daedalus
Registered User

Daedalus's Avatar
 
Join Date: Jun 2009
Location: Dublin, then Glasgow
Posts: 2,740
Quote:
Originally Posted by zero View Post
The non-collision objects are harder. Maybe they could be fudged with sprites instead of being drawn as bitmaps. Hmm.
Non-collision objects can simply be drawn in specific colours that don't trigger the collision detection. Hardware collision detection is bitplane-based, so you can exclude certain bitplanes from the check to provide foreground or background graphics for example.

A simple test to see if a game uses chipset collision detection is to disable it in WinUAE and see if the game still works.
Daedalus is offline  
Old 27 April 2018, 13:43   #517
zero
Registered User

 
Join Date: Jun 2016
Location: UK
Posts: 161
Good point about the colour palette stuff. That's the kind of thing that a carefully designed Amiga game could make use of, but which is harder to arrange for an arcade port. Especially with dual playfield giving you only 8 colours for the enemies...

Maybe there is another way. The player sprite is pretty small. You could do pixel perfect collision detection by re-drawing it in a hidden part of the screen along with enemy masks on a single bitplane. Only enemies near the player would need to be rendered, and ones that can't be hit are excluded. The area only needs to be the height of the player sprite.
zero is offline  
AdSense AdSense  
 


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

Similar Threads
Thread Thread Starter Forum Replies Last Post
general movie discussions gimbal OT - Entertainment 2181 Yesterday 21:36
Japanese Console/Computer RPG discussions Retro-Nerd Retrogaming General Discussion 2 02 April 2009 01:32
Given the recent Scanlines discussions... DamienD request.UAE Wishlist 26 26 April 2007 17:36
Wii Virtual Console / Xbox Live Arcade? killergorilla HOL suggestions and feedback 2 06 March 2007 17:20
Landover's Amiga Arcade Conversion Contest Frog News 1 28 January 2005 23:41

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 00:25.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2018, vBulletin Solutions Inc.
Page generated in 0.09913 seconds with 14 queries