GameLib is a collection of libraries for creating applications in Cakelisp.
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

152 lines
6.2 KiB

#+title: GameLib
1 year ago
GameLib is my library for making games. It is the successor to [[https://macoy.me/code/macoy/base2.0][base2.0]].
GameLib is written in [[https://macoy.me/code/macoy/cakelisp/][Cakelisp]].
1 year ago
* Setup
Clone the repository:
1 year ago
#+BEGIN_SRC sh
git clone https://macoy.me/code/macoy/gamelib.git
#+END_SRC
By default, GameLib does not include any 3rd-party dependencies. The dependencies will be downloaded to a folder ~Dependencies/~ as soon as you import their modules. This allows me to continue adding useful tools to GameLib without having it balloon into hour-long submodule downloading.
Build tests:
#+BEGIN_SRC sh
cd test/
./Build.sh
#+END_SRC
This step will take a while the first time, because it builds Cakelisp, Ogre, SDL, and all the test programs. Subsequent executions will use the ~cakelisp_cache~ and will be much faster.
Note that changes to the 3rd-party dependencies will not automatically be detected.
You may need to follow the instructions in the /Asset pipeline/ section if you are failing during the ~Asset-Building~ stage. You may also comment out any ~VocalGame.cake~ lines in the build script to avoid building any assets.
** Setting up for your project
#+BEGIN_SRC sh
mkdir my-project
cd my-project
git submodule add https://macoy.me/code/macoy/cakelisp/ Dependencies/cakelisp
git submodule add https://macoy.me/code/macoy/gamelib/ Dependencies/gamelib
#+END_SRC
Then, copy the following script (you get the idea - build cakelisp, then build your project):
#+BEGIN_SRC sh
#!/bin/sh
CAKELISP_DIR=Dependencies/cakelisp
# Build Cakelisp itself
echo "\n\nCakelisp\n\n"
cd $CAKELISP_DIR
./Build.sh || exit $?
cd ../..
CAKELISP=./Dependencies/cakelisp/bin/cakelisp
echo "\n\nMy project\n\n"
$CAKELISP MyProject.cake || exit $?
#+END_SRC
You'll probably need the following search paths:
#+BEGIN_SRC lisp
;; Cakelisp
(set-cakelisp-option cakelisp-src-dir "Dependencies/cakelisp/src")
(add-cakelisp-search-directory "Dependencies/cakelisp/runtime")
;; Gamelib
(add-cakelisp-search-directory "Dependencies/gamelib/src")
#+END_SRC
Refer to ~test/~ for project setup.
** Cleaning test
#+BEGIN_SRC sh
./test/RemoveSubmodules.sh
#+END_SRC
This shouldn't be necessary because ~test/~ is set up to not clone dependencies as submodules, but if you are testing the submodules feature, this script helps undo them.
** Platform setup
*** Ogre
You may need X11 headers to build on Ubuntu:
#+BEGIN_SRC sh
sudo apt install libx11-xcb-dev
#+END_SRC
There is a TODO to automatically install these.
* Asset pipeline
You should do it manually once to ensure your environment is properly configured, then refer to ~test/src/VocalGame.cake~ function ~process-3d-assets~ for how to automate it.
** Blender setup
- Install [[https://www.blender.org/][Blender]]. I can confirm Blender 2.91 works.
- Copy ~blender2ogre~ to Blender plugins:
#+BEGIN_SRC sh
cp -r Dependencies/blender2ogre/io_ogre/ ~/.config/blender/2.91/
#+END_SRC
- Open Blender, then open Preferences (Edit->Preferences), and click Add-ons
- Search for "Ogre" and check the box to enable the OGRE Exporter
- Build Ogre, if you haven't already (run ~BuildDependencies_Debug.sh~)
- Set ~OGRETOOLS_XML_CONVERTER~ to where you built OgreMeshTool. You'll need to browse to ~gamelib/Dependencies/ogre-next/build/Debug/bin/OgreMeshTool_d~
You are now ready to export. Open your model or create one, then do ~File -> Export -> Ogre3D~. See the following section for settings.
** OGRE Export Settings
- Don't *export materials*. These are v1 materials as far as I know, which don't work with Ogre 2
- Don't *export scene*. I don't use these files
- Ensure *mesh export version* is set to ~v2~
- Don't *export selected* only
** Materials and Textures
The ~blender2ogre~ plugin doesn't do much to help with Ogre v2 materials.
For a textured mesh:
- UV unwrap mesh
- Create new image for texturing
- Add a new material and set the diffuse input to your new image. Name the material what you'd like it to be called in the game as well
- Paint the texture as desired
- In the Image Editor window, do ~Image -> Save As~ and save the image to a lossless format (I used PNG)
- Run the following to convert the image to ~.dds~ (which will be a larger file, but will load /drastically/ faster):
#+BEGIN_SRC sh
convert assets/MyTexture.png data/Materials/Textures/MyTexture.dds
#+END_SRC
- Export the mesh. Because export materials doesn't do us any good yet, we only export the mesh to get the updated UV coordinates and material (name only)
- Create a ~.material~ text file like below:
#+BEGIN_SRC C
hlms MyMaterial pbs
{
roughness 0.4
fresnel 1.33
diffuse_map MyTexture.dds
// normal_map Rocks_Normal.tga
// roughness_map Rocks_Spec.tga
// specular_map Rocks_Diffuse.tga
}
#+END_SRC
- Finally, add the material to the ~Ogre::Item~:
#+BEGIN_SRC C++
item->setDatablock("MyMaterial");
#+END_SRC
This is only necessary if the mesh didn't already have the Material name set.
** Converting ~.mesh.xml~ to ~.mesh~
You shouldn't need to do this step if you set ~OGRETOOLS_XML_CONVERTER~, but in case blender2ogre didn't recognize it, here's how I worked around it:
#+BEGIN_SRC sh
cd Dependencies/ogre-next/build/Debug/bin
./OgreMeshTool_d -e -O puqs ../../../../../test/data/Models/Suzanne.mesh.xml
#+END_SRC
Run this after you've made an attempted export from the Blender OGRE plugin.
** Animations
- Rig your mesh as you would normally in Blender
- Open the Dope Sheet, and switch mode to Action Editor
- Use the New button to create an action. The name you use here will be the name needed for the code (the animation name)
- Create the action's keyframes
- Open the NLA editor, and click ~Push Down Action~ to create an NLA track. Blender2Ogre uses NLA tracks to determine which animations to export
You can repeat this for all the different actions you want for a given skeleton.
The name of the skeleton comes from the name of the Object which has the armature modifier's mesh. This may mean shared skeletons will be created in duplicate due to having different object mesh names.
* Terms
GameLib is copyright (C) 2020 Macoy Madson ~<macoy@macoy.me>~.
Licensed under ~GPL-3.0-or-later~.
Contact ~macoy@macoy.me~ if you would like to negotiate an exception for your use-case.