![]() |
![]() |
#61 | |
Registered User
Join Date: Jan 2010
Location: >
Posts: 2,997
|
Quote:
Yawn. These complaints were made about SNES games in game reviews at the time. |
|
![]() |
![]() |
#62 | |
Registered User
Join Date: Dec 2019
Location: Ur, Atlantis
Posts: 2,207
|
Quote:
The complaints were made, because it's perfectly normal to mention minor flaws (not to mention that slowdowns were also a thing to be expected on many powerful arcade boards) - alongside the mostly stellar +80% scores. It's only in modern times that these things have been hyperbolized, mostly by social media users who can't let go of old tribal beefs. |
|
![]() |
![]() |
#63 | ||
Registered User
Join Date: Oct 2015
Location: Landsberg / Germany
Posts: 533
|
Quote:
Quite simply No. I was responsible for taking screenshots at magazines that covered Amiga and consoles in the 90s. I can tell you that it was much more difficult to shoot MD and SNES than most Amiga games, as consoles mostly kept a refresh rate of 50 fps. This halves the time to shoot and store a picture compared to a 25 fps game. Keep in mind that in these old days, one could not simply record a pixel perfect video, and then grab the most beautiful moments like today. Back then, every single screenshot was hard labor. Video output expertise was essential. Quote:
Besides, the term "framerate matters not" simply does not compute when discussing visual tech stuff like object count or fill rate. |
||
![]() |
![]() |
#64 |
Registered User
Join Date: May 2023
Location: Norwich
Posts: 530
|
Some games can be slow and still fine (because they're more cerebral) and some games work better when they're as responsive as possible (reaction based shooters etc).
But that's a little bit beside the point. If you're trying to get some metric for "most objects on the screen" you sort of need some kind of benchmark time period for managing those objects or comparisons become meaningless. There's no real limit for how many objects you can have on the Amiga screen, if you're happy to be measuring in Frames per Hour. It doesn't really matter if pick a frame rate of 50fps or 17fps to compare, although consoles will probably skew towards being better at high frame rates and the Amiga better at lower ones (because consoles start being bounded by sprite hardware where the Amiga is only bound by drawing time). |
![]() |
![]() |
#65 | |
Registered User
Join Date: May 2023
Location: Norwich
Posts: 530
|
Quote:
Half the sprites might move on odd frames, the other half on the even frames. This leads to the frame changing at 50fps, although the game only really plays at 25fps. And that's before you start getting into games that move the main player sprite every frame, but enemies only every few frames etc. |
|
![]() |
![]() |
#66 |
Registered User
Join Date: Jul 2015
Location: The Netherlands
Posts: 3,464
|
I do agree that any max object count should be considered only for games running at full framerate and without slowdown. On both Amiga and other systems. And of course, without tricks like 'only update half the Sprites every frame'.
Edit: I removed the off-topic part of my reply, as I don’t feel it’d have led to useful discussion. Last edited by roondar; 05 February 2024 at 19:26. |
![]() |
![]() |
#67 |
Registered User
Join Date: Apr 2021
Location: UK
Posts: 18
|
'Max object count' is a silly metric
There's numerous demo effects creating starfields and tunnels out of large numbers of dots. The Amiga did pretty well there, as dedicated demo coders spent many years trying to push the limits of the machine. But in terms of moving useful-for-games objects around, an unexpanded A500 or A1200 just couldn't keep up with the SNES or Megadrive, they simply had more capable sprite+tilemap hardware designed specifically for making impressive 2D games. |
![]() |
![]() |
#68 |
Registered User
Join Date: Nov 2021
Location: Utrecht/Netherlands
Posts: 342
|
Arcade machines have also amazing hardware capabilities on sprites. Otherwise cpu of the arcades were not that powerful
|
![]() |
![]() |
#69 |
Registered User
Join Date: May 2023
Location: essex
Posts: 660
|
Game engine frame update for display is only part of the story of 'arcade quality', how often you measure controller input and what you do with that input is the whole story. You don't need 50fps etc sure, you do need consistency though.
Dual developments that share this section of code with ST and Amiga, usually written with a compiled high level language (or bespoke tools in the case of Cinemaware), are where the problem occurs because of inconsistency not actual final frame rate. And that's really what 'console' or 'arcade quality' really means, it's frame locked consistent game engine that connects screen update with controller input with you doing the interfacing between the 2. |
![]() |
![]() |
#70 |
Registered User
Join Date: Jan 2023
Location: Toronto
Posts: 438
|
I was playing NY Warriors last night and forgot just how intense a game it is. It's almost a bullet hell at points with the amount of stuff on the screen. Take for example 20:45 onwards here
[ Show youtube player ] Not sure if there was slowdown on real Amigas but it's pretty darn impressive, especially for 1989 when it was made, the Arcadia ROMs say 1989 but the regular Amiga version didn't come out until 1990.
|
![]() |
![]() |
#71 |
Registered User
Join Date: May 2023
Location: essex
Posts: 660
|
Personally, I find the actual mb/s throughput of all bitmap graphics (inc sprite pixels) more useful than a woolly vague term like most objects on screen.
I think it was either ACE or TGM magazine that mentioned the Acorn A3xx/A4xx series of Archimedes had enough grunt to update the entire screen multiple times per 50th of a second etc, that is more useful to know than demo coder type "10000 Bobs on screen" etc IMO. The only time max onscreen objects come into play is probably in bullet hell shmups, so systems that have massive hardware sprites can't really use them for bullets, don't know enough about the MD/SNES to know how they get around the issue, naturally a blitter is better in this situation as it just comes down to chipset bandwidth/hz |
![]() |
![]() |
#72 |
Registered User
Join Date: May 2023
Location: Norwich
Posts: 530
|
I know what you mean but MB/s is very much based on the assumption you are actually drawing something. For example, the bullet hell type shooters on a console will typically just multiplex sprites to manage the bullets - which might only require updating a couple of bytes per bullet, which is much less than the equivalent of actually having to draw them using a blitter. And the kind of tile based displays they use are far more efficient than raw bitmaps (for the kinds of 2D game we were mostly playing), so again they need to spend much less MB/s to achieve better results
|
![]() |
![]() |
#73 | |
Registered User
Join Date: Jul 2015
Location: The Netherlands
Posts: 3,464
|
Quote:
As it turns out, both the Mega Drive and SNES GFX chips actually have quite a bit more bandwidth than the Amiga custom chips do (apart from AGA's 4x bitplane/Sprite fetch speeds, which are competitive with them). The exact speed for the SNES is not so easy to find, but the MegaDrive VDP has 13MB/second of bandwidth to VRAM, which is nearly 2x what the Amiga custom chip set can manage - and it doesn't need to share any of that with the CPU due to it's dual ported design. It gets even more complex when you realise that OCS Amiga HW Sprites theoretically max out at something like 0,25MB/sec, yet can be multiplexed vertically as often as you like - through the HW, so no special tricks needed. Which can in turn lead to quite a few 'bullets' being dealt with by just the HW Sprites if that is what you want to so. Sure, you'd be limited to 8 bullets per scanline, but even so, you can still do a lot of bullets that way. Just for fun, here's a back-of-the-envelope example: if bullets are 8x8 pixels and you'd want at least 8 pixels vertically between each bullet (which is quite restrictive), you could use just the HW Sprites on OCS to get 128 bullets on a 256 pixel tall screen - for virtually no DMA or CPU cost. And all that can be done using the built-in HW multiplexing, no need for special Copper trickery. Of course, some caveats apply here and you'd pretty much need to specifically design bullet patterns very specifically so that this will work, but it's still possible. Like on the consoles, at that point the real issue is more one of calculating new positions, collisions and updating the bullets. Not so much the drawing time. Last edited by roondar; 13 August 2024 at 15:38. |
|
![]() |
![]() |
#74 |
Registered User
Join Date: Dec 2015
Location: lilura1.blogspot.com
Posts: 97
|
no. of on-screen Bobs/sprites:
Battle Squadron of 1989: 50+ objects Datastorm of 1989: 128 objects Sidewinder 2 of 1989: 80 objects Wings of Death of 1990: 90 objects Anarchy of 1990: 80 objects Mega Typhoon of 1996: 100+ objects (runs on original hardware) |
![]() |
![]() |
#75 |
Registered User
Join Date: May 2023
Location: essex
Posts: 660
|
I only know of Battle Squadron being on both Amiga and MegaDrive, not sure if it is more graphically intense but the sonics are not good vs Paula audio. Probably look more or less the same I bet as the MD has 31 colours for tiles and 15 for sprite layer IIRC and nobody would re-do all the art just to utilise the extra 14 possible colours due to the different architecture. Only intense arcade game I can think of on Amiga, MD and PC-E is Shadow of the Beast 1 but couldn't say which is pushing the most pixels about off hand.
|
![]() |
![]() |
#76 | |
Registered User
Join Date: Oct 2015
Location: Landsberg / Germany
Posts: 533
|
Quote:
It's obvious that Amiga games that run on 20 or 25 fps can move and draw many more objects at the cost of flow and responsiveness. Btw. "Reshoot Proxima 3" sometimes displays close to 100 moving objects @50fps, of which most are based on DMA multiplexed sprites. |
|
![]() |
![]() |
#77 |
Registered User
Join Date: Dec 2019
Location: Ur, Atlantis
Posts: 2,207
|
|
![]() |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
![]() |
||||
Thread | Thread Starter | Forum | Replies | Last Post |
Access to 15 and 16 bit RTG modes at the same time. | Ponki1986 | support.WinUAE | 10 | 14 February 2021 14:27 |
16-Bit/32-Bit UK Computer Price Comparisons | Amigajay | Retrogaming General Discussion | 10 | 02 July 2020 17:12 |
OCS/ECS Playfields - blitting objects using colours 16-31? | Marle | Coders. Blitz Basic | 6 | 03 October 2018 19:19 |
What are your top ten games from the 8-bit era? | Bombjacker | Retrogaming General Discussion | 34 | 07 August 2004 12:50 |
Amiga 600 (16 BIT), Amiga 1200 (??? BIT)? | etheridge | support.Hardware | 9 | 20 May 2002 02:25 |
|
|