Devlog #20 - Tech Demo #3 (custom engine)

-
Big update this month - we have a new snapshot to upload. I’m calling it a Tech Demo now: we’ve passed all the major tests, we have a viable engine, but it’s not a proper game. Soon we’ll have 2 or 3 actual games with content, and we’ll just keep this demo around for tests.

I also resumed dev streams this month instead of next (only on Rumble for now) because I got a break from my day job. I was busy grinding to prepare for Christmas season and that work finally paid off, i.e. I “worked myself out of a job” as corporate wagies would say, or the way I look at it, I’ve done my part to save some pretty decent non-corporate jobs and next year we’ll all be working less hours for more pay, fingers crossed.

Change Log

  • One engine with realtime & turnbased modes
  • PBR rendering
  • Basic collisions (terrain, NPCs, melee hits)
  • Random terrain for now
  • More UIs adapted from older Synthnostate demos
  • Save/Load (bare minimum for now)
  • Red color scheme for the vampire sim
  • Better text fonts

Next


With the new PBR render pipeline in place, now it’s time to get back to artwork…
  • Bring in existing gravestones, skeletons, etc
  • New art for 1742 winter setting
  • Cover cover/thumbnail art (got sidetracked by this engine project)
  • Water shader
  • Sky shader
  • Cover art that screams VAMPIRE!!!

Engine tasks:
  • Level loading
  • In-game editing
  • Database functions
  • Character screen UI
  • AI and pathfinding
  • Scripting
  • Animation FSM and blend/override
  • Turnbased system for the tactics demo

Popular posts from this blog

Devlog #13 - A NEW ROADMAP

-
Alright guys, this project needs a new sense of direction. It’s time to clear the decks and set some concrete goals that are achievable given my current situation. The Current Situation I’m too damn busy… I can probably manage a 2-3 hour devstream on weekday afternoons (on good days) and an hour here and there off-stream Godot Engine has a poor sense of direction and their changes WILL break my code faster than I can finish this project and they’re so god damn woke (and that’s putting it politely) It’s only a matter of time until I switch to Raylib The ~1742 setting is becoming more appealing to me than ~2042 Halloween is coming up Immediate Goals Promo art for Halloween Eye-popping close-up for devstream thumbnails etc Classic gentleman vampire in a high-collared suit sinking his fangs into a pretty lady’s neck Cyberpunk & Baroque versions Posed scene in game engine Music for Halloween - set aside 3rd or 4th weekend in October for recording Build a new GAMEPLAY DEMO from scratch ...
Read more

Devlog #8 - Getting Down To Business

-
Image
For those only following the devlog, I thought I’d write up some business/marketing considerations I’ve been discussing over on my Minds channel . This is my basic approach to software development: Practice, experiment, learn the possibilities and limitations of whatever technologies you’re considering. Aim to impress: make something rare and desirable (like a good RPG, not indie shovelware). Focus on a solid core and impressive features within your capabilities. Set arbitrary deadlines, stick to them, and cut or rethink anything that takes too long. If essential things take too long, cancel the whole project; learn your lessons and move on. Reject scope creep and bloat. Don’t try to be all things to all people. A complete but slow, buggy, run-of-the-mill product is not a success; it’s an expensive failure. Run it like a business even if it isn’t. Try to be productive, find customers, make money, and advance the careers of all involved. Expect some failures, however; don’t bank on 100...
Read more

Devlog #19 - Raylib Test 2 Completed

-
Alright guys, we have a Windows .EXE, that’s it for Test 2. One ZIP file with a few test programs for Windows and Linux. Test 2A is realtime, 2B is turnbased. It’s boring, no gameplay to speak of, but if you want to try it out quick and let me know if it works for you or not, thanks! Ported our RayGUI tests from Odin TTS integration Turnbased gunplay prereqs Stress tests Multiplatform build scripts Stress tests all passed. Skeletal animation is the main bottleneck and there’s lots of room for optimization. Even unoptimized we can have 20+ characters all on screen running 60 fps animations. It might already be better than Godot, lmao - but I haven’t done a fair comparison using the same models and equivalent shaders, physics, AI, etc. That’ll be an interesting benchmark… I thought Zig might be a nice low-effort solution for cross-compiling Linux and Windows builds. I can’t quite get it to work, though, and I’ve noticed other problems, like the TTS crashing when compiled with Zig. Also, ...
Read more