In this tutorial series you will learn how to make a simple single-player Pong-like game for the Sega Mega Drive using SGDK! If you just want to see the full source code, you can get it from Github.

  1. Simple Pong (jackboyman) Mac Os Catalina
  2. Simple Pong (jackboyman) Mac Os Pro
  1. What is Pong (a.k.a. Probably the first ever Pong game on Mac. It starts immediately when you launch the game. Very crude and simple, altough it still features a computer AI with 4 different skill levels and very simple 8-bit sound effects. Download Pong (a.k.a. MacPong) for Mac.
  2. Mac Pong II is a very simple game, in which you play Pong (Big surprise!) against the computer. There are varying levels of difficulty and ball speed, and you can even get the computer to play itself! I think that this is a very nice version of Pong and I hope that you feel the same! Download Mac Pong II for Mac.

Turn your phone or tablet into a book with the free Kindle apps for iOS, Android, Mac, and PC. Read anytime, anywhere on your phone, tablet, or computer. Go beyond paper with immersive, built-in features.

Megapong 1 - Hello Mega Drive World!

Posted August 31, 2019

Welcome to my new tutorial series on Mega Drive development! In it we will be creating a Mega Drive game from scratch using SGDK, the Sega Genesis Development Kit. This awesome piece of software allows you to program games for the Mega Drive in C instead of ASM, which makes things a whole lot easier. I will show you how to set up your development environment, how to import graphics, how to put things on the screen, how to control them and have them collide…

And this is what we will be making:

I call it Megapong. It is a very simple single-player Ponglike where the goal is to keep the ball in play for as long as possible. Each time you hit it you’ll receive points and when you’ve hit the ball a certain number of times, it’ll get faster. The game is over when the ball leaves the screen at the bottom. No it’s not gonna knock any blue hedgehogs off the shelf, but it’s a very good game to learn the basics of Mega Drive programming. And that’s the whole point!

This tutorial will lead you through every step of making this game, from setting up your environment to the collision code. While I will try to make everything as simple and accessible as possible, don’t forget that coding for retro platforms is tricky. If you run into any issues, don’t hesitate to post them in the comments below!

And one last thing before we start: If you like what I’m doing, please consider supporting me on Patreon. I’d love to do more of these tutorials on a regular basis, also expanding to other genres like platformers. Becoming a patron lets me make more time for these, and it gets you some cool perks too!

Alright, without further ado: Let’s get this show on the road!

Setting up SGDK

First we have to install and set up SGDK. You can download the latest version here. Please note that out of the box, SGDK only works on Windows. Linux users can give the Gendev Project a try, of which there also exists a Mac OS version here. Keep in mind that I have used neither of these and thus can’t really help with setting them up. The actual coding will work the same across all platforms, since all environments use SGDK, but the stuff around it (setting up folders, toolchains etc.) will most likely be different.

Note: SGDK requires Java, so you will have to install that as well if you haven’t already. The latest version of SGDK uses Java to compile resources, which lets it do some pretty powerful and cool stuff.

Once you’ve downloaded SGDK, unzip the archive anywhere you want. I put mine in C:sgdk so that I have paths like C:sgdkbin.

Next we’ll have to define two environment variables and add sgdk to our PATH. This site shows you how to access those settings on different versions of Windows. I recommend adding them to the user variables, not the system ones. That way, the changes only apply to your account, not to the whole computer. Here is what you need to do:

Simple
  1. Add an environment variable called GDK pointing to the installation directory in unix path format. In my case this would be C:/sgdk.
  2. Add an environment variable called GDK_WIN pointing to the installation directory in windows path format. The only difference here is that you use backslashes instead of regular slashes. So in my case, I’d add the path C:sgdk.
  3. Finally, look for the variable called Path and click on edit. Add the path to the bin directory of your SGDK installation to the list that appears. I would add C:sgdkbin.

Alright, now for the last step: Compiling the library. Open a command prompt and type in the following line:

If you get an error message complaining that %GDK_WIN% could not be found or something like that, restart your computer and try again. Sometimes new environment variables aren’t set right away.

If you’re still having trouble, try hardcoding your installation path instead of using the variable. So if you installed SGDK in C:sgdk like I did, you would type:

SGDK will do its thing and if everything goes well, you will end up with a file called libmd.a inside the lib folder of your SGDK installation! You don’t have to do anything with it, SGDK just needs it to work.

Alright, that’s the first step taken care of! Time to make a project.

Setting up a project

A project in SGDK is just a folder with some stuff in it. The easiest way to set up a new one is to copy an empty template project. I’ve prepared one for you, so just download it below:

Unzip it anywhere you want, then rename the extracted folder to helloworld. In the root of the folder you should now find the following things:

This is the structure of a basic SGDK project. The out folder will contain our rom file once we have created one. res will hold the resources (graphics, audio…) for our project. The src folder contains our source code files. Inside you will find the main.c file, which is where we will add all of our code. Finally, compile.bat is a script I wrote that we’ll use in a second. But first, we need to do a final bit of setup.

Emulators

In order to test our games, we’ll need an emulator to load the roms we create. If you already have a favorite one, feel free to use it! Any reasonably up-to-date emulator should work. However, if you only want to use an emulator for Mega Drive development, you might want to use Gens KMod. It’s based on the famous Gens emulator codebase but adds a few debugging tools that are very useful for developers. Just download the archive and unpack it anywhere you want; it makes sense to keep it close to the SGDK folder, but it doesn’t really matter as long as you remember where it is.

Compiling and running Hello World

Now that we have finally set everything up, let’s see if we can actually get things running! We’ll do that by creating the old programmer standby, the Hello World program. Open up your project folder and open main.c (it’s within src, remember?) in your text editor of choice. You’ll see that there is already some code in there, but it doesn’t really do much. So add the following line of code at the beginning of the main() function:

For reference, your main.c file should now look like this:

I’ll explain what these lines do in a second, but first let’s try to compile and run our program! This is very simple: Simply double-click on the compile.bat file I’ve included in the project folder. A command prompt should open up, do some stuff, then close again. And if you now check in the out folder of your project, you should see a bunch of files, including one called rom.bin. That is your rom file! So load it up in your emulator and you should see the following:

Success! You’ve made your first Mega Drive program. Give yourself a pat on the back! It may not look like much yet, but it is a big step on a brand new road. I mean, you just made a Mega Drive program. You wouldn’t have been able to do that yesterday!

But Wait, What Did I Just Write?

But now for a quick explanation of what you’ve actually typed. Most lines are simple boilerplate stuff that you’ll need for the program to even run. But two lines are of special interest for now. Let’s take a look:

As you can probably tell, this function draws text on the screen. To be more precise, in this case, it draws the text “Hello Mega Drive World!” on the screen, at the coordinates (8,12). We’ll learn about coordinates later, but feel free to change these numbers around and see what happens!

By the way: This function uses the VDP of the Mega Drive, or the Video Display Processor, which explains the VDP_ prefix. Basically every function starting with VDP_ in SGDK does something visual, in this case drawing text on the screen.

The next interesting line also has something to do with visuals:

This is a very important function. Basically, everything you put into the while(1){ ... } loop is executed as quickly as possible, which might or might not sync up with your display. In order to avoid display issues, you have to tell your Mega Drive to wait until the screen display has been fully updated before it starts processing more stuff. And that’s what SYS_doVBlankProcess() does!

If that sounds confusing to you, don’t worry - you don’t really need to know the details for now. Just remember to always put SYS_doVBlankProcess(); at the end of your game loop and things should be fine. Also note: If you’re using an earlier version of SGDK (<1.6) you’ll have to use VDP_waitVSync(); instead!

Wrapping Up

That was a lot of stuff at once, but you’ve made it through and ended up with a working rom. Congratulations! Here’s what we will be taking a look at next:

  • Setting up VSCode as a development environment
  • Automating compilation/loading of roms

It might not sound exciting, but it will make everything a lot easier and more pleasant. And once you’ve set everything up you can use it for any future Mega Drive project you might try your hands on.

Thank you for reading! Until next time and be excellent to each other!

If you've got problems or questions, join the official SGDK Discord! It's full of people a lot smarter and skilled than me. Of course you're also welcome to just hang out and have fun!

Download the Project Files!

All patrons on Patreon get the complete source code for this tutorial, as well as other perks such as early access! And Patreon support also ensures that I can keep working on tutorials like this one. Become a Patron!

Check out the rest of this tutorial series!

Simple Pong (jackboyman) Mac Os Catalina

  • Megapong 1 - Hello Mega Drive World!
  • Comments

    By using the Disqus service you confirm that you have read and agreed to the privacy policy.

    Please enable JavaScript to view the comments powered by Disqus.comments powered by Disqus

    Related Posts

    HaxeFlixel Tutorials!

    If you’ve popped over to the tutorial section recently you might have noticed that I’ve added my very first HaxeFlixel tutorial! It shows how to implement a simple, pixel-perfect 2D water shader which I used for Go! Go! PogoGirl.But a few of you might be wondering what a HaxeFlixel is. Well, it’s a 2D game framework that is as powerful as it is underrated! It runs on the (also underrated) Haxe language, is extremely well documented, open source, and has built-in functions for almost anything you’d need.

    Streets of Was

    As I’m sure many of you will remember, the original Streets of Rage for the Mega Drive had multiple endings. The real canonical ending has you beat the crap out of Mr. X, thereby ending his reign of terror forever (yeah, right). However, if you confronted Mr. X with a buddy in tow, a new possible path unlocked.A quick refresher is in order. When you confront Mr. X he will ask you to join his organization.

    Streets of Rage 2 Design Docs

    A few years ago, Yuzo Koshiro posted a pile of old game design documents for Bare Knuckle 2 aka Streets of Rage 2 on the Ancient blog to commemorate the release of Streets of Rage 2 3D on the Nintendo 3DS. These documents gave a deep insight into the game’s inner workings, technical aspects, designs and even some cut content. They were an awesome resource for one of the most awesome games ever created.

    MacUpdate
    MacUpdate.com uses cookies. Some of these cookies are essential, while others improve your experience by providing insights into how MacUpdate is being used. If you’re looking for more info on our cookie usage, explore our Privacy Policy or the privacy settings in your .

    MacUpdate.com uses cookies.

    Some of these cookies are essential, while others improve your experience by providing insights into how MacUpdate is being used. If you’re looking for more info on our cookie usage and you like a dry read, explore our Privacy Policy.

    Necessary Cookies

    Simple Pong (jackboyman) Mac Os Pro

    Necessary cookies enable the core functionality of MacUpdate.com. The website cannot function properly without these cookies, and can only be disabled by changing your browser preferences.

    Analytical Cookies

    Analytical cookies help us improve our website by collecting and reporting information on its usage.

    Google Analytics

    Hotjar

    Advertising Cookies

    Advertising cookies are used to create a personalized browsing experience for you.

    Google AdSense (not personal data)

    Google Publisher Tags (not personal data)

    DoubleClick Ad Exchange-Buyer