If you're referring to the original URL https://projectf.io/posts/fpga-graphics/ https://projectf.io/posts/fpga-graphics/, then there are no sprites involved. W

If you're referring to the original URL https://projectf.io/posts/fpga-graphics/ https://projectf.io/posts/fpga-graphics/, then there are no sprites involved. We define a square mathematically, then check whether it has collided with the edge of the screen. It's a quick way to produce animated graphics with minimal knowledge and code. The second post on Pong https://projectf.io/posts/fpga-pong/ https://projectf.io/posts/fpga-pong/ includes collision checking between the ball and paddles at the drawing level. I plan to cover full sprite collisions and overlap in a future post. In the meantime, there is a post that covers sprites with transparency: https://projectf.io/posts/hardware-sprites/ https://projectf.io/posts/hardware-sprites/ I haven’t looked at the FPGA re-implementations, but I am familiar with Amiga hardware: http://amigadev.elowar.com/read/ADCD_2.1/Hardware_Manual_guide/node00AE.html http://amigadev.elowar.com/read/ADCD_2.1/Hardware_Manual_gui...