Star field effect for Amiga
category: code [glöplog]
Hello,
I wonder how this basic effect (both 2D and 3D) is best achieved (hardware sprites, bitmap graphics, ...) and why.
The target is OCS, ECS, AGA.
Any help is more than welcome thanks :)
I wonder how this basic effect (both 2D and 3D) is best achieved (hardware sprites, bitmap graphics, ...) and why.
The target is OCS, ECS, AGA.
Any help is more than welcome thanks :)
There have been so many variants of this effect it depends what you're looking for. Do you have any examples?
simplest methods using just 'dots'
2d - pixels from side to side, colour some different shades to give an illusion of distance and change the delta so they move at different speeds
3d - but it can be nice vary the collours darker->lighter based on depth, and double/quad up the size the closer they get
either can be substituted with a sprite, some kind of image blt etc.
simplest methods using just 'dots'
2d - pixels from side to side, colour some different shades to give an illusion of distance and change the delta so they move at different speeds
3d - but it can be nice vary the collours darker->lighter based on depth, and double/quad up the size the closer they get
either can be substituted with a sprite, some kind of image blt etc.
or the 2d one with stars coming from a center point is just a pixel plotter with a circle function!
Some example source for 3D version hither
@All
And how the "dots" are implemented on Amiga?
Hardware sprites?
Bitmap graphics?
Blitter objects?
Other?
And how the "dots" are implemented on Amiga?
Hardware sprites?
Bitmap graphics?
Blitter objects?
Other?
Quote:
And how the "dots" are implemented on Amiga?
Yes and it depends
A useful thread about that here with some good dot plotting shizzle.
Teach 3D, Luke
darth planer
a sideways star field is often made using sprite recycling..
lol darth planar :D
simple 2d starfield is usually made by re-use of sprites (as hooverphonique mentioned):
- 1px sprite per line, positioned on different X positions, multiple lines. this can be achieved if you don't put a stop words at the end of the sprite, but instead a create a new sprite structure. (see here how to create "reusable" sprites - hardware reference manual )
PRO: after you create the sprites, actual asm code to move them is only 10 lines long. low cpu usage.
fake 3d starfield (that always comes from the centre)
- generate a random number of lines for center to the border of the screen (use a random offset, so that not all begins at the very centre). have a bresenham line algorithm handy, but instead of drawing the whole line, draw just one dot that is located at XY step. randomize the steps over the lines at the init time, and with each frame increase the step (you need a slower and faster moving dots, so that you get a depth feel). when you arrive to the end of the line, then reset the step to the beginning of the line. repeat for all the lines each frame. (depending on how much do you want to draw, you can simplify that, precalc lines, precalc all the dots with their precalced bits and offsets, ...)
for the other methods, well... try to get these simplest two working and then get back to me if you need more info about read 3d starfield.
- 1px sprite per line, positioned on different X positions, multiple lines. this can be achieved if you don't put a stop words at the end of the sprite, but instead a create a new sprite structure. (see here how to create "reusable" sprites - hardware reference manual )
PRO: after you create the sprites, actual asm code to move them is only 10 lines long. low cpu usage.
fake 3d starfield (that always comes from the centre)
- generate a random number of lines for center to the border of the screen (use a random offset, so that not all begins at the very centre). have a bresenham line algorithm handy, but instead of drawing the whole line, draw just one dot that is located at XY step. randomize the steps over the lines at the init time, and with each frame increase the step (you need a slower and faster moving dots, so that you get a depth feel). when you arrive to the end of the line, then reset the step to the beginning of the line. repeat for all the lines each frame. (depending on how much do you want to draw, you can simplify that, precalc lines, precalc all the dots with their precalced bits and offsets, ...)
for the other methods, well... try to get these simplest two working and then get back to me if you need more info about read 3d starfield.
@All
Thanks.
Using reused hardware sprites the number of dots is rather limited, does it make sense to use dedicated bitplanes to achieve a bigger number of dots?
Thanks.
Using reused hardware sprites the number of dots is rather limited, does it make sense to use dedicated bitplanes to achieve a bigger number of dots?
check out the 2D starfield in Chiperia #3, that's just 3 sprites. (amd you have 5 more left)
@bonefish
Got it thanks.
Got it thanks.