Please check out all the submissions here:
https://pinestore.cc/jam/pinejam2026/submissions

Top 3 winners

1st place: 24th Dimension by JackMacWindows, receiving a final score of 8.67. This demo beautifully showcases what's possible in CC and makes great use of being able to change the color palettes in runtime!

2nd place: Forever Testing by Minki the Avali, receiving a final score of 8.37. Using CraftOS-PC's graphical mode to get such details, combined with real portals showing the other side is just incredible!

3rd place: Jane Demo by piguman3, receiving a final score of 7.90. Such a creative demo, matching the rhythm of the music is perfectly executed with very good rigging, animations and expressiveness of each scene!

Congratulations and thank you!

Big congratulations to the winners of the jam and thanks to all for participating! I hope you've had a lot of fun in the process of working on your submission. If you have any suggestions for next year's jam, or want to help in anyway, I'm all ears ^^

I've started a bit late this year with organizing the jam, but I'm extremely happy to see such amazing submissions lots of love poured into! I'll do my best to get started a lot sooner next year, so you'll be able to get excited much sooner, and able to spread the word :3

In theory this should work even if you unload the chunk, as I save the difference between the panel angle and swivel angle, but there is a CLI tool to correct the error if anything goes wrong. It is not perfect, but I have wattage approximate to the peak through the day.

The panels only turn from -90 to 90 degrees, at 6:00 to 18:00 ingame. The setup uses a speed controller and a 1/20 gear ratio. The swivel bearing is used for error correction, as the solar panel bearing doesn't have the angle information on it.

You can in theory attach as many panels as you want, but I haven't really tested what happens if only one chunk is unloaded.

Pastebin for ComputerCraft: https://pastebin.com/1h5jtqSL

Script: Enzo-Nunes/drmon

Context

Back in the golden days of Draconic Evolution on Minecraft 1.7.10, there was a script called drmon developed to help players manage their Draconic Reactors. It was a great tool, but it was left without any updates for several years. The code still lives in the acidjazz/drmon repository.

About 8 years after, a fork of that script was made and the code was modernized to work with Draconic Evolution on Minecraft 1.12.2, and it also included a couple new features. The code for that fork lives in the RaithSphere/drmon repository.

Neither version automated the temperature control of the reactor, requiring the player to recurrently tweak the output gauge to keep the reactor efficient. With the release of Draconic Evolution on Minecraft 1.21.1 on 2025/2026, this project, a fork of the more recent RaithSphere/drmon repository, was created to fill that gap.

Follow the instructions in the repo and the only thing you will have to worry about is refueling the reactor once every million years (jk my guess is about every ~30 hours or so). In summary, the script reads the reactor's live state, adjusts the two flux gates to hold a target field strength and a target temperature, and shuts it down before fuel, field strength, or temperature cross into dangerous territory.

Hope it helps!

It has been a hot minute but I finally have this project in a state where I feel comfortable sharing my first public version. It works well with both Vanilla and enhanced ClassiCube servers. Custom servers that make heavy use of extra models and textures however do not work correctly as of now, custom blocks are broken to a point of unplayable with MCGalaxy server software which is why they are default disabled for now. The client uses textures I made in GIMP and public domain music.

You can download the beta version here for now. A Codeberg repository is coming soon.

Please report bugs encountered during vanilla gameplay back to me!

Yesterday evening I was talking with someone about speakers and discovered that the 1.12.2 version is stuck on a pre-pcm version and also still used craftos 1.8. I decided to backport the latest version using parts of the 1.4.7 port which is on craftos 1.9 as well as a lot of shims and build system trickery to make it work properly. Its nowhere near fully tested or finished yet but slowly getting there. I try to keep compatibility with old extension mods and from my short tests, it seems to still work.

Starts up with a bunch of scripts to monitor and manage various aspects of power generation.

Watchdog Script

Monitors the reactor state and shuts it down if at risk of going critical. Checks coolant levels, actual structure damage and also will shut off the reactor if it's getting full of waste or heated coolant. Will start the reactor if the Induction Matrix falls below a certain threshold.

Fuel Script

This script interacts with ME storage to autocraft Uranium ingots, Fluorite blocks and also monitor sulfur levels. This modpack is custom and the main method of sulfur harvesting is sulfur caves biomes to get sulfur blocks, and then crushing them to sulfur dust. The blocks are automatically crushed to dust if put in storage, but otherwise not automatically harvested in any way.

Waste Script

Monitors spent waste storage and alerts at 85% usage.

Reactor Levels

Sort of redundant/provides the same monitoring as the watchdog script, but in a different and more visually appealing format.

Power Level

Simple meter for Induction Matrix. Once again, redundant, but I'm meter-izing as many things as possible because I'm proud of myself for getting it working :D

Turbine Levels

Last screen is the turbine production meters. Just shows the turbine power production relative to its maximum production. This script can dynamically add and remove turbines as they show up on the network, but my meter script is not sophisticated enough to make that look pretty without resizing the monitor most of the time.

I made a text-to-speech engine that runs in CC:Tweaked (Minecraft/Lua).

Code's here: https://github.com/GabrielVicini/Sandbox/tree/main/cc-flite Run.lua is the example script, TTS.lua is the library.

It's built on Flite-RS, a cleanroom rewrite of an old TTS engine that I did in Rust. I compiled that to WebAssembly, then needed to get it running in Lua. There's a tool called wasm2lua for that, but it's been incomplete and abandoned for years, so I ended up forking my own version of it that could actually handle the full compile down to working Lua (plus some extra glue code on top to make it all run).

Full writeup on how it works and how to use it is in the README on the cc-flite repo. (The actual TTS engine workings is in Flite-RS)

https://reddit.com/link/1vi2o47/video/m7rr718lddih1/player