| View previous topic :: View next topic |
| Author |
Message |
b15063368
Joined: 31 Dec 2025 Posts: 2
|
| Creating a Geometry Dash-style game on a microcontroller (PI |
Posted: Wed Dec 31, 2025 11:09 am |
|
|
Hi everyone,
I’m interested in combining embedded programming with a fun project:
I want to make a [url]Geometry Dash https://geometrydeshapks.com/ [/url]-style game that runs on a PIC microcontroller with a small display (like TFT/OLED). The idea is to use CCS C (with the CCS compiler) to control the game logic, graphics, and input (buttons or joystick).
Here’s what I’m planning:
• Use a PIC MCU (e.g., PIC18 or PIC24)
• Connect a small display (SPI-based TFT or OLED)
• Read button/joystick inputs to jump or move
• Draw simple shapes/obstacles inspired by Geometry Dash
• Implement basic collision detection and scoring
Before I start, I’d like to ask the community:
Has anyone made a simple game (platformer or runner) on a PIC before?
What display libraries work well with CCS and fast graphics?
Any tips on structuring game loops in embedded C with limited RAM/CPU?
Suggestions for optimizing graphics updates so gameplay is smooth?
I’m comfortable with C but new to embedded graphics.
Thanks for any example code, libraries, or ideas you can share! |
|
 |
Ttelmah
Joined: 11 Mar 2010 Posts: 20012
|
|
Posted: Thu Jan 01, 2026 11:09 am |
|
|
Lots of people here have done some sort of basic game. However your
problem here is your description is very open ended. Now you have to
understand screen sizes and amounts of data.
A screen 50*50, using just 256 colours would involve 2500 bytes. A screen
100*100 with the same colours jumps to 10000 bytes. One 500*500 would
jump to 250000 bytes. Now the PIC does not allow a memory mapped
screen, so would involve several operations per byte. So anything to involve
fast updates would be restricted to a very small screen. You also would
need to choose a screen design that would allow fast access. So byte wide
access to the screen memory itself not bit orientated access like |2C or
SPI,
Then few PIC's have enough memory to keep track of what is on a screen,
even a very small one.
Graphics generally is something the PIC is not at all suited for. It can
be done, but is is like trying to use a screwdriver to put in a nail..... |
|
 |
temtronic
Joined: 01 Jul 2010 Posts: 9611 Location: Greensville,Ontario
|
|
Posted: Fri Jan 02, 2026 3:58 pm |
|
|
| reading this, reminds me of the GREAT games that Tandy brought out for the MODEL III computers back in late 70s.Z80 based systems with 16K ROM, 48K RAM and small video screen(64x24 ??). Kinda makes me want to drag out one of my TRS80 III computers ! |
|
 |
|