CCS C Software and Maintenance Offers
FAQFAQ   FAQForum Help   FAQOfficial CCS Support   SearchSearch  RegisterRegister 

ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

CCS does not monitor this forum on a regular basis.

Please do not post bug reports on this forum. Send them to CCS Technical Support

Creating a Geometry Dash-style game on a microcontroller (PI

 
Post new topic   Reply to topic    CCS Forum Index -> General CCS C Discussion
View previous topic :: View next topic  
Author Message
b15063368



Joined: 31 Dec 2025
Posts: 2

View user's profile Send private message AIM Address

Creating a Geometry Dash-style game on a microcontroller (PI
PostPosted: Wed Dec 31, 2025 11:09 am     Reply with quote

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

View user's profile Send private message

PostPosted: Thu Jan 01, 2026 11:09 am     Reply with quote

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

View user's profile Send private message

PostPosted: Fri Jan 02, 2026 3:58 pm     Reply with quote

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 !
Display posts from previous:   
Post new topic   Reply to topic    CCS Forum Index -> General CCS C Discussion All times are GMT - 6 Hours
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Powered by phpBB © 2001, 2005 phpBB Group