20 June 2018, 11:25 | #1 |
Registered User
Join Date: Feb 2011
Location: Italy/Rome
Posts: 2,318
|
Line of Fire Question
Can someone know how did they were able to do zooming on Amiga?
|
20 June 2018, 12:48 | #2 |
Registered User
Join Date: Jun 2016
Location: UK
Posts: 428
|
I think it just uses multiple pre-scaled copies of the sprites. The scaling certainly isn't very smooth.
That's how most Amiga games did scaling. |
20 June 2018, 14:41 | #3 |
Registered User
Join Date: Feb 2011
Location: Italy/Rome
Posts: 2,318
|
So isnt' real time?
|
20 June 2018, 22:20 | #4 |
Warhasneverbeensomuchfun
Join Date: Jun 2001
Location: Rio de Janeiro / Brazil
Age: 41
Posts: 3,450
|
The arcade game is real time. Pretty sure amiga is Just pre-scaled images.
Richard Aplin said in a thread here how when he received the arcade board to port the game to the ST and Amiga he just laughed as the arcade board is like ten times more powerful than an Amiga. |
21 June 2018, 00:50 | #5 | |
CaptainM68K-SPS France
|
Quote:
The board use a 21 millions of colors palette. Source : me, as i own the arcade board |
|
21 June 2018, 09:58 | #6 |
Registered User
Join Date: Jun 2016
Location: UK
Posts: 428
|
Pre-scaled sprites were the standard way of doing this sort of thing, e.g. for racing games like Hang On and Outrun.
The Amiga can do some scaling by spamming the scroll register, but it only works on bitmaps and entire scanlines. |
21 June 2018, 11:07 | #7 |
Registered User
Join Date: Feb 2010
Location: Espoo / Finland
Posts: 818
|
|
21 June 2018, 11:29 | #8 |
Registered User
Join Date: Feb 2011
Location: Italy/Rome
Posts: 2,318
|
I think if you scale well the entire bitmap you can archive a good scaling effect in y direction, the problem is x direction
|
21 June 2018, 12:46 | #9 | |
CaptainM68K-SPS France
|
Quote:
I've worked out the graphic format of this sega system, and it uses shit tons of colors. that's also what Richard Aplin has discovered during the conversion. Basically, Line of Fire graphics have been done on a big PC system called The Sega digitizer III. the particularity of this system is that the graphics were made on a custom version of Autocad (the famous graphic drawing tool). shinobi, golden Axe, altered beast, most famous Sega titles on sega system have been drawn on autocad. |
|
21 June 2018, 12:53 | #10 | ||
Registered User
Join Date: Feb 2010
Location: Espoo / Finland
Posts: 818
|
Quote:
Wikipedia says the Sega X Board the games is based on has a color palette of 98,304 colors. Same goes for https://segaretro.org/Sega_X_Board So I'm really interested where you get your numbers from, as I'm more inclined to believe the specs I referenced than your random numbers. EDIT: Quote:
Last edited by britelite; 21 June 2018 at 13:16. |
||
21 June 2018, 13:16 | #11 |
Registered User
Join Date: Jun 2009
Location: Dublin, then Glasgow
Posts: 6,364
|
Yep, for that sort of palette to make any sense, it first off needs to be using more than 24 bits per pixel, which even today isn't used on top-end games (Remember that a 32-bit colour mode still only includes 24 bits of color data, which is ~16.8 million colours). So perhaps it's using some sort of hardware offset scheme like HAM on the Amiga, and a non-RGB colour system... But even that wouldn't make any sense - why bother going to such lengths to introduce colours that probably can't be perceived by the naked eye?
I also wonder about the AutoCAD element - it's a hideous tool for drawing computer graphics. Are you sure it wasn't just a part of the processing, for example as part of the digitizer setup, in which case the graphics were drawn on paper and then scanned in to produce a vector version, which could then be scaled to suit different resolutions? |
21 June 2018, 14:43 | #12 | |
CaptainM68K-SPS France
|
Quote:
those chunky bitmap graphics can be sprites, background or scene parts. the proof : I have extracted most of all shinobi arcade graphic assets. and also some others like Hang-on and Super Hang On. richard himself said this : "The bitmap graphics were grabbed from the arcade PCB video output by Andy Heike and Nick Vincent with the colour frame grabber, and the sprites were read, decoded and converted from the arcade machine's Eproms by me. (Not a bit of bloody help from Sega either!) They were remapped from 21 million to 16 colours by Andy Heike, Nick Vincent, and some students in Manchester. |
|
21 June 2018, 14:44 | #13 | |
CaptainM68K-SPS France
|
Quote:
|
|
21 June 2018, 15:08 | #14 | |||
Registered User
Join Date: Feb 2010
Location: Espoo / Finland
Posts: 818
|
The specs of the graphics format you claim to have extracted.
Quote:
Quote:
EDIT: Quote:
Last edited by britelite; 21 June 2018 at 15:14. |
|||
21 June 2018, 21:53 | #15 | |
CaptainM68K-SPS France
|
The specs ? Chunky bitmap (read : PC pixel image format), arbitrary size as opposed to the planar tiles 8x8 also used by the boards.
Ok, then show me how the "21 million" colours are defined in those graphics assets. But still, you're not answering where you get that "21 million" figure from. Quote:
This because the only mode able to support the amount of colors is this one. when a game uses 100.000 colors, you must use the 16 millions colors mode at least. |
|
22 June 2018, 08:04 | #16 | ||
Registered User
Join Date: Feb 2010
Location: Espoo / Finland
Posts: 818
|
Quote:
Quote:
Anyway, any of this doesn't explain where you get your random "21 million" colors from. So if you're still going to stick to your claim, it would be easier to take you serious if you back your claim up with some proof (as in technical specifications supporting your claim)? |
||
22 June 2018, 08:05 | #17 |
Registered User
Join Date: Feb 2011
Location: Italy/Rome
Posts: 2,318
|
Line of Fire Amiga version use prescaled "bob"?
|
22 June 2018, 08:21 | #18 |
Registered User
Join Date: Feb 2010
Location: Espoo / Finland
Posts: 818
|
It's hard to say, considering the movement seems to be linear, it could very well be possible that the scaling is done "realtime", as in the next step is being calculated offscreen (for the duration of several frames) while moving the previously scaled version on screen. This would at least conserve some memory contrary to having all steps in memory at once.
But I didn't code it, so this is just an educated guess |
22 June 2018, 09:05 | #19 | |
CaptainM68K-SPS France
|
Quote:
You can only access the planar parts with the F4 key. |
|
22 June 2018, 09:09 | #20 |
Registered User
Join Date: Feb 2010
Location: Espoo / Finland
Posts: 818
|
|
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Heureka / Klett Red Line / Orange Line English education | TTSAddict | request.Apps | 4 | 17 September 2017 14:15 |
Understanding the (in)famous copper's lost cycle (PAL all line, NTSC short line). | ross | Coders. Asm / Hardware | 10 | 13 March 2017 17:50 |
In the line of Fire - Dreamcast f.p.s - Kick-starter. | Adrian Browne | Retrogaming General Discussion | 5 | 26 December 2016 02:21 |
Command Line question | brolly | support.WinUAE | 8 | 18 April 2011 11:11 |
fire and ice cd32, turrican3 question | McDuck | support.Games | 4 | 06 June 2009 20:11 |
|
|