A port of Handmade Hero (http://handmadehero.org) for OS X.
This repository works with Casey's source code from Day 478.
If you are compiling for the first time, you might want to skip down to the Compiling and Running section first.
This OS X platform layer code does not need to be updated for every episode of Handmade Hero, although I do test each day's code on OS X. If you see "missing" days in this OS X repository, it just means that the most recent version of the OS X platform layer will work. For example, day 405 of the OS X platform layer will work with Casey's Handmade Hero days 405 through 409.
Recent Update Notes
Day 472 Note:
If you want to run the HandmadeRendererTest with textures, you will have to recreate the sample textures that Casey created on stream and put them in the ./data/renderer_test directory. I recreated them with Gimp on OS X, but I didn't want to redistribute Casey's original artwork.
WARNING: The popular native graphics editing packages on OS X (Acorn, Pixelmator, Affinity Photo, Preview, etc.) either do not export bitmaps at all, or do not write bitmaps in the .bmp format that the Handmade Hero code expects. The y-axis is flipped and a different compression method is used. I'd recommend downloading and using Gimp to create the .bmp files.
Day 471 Note:
I added an OS X version of the HandmadeRendererTest application. You can build this by running:
in the code subdirectory. This will create the HandmadeRendererTest.app bundle. You can run the application from the Finder or by launching it from a shell prompt like this:
Day 467 Note:
Day 467 started using version 1 assets, so don't forget to rewrite the .hha files! You can rewrite an .hha file like this:
hhaedit -rewrite ../data/intro_art.hha ../data/intro_art_v1.hha
Day 468 started using local.hha to dynamically import .png resources at runtime. Make sure you create a local.hha file before compiling the application bundle if you want this functionality at runtime.
hhaedit -create ../data/local.hha
Day 466 Note:
I added an OS X version of the TabView utility. You can build this by running:
in the code subdirectory (the same directory where you build Handmade Hero). This will create the HandmadeTabView.app bundle.
Create .hha dump files for viewing like this:
hhaedit -dump ../data/intro_art_v1.hha > intro_art_v1.hha.dump
Run HandmadeTabView.app. Either double-click the .app file in the Finder, or run it from a shell prompt like this:
The application launches with an empty document. You can drag and drop a dump file from the Finder onto any existing window (empty or not) and it will replace the current contents with the contents of the dropped file. You can also use the standard Open File or Open Recent menu items to select a file to open.
The application supports multiple files open at the same time so that you can compare dump file contents.
'Command +' and 'Command -' (also available from the View menu) will expand/collapse all nodes of a dump tree in the currently active window.
'Command r' will reload the file contents of the currently active window.
While the code compiles as-is on OS X, you must first apply a patch to Casey's Handmade Hero source code to get the game to render properly. You can apply the patch by running:
This patches a problem in handmade_opengl.cpp:
- Casey's final implementation for multisample depth peeling on Day 388 causes undesirable artifacts on Mac OS X. Instead of averaging the Min and Max Depth values, I reverted to using the MaxDepth value in the shader with a threshold of 0.02. This still produces some minor artifacts, but it is a big improvement over the averaging method. I'll continue to look into this.
Note on using joysticks: Casey added a Clutch control on Day 443. He uses an XBox controller's Left or Right "Trigger" buttons for the Clutch control. I currently have this mapped to HID Button 6 on OS X, which on a Logitech Dual Action controller, corresponds to the top right shoulder button. Your mileage may vary with other controllers. Let me know if you have problems.
Compiling and Running
Once you clone or update this repository, copy (or clone, if you are using Casey's Github repository) Casey's .cpp and .h source files to the cpp/code subdirectory of this repository.
Also, copy over the test, test2, and test3 asset folders, and the intro_art.hha file to the data subdirectory of this repository.
Your file/directory structure should look like this:
. // root directory of this repository code/Makefile // and the rest of the OS X platform code code/osx_handmade.cpp // and the rest of the OS X platform code cpp/code/handmade.cpp // and the rest of Casey's code data/intro_art.hha // prebuilt art pack from the SendOwl site data/test/test_background.bmp // and the rest of test assets data/test2/grass00.bmp // and the rest of test2 assets data/test3/bloop_00.wav // and the rest of test3 assets fonts/LiberationMono-Regular.ttf fonts/LiberationSans-Regular.ttf patches/ // patches to Casey's HH source code xcode/ // Xcode project files
Before you build the application for the first time, you need to create the packed asset files. To do this, run
from the code directory and then execute the osx_asset_builder command line program. This will create the .hha files in the data subdirectory of this repository. This is where the Makefile looks for them when building the Handmade Hero app package. You only need to re-run the osx_asset_builder if the art assets change or if you decide to use a different font.
If you already have packed asset files, you can just copy them to the data subdirectory and skip building and running the osx_asset_builder.
From then on, you can just run 'make' from the code directory (Note: not the cpp/code directory!) to build the application bundle.
Once you have done a full build and have created the application bundles, you can run 'make quick' to just recompile the dynamic library and the executable. Most of the build time when running the default 'make' is spent copying over the large asset files, so 'make quick' avoids that step.
You can then either run 'handmade' directly, or 'open Handmade.app'. The advantage of running 'handmade' directly is that debug console output (printf's, etc.) will be displayed in your terminal window instead of being logged to the System Console.
I typically run the game from the command line like this:
I also use lldb to debug. lldb has a 'gui' command that will display a source code and variable view while debugging. It's not great, but it's almost always better than using Xcode, and is sometimes better than using the plain command line mode in lldb.
Hot-loading is supported, so you can just run 'make quick' again (or have your favorite editor do it) while the application is running to build and reload the newest code.
For better rendering performance using the software renderer, build the project in Release mode. You can also set the renderAtHalfSpeed flag in HandmadeView.mm to reduce the effective rendering rate to 30fps instead of the default 60fps. The proper Core Audio sound buffer size is automatically adjusted.
The original version of Handmade Hero is being created by Casey Muratori.