10 January 2020, 13:49 | #21 |
Moderator
Join Date: Nov 2004
Location: Eksjö / Sweden
Posts: 5,602
|
Hm. Not sure why you create this argument, because the facts are well-known and they... kinda refute you on all points.
Let's see. In general, you can't compare computers and consoles because computers do so much more! But you'll notice that any consoles that beat Amiga for sprites came after Amiga. Amiga 500 had the best sprite chip on the market, while its main competitors the ST and Archimedes had nothing. You can't compare the Amiga's visionary design with a jack-a-buck budget imitation of specialized arcade PCBs. The Megadrive and SNES were absolutely horrid as soon as you wanted to do something that didn't fit within their narrow limitations, whereas on Amiga you could and can make any game you want. Lastly, Giana and Turrican are objectively technically better than Mario and Metroid. Now, to showcase the Amiga's sprite hardware fully, you have to take advantage of it. By adapting your game idea to Amiga (as was done on consoles because that's all they could do), lots can be done, and the Amiga is capable of full dynamic multiplexing with fallback to bobs, but AFAIK few games implemented the full tech. |
10 January 2020, 18:02 | #22 |
Banned
Join Date: Sep 2011
Location: Cardiff, UK
Age: 51
Posts: 2,871
|
|
10 January 2020, 19:23 | #23 |
Registered User
Join Date: Mar 2002
Location: Kansas City, MO, USA
Posts: 683
|
|
10 January 2020, 20:06 | #24 | |
J.M.D - Bedroom Musician
Join Date: Apr 2014
Location: los angeles,ca
Posts: 3,519
|
Quote:
We teen amigans wanted the moon and the stars that dpaint screenshots promised to us, rather than the dark room with a white baloon and christmas lights ceiling that european software houses were giving us mostly :/ |
|
10 January 2020, 20:07 | #25 |
J.M.D - Bedroom Musician
Join Date: Apr 2014
Location: los angeles,ca
Posts: 3,519
|
By the way, question: can amiga sprites be stretched out like on c64 and Atari?
|
10 January 2020, 20:09 | #26 |
Banned
Join Date: Sep 2011
Location: Cardiff, UK
Age: 51
Posts: 2,871
|
No, and Atari sprites could only be stretched out on the X-axis. C64 could do both X- and Y- axes, which makes them even better. WHY THE HECK didn't the A8 spec use the same principles for Y movement as they did for X??
|
10 January 2020, 22:52 | #27 | |
Registered User
Join Date: Oct 2017
Location: Sunderland, England
Posts: 2,702
|
Quote:
Due to colour limitations some sprites are simply set as bobs (the Blue robotic dude being one example). Put to good use..the hardware sprites can make for some pretty awesome effects in games....but an Amiga programmer has to work harder to exploit them than a console programmer (in my opinion). |
|
11 January 2020, 21:30 | #28 |
Registered User
Join Date: Sep 2006
Location: New Sandusky
Posts: 942
|
They can in AGA, but not in the way you're thinking. On the X axis they can't be any wider than a lores 140ns pixel, but they can be half or a quarter of that too. They can be doubled on the y axis for scandoubling purposes but I don't know if you can do this independently of the bitplanes.
|
12 January 2020, 11:44 | #29 |
This cat is no more
Join Date: Dec 2004
Location: FRANCE
Age: 52
Posts: 8,163
|
@mcgeezer: that's pretty impressive. All this to save CPU/blitter saving/restoring the background!
I'm upgrading my SDL-like engine so it can use sprites or bobs indifferently. Just the image type differs, and the SDL-like "blit" routine will adapt. |
12 January 2020, 13:03 | #30 | |||
Registered User
Join Date: Jul 2015
Location: The Netherlands
Posts: 3,410
|
Quote:
Slightly more seriously: these days we're all much more aware of how big the price difference really was, so surely we can see why the comparison is such a weird one to make? Quote:
Quote:
Last edited by roondar; 12 January 2020 at 23:09. |
|||
12 January 2020, 13:54 | #31 |
Registered User
Join Date: Feb 2018
Location: Kidderminster
Posts: 16
|
|
12 January 2020, 14:40 | #32 | ||
Registered User
Join Date: Jan 2019
Location: Germany
Posts: 3,215
|
Quote:
Quote:
Well, the C64 was like 2/3 years later, which was a lot of time given the speed of evolution back then. The Atari P/M graphics evolved from the even more primitive TIA display generator which did not even had a framebuffer (or playfield, to use the term from back then). Thus, P/M graphics are just a DMA channel and a priority generator. You need to understand the evolution from the TIA to ANTIC/GTIA to learn why the P/M system is so primitive. It was the best and simplest they could do with the technology back then. As far as I know, more than 1/2 of the C64 VIC is devoted to sprite generation and the sprite logic. |
||
12 January 2020, 16:27 | #33 |
Registered User
Join Date: Jan 2012
Location: USA
Posts: 372
|
The layout of sprite management bits in register space was a bit flubbed, IMO.
Manual mode would have been much more useful if horizontal position information for each sprite had been in a single register word instead of in two, and all sprite horizontal position registers collected together in a block of eight registers. With such an arrangement the CPU could have been used to quickly move pairs of sprites to a new place on the same scanline with MOVE.L. |
12 January 2020, 23:06 | #34 | |
Registered User
Join Date: Jul 2015
Location: The Netherlands
Posts: 3,410
|
On consoles, you basically just get a whole bunch sprites* to do with as you please and you don't have to consider much other than what graphics to put in them and where on the screen to put them. There's obviously more to it than that, but that is the principle of the matter. On the Amiga, you also get a bunch of sprites to do with as you please in the same manner. But... There's only 8 of them without using multiplexing, and only 4 of them if you want more than three colours per sprite. They also have certain limitations when using a horizontally scrolling screen which the programmer will have to either accept or somehow work around.
With multiplexing however, you can get way more sprites on screen. Now, multiplexing itself does not have to be hard per se, but it is certainly harder than just picking a free sprite number. It can also get quite tricky to multiplex correctly depending on your needs (just read what McGeezer wrote about Rygar AGA earlier in this thread - that is way more complicated than just setting up some sprite coordinates). Couple that with the lower width of OCS Amiga sprites (16 pixels) compared to C64 sprites (24 pixels), Mega Drive sprites (up to 32 pixels) and SNES sprites (up to 64 pixels) and you can see it becomes tricky to use the sprites in such a way they are as useful as they can be. It gets a bit easier with AGA because the sprites can be wider (up to 64 pixels), but you're still limited in terms of how many sprites you get without using multiplexing. *) depends on the console, but the Mega Drive for instance offers you 80 of them at the same time. Quote:
Last edited by roondar; 12 January 2020 at 23:17. |
|
13 January 2020, 08:11 | #35 |
Inviyya Dude!
Join Date: Sep 2016
Location: Amiga Island
Posts: 2,770
|
What is "manual mode"?
|
13 January 2020, 08:28 | #36 |
Registered User
Join Date: Jul 2015
Location: The Netherlands
Posts: 3,410
|
Manual mode is when you use the Copper or the CPU to manually set the sprite registers (including the sprite data registers SPRxDATA and SPRxDATB) instead of setting sprite pointers and letting DMA do that. This can be used to get back the missing sprites when using overscan for instance, or to horizontally multiplex sprites (or to multiplex without needing an empty line between each image).
|
13 January 2020, 10:54 | #37 |
cheeky scoundrel
Join Date: Nov 2004
Location: Spijkenisse/Netherlands
Age: 42
Posts: 6,908
|
|
13 January 2020, 11:25 | #38 |
Registered User
Join Date: Jul 2015
Location: The Netherlands
Posts: 3,410
|
RE: Giana Sisters/Turrican
In the context of this discussion, I have to agree with Photon. When looked at from a purely technical level, these games are indeed objectively better games than Super Mario Brothers or Metroid. This does not need to imply they are better games to play, by the way. That, however, would be rather off-topic to discuss here so I won't |
13 January 2020, 14:37 | #39 |
Registered User
Join Date: Dec 2014
Location: germany
Posts: 439
|
In addition to what roondar wrote above, sprites on the consoles usually have more flexible palettes - on the OCS Amigas, the sprite colors are always from the 17-31 range, and have fixed palette indices per 3-color sprite pair. That makes it more complicated to use sprites in 32 color mode, or to use 15-color and 3-color sprites at the same time. Often on the consoles you can choose a palette per sprite (out of e.g. 4 on the MD) or even per sprite tile.
Also consoles mostly allow horizontal and vertical flipping of the sprites, especially the former is not easy to do on the Amiga and usually requires storing both directions. |
13 January 2020, 17:19 | #40 |
Registered User
Join Date: Jul 2015
Location: The Netherlands
Posts: 3,410
|
The following is somewhat, but not completely off-topic. It's more about me being a completionist than anything else
I'd like to point out that this is not fully accurate. The Archimedes does in fact have a single hardware sprite: 32 pixels wide and just like the Amiga of "any height". Also, just like Amiga unattached sprites, it's allowed 3 colours out of 4096. Using clever software it's possible to multiplex this sprite at least vertically (I'm unaware if it can be multiplexed horizontally though, I'm not really an Archimedes expert). Looking at the specs, I'd personally guess the intention of this hardware sprite is to be used as a mouse pointer or similar. I'll freely admit that it's probably not what Archimedes coders generally relied on for games though. I just thought it was interesting and figured I'd add it here in the discussion as we've been comparing sprite hardware between the Amiga and other systems here. |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Specification for A1200 Caps Lock LED? | rikbliz | support.Hardware | 7 | 20 January 2013 00:59 |
A1200 mechanical specification | whitebird | support.Hardware | 3 | 14 July 2011 00:46 |
resload_LoadFileDecrunch called with illegal file specification | rare_j | project.WHDLoad | 4 | 25 November 2009 22:31 |
Specification/docs/example code for A-Max .amhd drivers? | mark_k | Coders. General | 3 | 14 June 2007 17:52 |
|
|