Flying on Mars surface

페이지 2/6
1 | | 3 | 4 | 5 | 6

By NYYRIKKI

Enlighted (5595)

NYYRIKKI의 아바타

22-10-2017, 15:56

Grauw wrote:

NYYRIKKI: I wonder how well that works, since the sprite display position is determined on the previous line… also, the split during hblank, I wonder if that’s not smack in the middle of that sprite calculus… Also I wonder if the y position is determined by line or when the sprite starts… (probably the former?)

I was thinking about using 16 different sprites so that you don't need to move them during the display phase. You can move them also during display though... The sprites will update their new position on start of line.

By NYYRIKKI

Enlighted (5595)

NYYRIKKI의 아바타

22-10-2017, 16:10

Example of moving sprites during screen draw:
https://www.youtube.com/watch?v=VTdjdy5G5ow&t=2m05s

Edit: Ok, this is not really same effect that is needed here, but it can be done anyway... I've tried it.

By sd_snatcher

Prophet (3348)

sd_snatcher의 아바타

22-10-2017, 17:12

Quote:

How would have been flying on the surface of Mars (with your msx2)?

It's a very impressive effect, indeed. The same used in this part of the Unknown Reality demo.

Too sad that the sprites are affected by the vertical scroll registers, otherwise some great games could be done with this.

By santiontanon

Paragon (1092)

santiontanon의 아바타

22-10-2017, 17:19

Indeed, very cool, and really smooth!!!

By ARTRAG

Enlighted (6443)

ARTRAG의 아바타

22-10-2017, 18:29

NYYRIKKI wrote:

Example of moving sprites during screen draw:
https://www.youtube.com/watch?v=VTdjdy5G5ow&t=2m05s

Edit: Ok, this is not really same effect that is needed here, but it can be done anyway... I've tried it.

Segmenting a single object in 16x1 sprites and setting them accordingly to the Y position is doable, but a 16x16 composed object would take 16 SAT entries (out of 32...)
The pros are that all the computations can be done once per farme
The contra are that there can be just two 16x16 objects per SAT...

What do you by moving sprites during screen draw? Is the same sprite moved along a raster line to appear twice?

By NYYRIKKI

Enlighted (5595)

NYYRIKKI의 아바타

22-10-2017, 18:56

ARTRAG wrote:

What do you by moving sprites during screen draw? Is the same sprite moved along a raster line to appear twice?

Yes, as long as you have time you can move the sprites freely. The update on screen will happen on start of next line, so the sprite should be put in place during previous raster line draw... the CPU will have quite a busy time updating the VRAM though.

Here you can see number of sprites increased in screen 12 by updating VRAM... a bit buggy and quite a bad example, but anyway...
https://www.youtube.com/watch?v=D54mei15BA0&t=4m12s

By Maggoo

Paragon (1204)

Maggoo의 아바타

22-10-2017, 21:33

Cool effect, reminds me a bit of Axelay on the SNES

Look at 13:00 https://youtu.be/YIT03mDqX5Y

By ARTRAG

Enlighted (6443)

ARTRAG의 아바타

22-10-2017, 22:06

The SNES had it as HW feature, it was called mode 7
https://en.wikipedia.org/wiki/Mode_7

By Grauw

Ascended (9334)

Grauw의 아바타

22-10-2017, 22:09

For rotating and scaling, but even then that particular effect was achieved with screensplits I think…

By ARTRAG

Enlighted (6443)

ARTRAG의 아바타

22-10-2017, 22:17

Grauw wrote:

For rotating and scaling, but even then that particular effect was achieved with screensplits I think…

Yes, each line had a different matrix for scaling the line according to the distance. This was used to fix the perspective.

페이지 2/6
1 | | 3 | 4 | 5 | 6