|
45538
|
peerz by @tosterabgx | Stardance
|
tosterabgx
|
0
|
0.0
|
0
|
[]
|
[]
|
Title: peerz by @tosterabgx | Stardance
|
1792918179.0133526
|
1793782179.0133526
|
|
45552
|
http from scratch by @tosterabgx | Stardance
|
tosterabgx
|
0
|
0.0
|
0
|
[]
|
[]
|
Title: http from scratch by @tosterabgx | Stardanc Title: http from scratch by @tosterabgx | Stardance...
|
1792925668.3906956
|
1793789668.3906956
|
|
31062
|
My own site! by @toshnazarovamohinur163 | Stardanc My own site! by @toshnazarovamohinur163 | Stardance...
|
toshnazarovamohinur163
|
0
|
0.0
|
0
|
[]
|
[]
|
Title: My own site! by @toshnazarovamohinur163 | S Title: My own site! by @toshnazarovamohinur163 | Stardance...
|
1793029803.1070633
|
1793634603.1070633
|
|
32039
|
Magic hub by @toshanhazra | Stardance
|
toshanhazra
|
0
|
0.0
|
0
|
[]
|
[]
|
Title: Magic hub by @toshanhazra | Stardance
|
1793235332.6858397
|
1793840132.6858397
|
|
63804
|
macropad by @toshanhazra | Stardance
|
toshanhazra
|
0
|
0.0
|
0
|
[]
|
[]
|
Title: macropad by @toshanhazra | Stardance
|
1793055019.6065006
|
1793659819.6065006
|
|
63806
|
access ai by @toshanhazra | Stardance
|
toshanhazra
|
0
|
0.0
|
0
|
[]
|
[]
|
Title: access ai by @toshanhazra | Stardance
|
1793055023.7183628
|
1793659823.7183628
|
|
22093
|
Untitled project by @toshan | Stardance
|
toshan
|
0
|
0.0
|
0
|
[]
|
[]
|
Title: Untitled project by @toshan | Stardance
|
1793292735.5365338
|
1793897535.5365338
|
|
31891
|
My own site! by @tosamosa2304 | Stardance
|
tosamosa2304
|
0
|
0.0
|
0
|
[]
|
[]
|
Title: My own site! by @tosamosa2304 | Stardance
|
1793450950.2819345
|
1794055750.2819345
|
|
8082
|
custom FPV drone! by @torteno | Stardance
|
torteno
|
0
|
0.0
|
0
|
[]
|
[]
|
Title: custom FPV drone! by @torteno | Stardance
|
1793505014.3075016
|
1794109814.3075016
|
|
16867
|
printFind by @torteno | Stardance
|
torteno
|
0
|
36.2
|
0
|
[]
|
[{"post_id": 82149, "ts": "202 [{"post_id": 82149, "ts": "2026-10-24T03:38:03Z", "hours": 25.7367, "text": "Feature improvements - orca slicer working natively on web :D"}, {"post_id": 7048, "ts": "2026-06-11T20:17:39Z", "hours": 10.4625, "text": "First post of the app"}]...
|
Title: printFind by @torteno | Stardance
Devlogs: Title: printFind by @torteno | Stardance
Devlogs:
First post of the app
Feature improvements - orca slicer working natively on web :D...
|
1793231483.190903
|
1793836283.190903
|
|
17471
|
My awesome macropad! by @torteno | Stardance
|
torteno
|
0
|
0.0
|
0
|
[]
|
[]
|
Title: My awesome macropad! by @torteno | Stardanc Title: My awesome macropad! by @torteno | Stardance...
|
1793274684.8858874
|
1793879484.8858874
|
|
34455
|
Untitled by @torteno | Stardance
|
torteno
|
0
|
0.0
|
0
|
[]
|
[]
|
Title: Untitled by @torteno | Stardance
|
1793342873.1549551
|
1793947673.1549551
|
|
17692
|
My very own WebOS by @torren | Stardance
|
torren
|
2
|
32.0
|
49
|
[{"ship_num": 1, "ts": "2026-0 [{"ship_num": 1, "ts": "2026-08-11T01:54:12Z", "hours": 15.0, "multiplier": 4.89, "payout": 49, "blessing": "neutral", "text": "so i built serenityos, a little web-based operating system that runs right in your browser. it’s got a desktop, draggable windows, a dock, and a bunch of mini apps — all vanilla html/css/js, no frameworks, no build step. for this mission i added 3 new features: browser — a mini web browser inside the os. type a url, hit go, it loads in a window. paint — a canvas you can actually draw on. pick a color, change the brush size, and save your doodle as a png. new animated ui — gave the whole thing a fresh look with real motion: headings that reveal word-by-word as you scroll and buttons that drift toward your cursor. what was challenging: doing the animations in plain javascript was the tricky part — no framer motion or gsap, so i had to hand-roll the word-by-word reveals with intersection observers and the magnetic buttons with pointer math. getting the paint canvas to map mouse coords correctly when the window resizes also took a few tries. what i’m proud of: how cohesive it all feels now — the landing page, the docs, and the desktop all look like one product. and the fact that it’s 100% vanilla js but still feels smooth and alive. how to test it: head to serenityux.vercel.app → hit launch os → then click around the dock. open browser and load a site, open paint and draw something, or mess with the calculator, notes, and timer. everything saves locally so your notes stick around when you come back.", "repo": "", "demo": ""}, {"ship_num": 2, "ts": "2026-06-14T17:27:46Z", "hours": 17.0, "multiplier": null, "payout": 0, "blessing": "neutral", "text": "SerenityOS is a fully functional web-based operating system with 9 interactive draggable windows (About, Projects, Portfolio, Contact, Notes, To-Do, Calculator, Timer, Messages) built entirely with vanilla JavaScript, zero dependencies, and achieving 90+ Lighthouse with <50KB bundle size. Building it required solving complex event propagation issues with button reliability, window positioning algorithms to prevent off-screen placement, and localStorage timing with the messages system—all demanding deep understanding of DOM lifecycle and JavaScript async behavior. I’m proud of proving you don’t need frameworks to build ambitious, polished applications while maintaining excellent performance and design. To test: visit https://serenityux.vercel.app , enter your name, launch, then try sending a message through Contact to see it appear in Messages app, add tasks to To-Do that persist on refresh, use the Calculator and Timer, drag windows around, and check your portfolio content. Everything works instantly with no installation required.", "repo": "", "demo": ""}]...
|
[{"post_id": 44953, "ts": "202 [{"post_id": 44953, "ts": "2026-08-11T01:51:51Z", "hours": 14.7233, "text": "been improving serenityos lately and honestly it’s in a way better place now. gave the whole thing a fresh look, clean type, calm colors, feels like one cohesive product from the landing all the way into the desktop. also shipped 3 new features: a browser you can actually surf in, a paint app for doodling (save as png too), and a new animated ui with word-by-word reveals and buttons that drift toward your cursor. cleaned up a bunch of old jank along the way. more soon :)"}, {"post_id": 8799, "ts": "2026-06-14T16:41:02Z", "hours": 0.6833, "text": "This session focused on polishing SerenityOS for production launch and fixing critical bugs that were blocking user-facing features. Started by diagnosing and fixing the messages system - the Contact form was saving messages to localStorage, but they weren’t displaying in the Messages app due to a DOM timing issue. Wrapped the contact handler in setTimeout to ensure proper initialization, and implemented a dynamic renderMessages() function that rebuilds the DOM on demand. Tested the full flow end-to-end: Contact form → localStorage → Messages app, confirming persistence and deletion both work. Next tackled calculator button overflow - buttons were massively oversized and breaking the window layout. Reduced padding from 10px to 6px, gap from 6px to 4px, and display font-size from 2em to 1.5em while adding min-width constraints. Buttons now fit perfectly within the window. Compacted the Projects app since it was taking up unnecessary vertical space - reduced font sizes, cut spacing between projects, and shortened descriptions so all five projects display without scrolling. Updated the README following professional shipping guidelines: punchy one-liner, prominent demo link, six specific features, technical depth explaining architecture, quick start in three lines, browser support, and creator info. No boilerplate or template text. Completely rewrote portfolio content across all apps (About, Projects, Portfolio) with real information: full bio, three-skill categories (technical, business, leadership), detailed project descriptions with achievements, and actual work experience. Discovered and fixed the most critical bug: window positioning logic was placing new windows off-screen or stacked too far right. Changed from 3-column to 2-column grid with viewport bounds checking, ensuring all apps stay visible. Tested all four previously-missing apps (To-Do, Calculator, Timer, Messages) - they now open and display correctly. Updated README screenshot reference, committed everything, and pushed to production. All 9 apps verified working, <50KB bundle maintained, 90+ Lighthouse score confirmed. SerenityOS is now feature-complete and deployment-ready."}, {"post_id": 8124, "ts": "2026-06-13T15:48:46Z", "hours": 1.3342, "text": "This session focused on crushing the last critical bugs that were holding back the messaging system and refining the overall UI. The main issue was that messages sent from the Contact form weren’t appearing in the Messages app - after investigation, we discovered a DOM timing issue where event listeners were being attached before elements were ready. We fixed this by wrapping the contact form handler in a setTimeout, ensuring proper initialization and allowing messages to persist reliably in localStorage and render dynamically with full delete functionality. Alongside this, we tackled the calculator button overflow problem that was making the app unusable on smaller screens. The buttons were massively oversized, so we reduced padding from 10px to 6px, gap from 6px to 4px, and display font-size from 2em to 1.5em while adding min-width constraints to prevent flex expansion. Finally, we compacted the Projects window since its content was taking up too much vertical space - we reduced overall font sizes, cut spacing from 16px to 10px between items, and shortened descriptions so all five projects now display without any scrolling needed. Everything is now working smoothly: the message system is bulletproof, calculator buttons fit perfectly, and all windows are properly optimized. The bundle remains under 50KB, localStorage operations are instant, and the entire OS feels polished and professional. We’ve got all eight apps functioning, draggable/resizable windows with proper layering, persistent data storage, a real-time system clock, and smooth animations throughout—SerenityOS is now feature-complete and ready for use."}, {"post_id": 7857, "ts": "2026-06-13T03:12:50Z", "hours": 1.1425, "text": "Fixed critical bugs preventing windows from displaying on the OS desktop - the issue was the container wasn’t filling the viewport properly. Updated CSS to set 100vw × 100vh with fixed positioning, which immediately resolved the problem. Also implemented smart window positioning using a grid algorithm to prevent overlap, and added auto-opening About & Projects windows on startup so the desktop doesn’t look empty. Tested all functionality and deployed. 50 minutes of focused debugging and UX improvements."}, {"post_id": 7785, "ts": "2026-06-13T00:20:03Z", "hours": 13.7236, "text": "Built the SerenityUX Web-based OS project: Part 1: Welcome screen with animations Parts 2-3: Desktop with draggable windows Currently working on Part 4: Creating apps"}]...
|
Title: My very own WebOS by @torren | Stardance
D Title: My very own WebOS by @torren | Stardance
Devlogs:
Built the SerenityUX Web-based OS project: Part 1: Welcome screen with animations Parts 2-3: Desktop with draggable windows Currently working on Part 4: Creating apps
Fixed critical bugs preventing windows from displaying on the OS desktop - the issue was the container wasn’t filling the viewport properly. Updated CSS to set 100vw × 100vh with fixed positioning, which immediately resolved the problem. Also implemented smart window positioning using a grid algorithm to prevent overlap, and added auto-opening About & Projects windows on startup so the desktop doesn’t look empty. Tested all functionality and deployed. 50 minutes of focused debugging and UX improvements.
This session focused on crushing the last critical bugs that were holding back the messaging system and refining the overall UI. The main issue was that messages sent from the Contact form weren’t appearing in the Messages app - after investigation, we discovered a DOM timing issue where event listeners were being attached before elements were ready. We fixed this by wrapping the contact form handler in a setTimeout, ensuring proper initialization and allowing messages to persist reliably in localStorage and render dynamically with full delete functionality. Alongside this, we tackled the calculator button overflow problem that was making the app unusable on smaller screens. The buttons were massively oversized, so we reduced padding from 10px to 6px, gap from 6px to 4px, and display font-size from 2em to 1.5em while adding min-width constraints to prevent flex expansion. Finally, we compacted the Projects window since its content was taking up too much vertical space - we reduced overall font sizes, cut spacing from 16px to 10px between items, and shortened descriptions so all five projects now display without any scrolling needed. Everything is now working smoothly: the message system is bulletproof, calculator buttons fit perfectly, and all windows are properly optimized. The bundle remains under 50KB, localStorage operations are instant, and the entire OS feels polished and professional. We’ve got all eight apps functioning, draggable/resizable windows with proper layering, persistent data storage, a real-time system clock, and smooth animations throughout—SerenityOS is now feature-complete and ready for use.
This session focused on polishing SerenityOS for production launch and fixing critical bugs that were blocking user-facing features. Started by diagnosing and fixing the messages system - the Contact form was saving messages to localStorage, but they weren’t displaying in the Messages app due to a DOM timing issue. Wrapped the contact handler in setTimeout to ensure proper initialization, and implemented a dynamic renderMessages() function that rebuilds the DOM on demand. Tested the full flow end-to-end: Contact form → localStorage → Messages app, confirming persistence and deletion both work. Next tackled calculator button overflow - buttons were massively oversized and breaking the window layout. Reduced padding from 10px to 6px, gap from 6px to 4px, and display font-size from 2em to 1.5em while adding min-width constraints. Buttons now fit perfectly within the window. Compacted the Projects app since it was taking up unnecessary vertical space - reduced font sizes, cut spacing between projects, and shortened descriptions so all five projects display without scrolling. Updated the README following professional shipping guidelines: punchy one-liner, prominent demo link, six specific features, technical depth explaining architecture, quick start in three lines, browser support, and creator info. No boilerplate or template text. Completely rewrote portfolio content across all apps (About, Projects, Portfolio) with real information: full bio, three-skill categories (technical, business, leadership), detailed project descriptions with achievements, and actual work experience. Discovered and fixed the most critical bug: window positioning logic was placing new windows off-screen or stacked too far right. Changed from 3-column to 2-column grid with viewport bounds checking, ensuring all apps stay visible. Tested all four previously-missing apps (To-Do, Calculator, Timer, Messages) - they now open and display correctly. Updated README screenshot reference, committed everything, and pushed to production. All 9 apps verified working, <50KB bundle maintained, 90+ Lighthouse score confirmed. SerenityOS is now feature-complete and deployment-ready.
been improving serenityos lately and honestly it’s in a way better place now. gave the whole thing a fresh look, clean type, calm colors, feels like one cohesive product from the landing all the way into the desktop. also shipped 3 new features: a browser you can actually surf in, a paint app for doodling (save as png too), and a new animated ui with word-by-word reveals and buttons that drift toward your cursor. cleaned up a bunch of old jank along the way. more soon :)
Ships:
SerenityOS is a fully functional web-based operating system with 9 interactive draggable windows (About, Projects, Portfolio, Contact, Notes, To-Do, Calculator, Timer, Messages) built entirely with vanilla JavaScript, zero dependencies, and achieving 90+ Lighthouse with <50KB bundle size. Building it required solving complex event propagation issues with button reliability, window positioning algorithms to prevent off-screen placement, and localStorage timing with the messages system—all demanding deep understanding of DOM lifecycle and JavaScript async behavior. I’m proud of proving you don’t need frameworks to build ambitious, polished applications while maintaining excellent performance and design. To test: visit https://serenityux.vercel.app , enter your name, launch, then try sending a message through Contact to see it appear in Messages app, add tasks to To-Do that persist on refresh, use the Calculator and Timer, drag windows around, and check your portfolio content. Everything works instantly with no installation required.
so i built serenityos, a little web-based operating system that runs right in your browser. it’s got a desktop, draggable windows, a dock, and a bunch of mini apps — all vanilla html/css/js, no frameworks, no build step. for this mission i added 3 new features: browser — a mini web browser inside the os. type a url, hit go, it loads in a window. paint — a canvas you can actually draw on. pick a color, change the brush size, and save your doodle as a png. new animated ui — gave the whole thing a fresh look with real motion: headings that reveal word-by-word as you scroll and buttons that drift toward your cursor. what was challenging: doing the animations in plain javascript was the tricky part — no framer motion or gsap, so i had to hand-roll the word-by-word reveals with intersection observers and the magnetic buttons with pointer math. getting the paint canvas to map mouse coords correctly when the window resizes also took a few tries. what i’m proud of: how cohesive it all feels now — the landing page, the docs, and the desktop all look like one product. and the fact that it’s 100% vanilla js but still feels smooth and alive. how to test it: head to serenityux.vercel.app → hit launch os → then click around the dock. open browser and load a site, open paint and draw something, or mess with the calculator, notes, and timer. everything saves locally so your notes stick around when you come back....
|
1793537303.7206004
|
1793623703.7206004
|
|
18700
|
OneShot by @torren | Stardance
|
torren
|
2
|
11.0
|
97
|
[{"ship_num": 1, "ts": "2026-0 [{"ship_num": 1, "ts": "2026-08-02T19:56:58Z", "hours": 2.0, "multiplier": 8.68, "payout": 41, "blessing": "neutral", "text": "What did you make? OneShot is an app that kills prompt engineering. You describe what you want in plain English, hit execute, and get a professional result. No tweaking. No retries. No “let me regenerate that.” Just describe what you need and it handles everything behind the scenes. What was challenging? Getting the Gemini API integration working took some debugging—had to switch from gemini-1.5-flash (wasn’t available on my API tier) to gemini-2.5-flash. Then figuring out Next.js client-side navigation for the execution flow. Also building a template system that actually feels useful instead of gimmicky took thought. Database persistence with graceful degradation was the final piece—making it optional but still seamless. What are you proud of? The entire thing is under 10kb of production JavaScript. No bloat. Every feature exists because it solves a real problem: templates save time, keyboard shortcuts (Cmd+K) reward power users, the result modal lets you actually read long outputs, settings persist so you’re not starting from scratch each time. It’s an honest product that does what it says. What should people know so they can test your project? Go to https://oneshot-chi-nine.vercel.app—no login, no credit card, no setup. Click “Create New Task” (or press Cmd+K), describe what you want, pick a category, hit Execute. Try the templates if you want quick wins. Everything’s real: you’ll get actual results, copy/download buttons work, tasks show up on your home page.", "repo": "https://github.com/nadellasripad11/oneshot", "demo": "https://oneshot-chi-nine.vercel.app"}, {"ship_num": 2, "ts": "2026-06-28T19:38:12Z", "hours": 9.0, "multiplier": 5.33, "payout": 56, "blessing": "neutral", "text": "What did you make? OneShot is an app that kills prompt engineering. You describe what you want in plain English, hit execute, and get a professional result. No tweaking. No retries. No “let me regenerate that.” Just describe what you need and it handles everything behind the scenes. What was challenging? Getting the Gemini API integration working took some debugging—had to switch from gemini-1.5-flash (wasn’t available on my API tier) to gemini-2.5-flash. Then figuring out Next.js client-side navigation for the execution flow. Also building a template system that actually feels useful instead of gimmicky took thought. Database persistence with graceful degradation was the final piece—making it optional but still seamless. What are you proud of? The entire thing is under 10kb of production JavaScript. No bloat. Every feature exists because it solves a real problem: templates save time, keyboard shortcuts (Cmd+K) reward power users, the result modal lets you actually read long outputs, settings persist so you’re not starting from scratch each time. It’s an honest product that does what it says. What should people know so they can test your project? Go to https://oneshot-chi-nine.vercel.app—no login, no credit card, no setup. Click “Create New Task” (or press Cmd+K), describe what you want, pick a category, hit Execute. Try the templates if you want quick wins. Everything’s real: you’ll get actual results, copy/download buttons work, tasks show up on your home page.", "repo": "https://github.com/nadellasripad11/oneshot", "demo": "https://oneshot-chi-nine.vercel.app"}]...
|
[{"post_id": 24150, "ts": "202 [{"post_id": 24150, "ts": "2026-07-07T15:07:51Z", "hours": 1.0222, "text": "got feedback that the readme sounded too AI-generated. stripped it down, rewrote it in first person, added a screenshot, trimmed features to 6 bullets. removed the corporate FAQ, the exhaustive tech stack list, everything that felt like a template. readme now sounds like i actually wrote it instead of a marketing team approving it. added a “how it works” section that tells the real build story instead of listing libraries. shipped it."}, {"post_id": 22478, "ts": "2026-07-04T23:16:47Z", "hours": 0.0, "text": "Devlog — Killed the Grok API Dependency clarification questions were broken. Grok API wasn’t recognizing any model names (grok-2, grok-beta, grok — all failed). spent 15 minutes debugging dead ends. gave up on the api. switched to hardcoded template questions instead. built question templates for each category: research gets different questions than business, different from writing, etc. now when user hits execute → instant questions pop up → no api calls, no latency, no failures. just works. same feature. actually reliable. 🚀"}, {"post_id": 22407, "ts": "2026-07-04T21:26:43Z", "hours": 0.2061, "text": "OneShot Dashboard Redesign Spent the week tearing down the OneShot dashboard and rebuilding it with a clean black/white aesthetic. Text was disappearing, colors were fighting each other, and the whole thing felt half-baked. Went through five pages and standardized the color system: solid white for primary text, opacity variants for secondary, and proper contrast everywhere. Same features, completely different vibe. The real win? Design isn’t decoration. When a page is polished, users assume the engineering is solid. Now it actually looks like I care about the details. Ship first, perfect later."}, {"post_id": 20964, "ts": "2026-07-02T18:12:12Z", "hours": 1.0236, "text": "I improved the UI to make the project look more polished and intentional, with cleaner spacing, better visual hierarchy, and a smoother overall experience. I also rewrote the README so it felt more human and easier to understand, instead of sounding like a wall of technical notes. On top of that, I added a few new features that make the app feel more complete, more useful, and closer to something people would actually want to keep using."}, {"post_id": 17927, "ts": "2026-06-28T21:21:22Z", "hours": 0.0, "text": "built an AI execution engine. you describe what you need, it gives you professional results in seconds. rewrote the README to sound human (last one looked AI-generated). fixed UI readability, added progress bars, implemented retry logic for API stability. it’s live at oneshot-chi-nine.vercel.app and actually works. and my vercel kept deploying my old deployments so fixing that took me a long time i also added a progress bar feature so users dont get stuck on the screen showing nothing and yea some of the previous buttons weren’t working or were glitched so i fixed those too."}, {"post_id": 17834, "ts": "2026-06-28T19:34:33Z", "hours": 0.0, "text": "added supabase integration so tasks actually persist. implemented rate limiting (5 req/min per IP) to prevent abuse. built out an 8-template system with optimized prompts for common workflows (business plans, landing pages, marketing strategies, etc). added keyboard shortcuts (Cmd+K to open quick task search) because power users deserve fast access. implemented result modal for viewing full results without scrolling. settings now persist to localStorage so user preferences stick around. updated all dashboard pages to pull real data from the database instead of hardcoded samples. everything still works without a database configured, it just gracefully degrades.the app went from “works but doesn’t persist anything” to “production-grade SaaS with templates, shortcuts, and data persistence.” still under 10kb of production bundle js. no bloat. everything has a reason for existing."}, {"post_id": 17761, "ts": "2026-06-28T18:03:06Z", "hours": 0.0, "text": "spent the session debugging task execution flow - users were getting stuck on the “executing” page. turned out to be a routing issue after the api call completed. fixed the navigation and now tasks flow through smoothly from submission to results. also deployed the whole thing to vercel so it’s actually live and working with real results. copy and download buttons are fully functional. ready for people to start using it."}, {"post_id": 17679, "ts": "2026-06-28T16:04:37Z", "hours": 0.0, "text": "okay so we shipped the whole dashboard. like actually shipped it. all 7 pages, interactive examples modal, task execution timeline, templates, the whole thing. UI is clean and professional, no jank.built it on next.js 15, deployed on vercel, live right now at oneshot-chi-nine.vercel.app. github repo is up too: github.com/nadellasripad11/oneshot honestly the UI part was pretty smooth. typescript caught bugs, tailwind made styling easy. but the REAL challenge is gonna be the LLM integration. we’re thinking either open source models or building something lightweight since API costs would kill us.that’s basically it!!! everything works, it looks good, and we’re ready for the next phase. hope people actually use this lmao. thanks!!!!"}, {"post_id": 17340, "ts": "2026-06-28T02:43:02Z", "hours": 9.4394, "text": "I basically worked making the whole roadmap of the whole project. main components were the UI, systems and appealing to the customers. I also figured using API keys to make our prompts better would take too much money, so im gonna make my own LLM or use a free one. and that’s it thanks!!!!!! hope i got a lot of engagements on this"}]...
|
Title: OneShot by @torren | Stardance
Devlogs:
I Title: OneShot by @torren | Stardance
Devlogs:
I basically worked making the whole roadmap of the whole project. main components were the UI, systems and appealing to the customers. I also figured using API keys to make our prompts better would take too much money, so im gonna make my own LLM or use a free one. and that’s it thanks!!!!!! hope i got a lot of engagements on this
okay so we shipped the whole dashboard. like actually shipped it. all 7 pages, interactive examples modal, task execution timeline, templates, the whole thing. UI is clean and professional, no jank.built it on next.js 15, deployed on vercel, live right now at oneshot-chi-nine.vercel.app. github repo is up too: github.com/nadellasripad11/oneshot honestly the UI part was pretty smooth. typescript caught bugs, tailwind made styling easy. but the REAL challenge is gonna be the LLM integration. we’re thinking either open source models or building something lightweight since API costs would kill us.that’s basically it!!! everything works, it looks good, and we’re ready for the next phase. hope people actually use this lmao. thanks!!!!
spent the session debugging task execution flow - users were getting stuck on the “executing” page. turned out to be a routing issue after the api call completed. fixed the navigation and now tasks flow through smoothly from submission to results. also deployed the whole thing to vercel so it’s actually live and working with real results. copy and download buttons are fully functional. ready for people to start using it.
added supabase integration so tasks actually persist. implemented rate limiting (5 req/min per IP) to prevent abuse. built out an 8-template system with optimized prompts for common workflows (business plans, landing pages, marketing strategies, etc). added keyboard shortcuts (Cmd+K to open quick task search) because power users deserve fast access. implemented result modal for viewing full results without scrolling. settings now persist to localStorage so user preferences stick around. updated all dashboard pages to pull real data from the database instead of hardcoded samples. everything still works without a database configured, it just gracefully degrades.the app went from “works but doesn’t persist anything” to “production-grade SaaS with templates, shortcuts, and data persistence.” still under 10kb of production bundle js. no bloat. everything has a reason for existing.
built an AI execution engine. you describe what you need, it gives you professional results in seconds. rewrote the README to sound human (last one looked AI-generated). fixed UI readability, added progress bars, implemented retry logic for API stability. it’s live at oneshot-chi-nine.vercel.app and actually works. and my vercel kept deploying my old deployments so fixing that took me a long time i also added a progress bar feature so users dont get stuck on the screen showing nothing and yea some of the previous buttons weren’t working or were glitched so i fixed those too.
I improved the UI to make the project look more polished and intentional, with cleaner spacing, better visual hierarchy, and a smoother overall experience. I also rewrote the README so it felt more human and easier to understand, instead of sounding like a wall of technical notes. On top of that, I added a few new features that make the app feel more complete, more useful, and closer to something people would actually want to keep using.
OneShot Dashboard Redesign Spent the week tearing down the OneShot dashboard and rebuilding it with a clean black/white aesthetic. Text was disappearing, colors were fighting each other, and the whole thing felt half-baked. Went through five pages and standardized the color system: solid white for primary text, opacity variants for secondary, and proper contrast everywhere. Same features, completely different vibe. The real win? Design isn’t decoration. When a page is polished, users assume the engineering is solid. Now it actually looks like I care about the details. Ship first, perfect later.
Devlog — Killed the Grok API Dependency clarification questions were broken. Grok API wasn’t recognizing any model names (grok-2, grok-beta, grok — all failed). spent 15 minutes debugging dead ends. gave up on the api. switched to hardcoded template questions instead. built question templates for each category: research gets different questions than business, different from writing, etc. now when user hits execute → instant questions pop up → no api calls, no latency, no failures. just works. same feature. actually reliable. 🚀
got feedback that the readme sounded too AI-generated. stripped it down, rewrote it in first person, added a screenshot, trimmed features to 6 bullets. removed the corporate FAQ, the exhaustive tech stack list, everything that felt like a template. readme now sounds like i actually wrote it instead of a marketing team approving it. added a “how it works” section that tells the real build story instead of listing libraries. shipped it.
Ships:
What did you make? OneShot is an app that kills prompt engineering. You describe what you want in plain English, hit execute, and get a professional result. No tweaking. No retries. No “let me regenerate that.” Just describe what you need and it handles everything behind the scenes. What was challenging? Getting the Gemini API integration working took some debugging—had to switch from gemini-1.5-flash (wasn’t available on my API tier) to gemini-2.5-flash. Then figuring out Next.js client-side navigation for the execution flow. Also building a template system that actually feels useful instead of gimmicky took thought. Database persistence with graceful degradation was the final piece—making it optional but still seamless. What are you proud of? The entire thing is under 10kb of production JavaScript. No bloat. Every feature exists because it solves a real problem: templates save time, keyboard shortcuts (Cmd+K) reward power users, the result modal lets you actually read long outputs, settings persist so you’re not starting from scratch each time. It’s an honest product that does what it says. What should people know so they can test your project? Go to https://oneshot-chi-nine.vercel.app—no login, no credit card, no setup. Click “Create New Task” (or press Cmd+K), describe what you want, pick a category, hit Execute. Try the templates if you want quick wins. Everything’s real: you’ll get actual results, copy/download buttons work, tasks show up on your home page.
What did you make? OneShot is an app that kills prompt engineering. You describe what you want in plain English, hit execute, and get a professional result. No tweaking. No retries. No “let me regenerate that.” Just describe what you need and it handles everything behind the scenes. What was challenging? Getting the Gemini API integration working took some debugging—had to switch from gemini-1.5-flash (wasn’t available on my API tier) to gemini-2.5-flash. Then figuring out Next.js client-side navigation for the execution flow. Also building a template system that actually feels useful instead of gimmicky took thought. Database persistence with graceful degradation was the final piece—making it optional but still seamless. What are you proud of? The entire thing is under 10kb of production JavaScript. No bloat. Every feature exists because it solves a real problem: templates save time, keyboard shortcuts (Cmd+K) reward power users, the result modal lets you actually read long outputs, settings persist so you’re not starting from scratch each time. It’s an honest product that does what it says. What should people know so they can test your project? Go to https://oneshot-chi-nine.vercel.app—no login, no credit card, no setup. Click “Create New Task” (or press Cmd+K), describe what you want, pick a category, hit Execute. Try the templates if you want quick wins. Everything’s real: you’ll get actual results, copy/download buttons work, tasks show up on your home page....
|
1793559041.9608982
|
1793645441.9608982
|
|
28257
|
LeadScan by @torren | Stardance
|
torren
|
1
|
6.0
|
76
|
[{"ship_num": 1, "ts": "2026-0 [{"ship_num": 1, "ts": "2026-06-29T16:20:48Z", "hours": 6.0, "multiplier": 13.52, "payout": 76, "blessing": "neutral", "text": "What I Made Paste a domain, get back: founder names, founding year, tech stack, emails, hiring signals, revenue estimate, and a personalized cold email you can actually send. Works in 3 seconds. Free, no login. What Was Challenging Wikipedia wikitext templates are evil. {{Unbulleted list|a|b|c}} was leaking raw into the UI. Took forever to build a depth-aware parser that actually works. Also: small businesses hide their data (no /pricing page, phone buried in microdata), so I had to scrape sub-pages in parallel. What I’m Proud Of The conviction score actually works — high score means “this person will probably respond to cold email” because they have modern tech + they’re hiring + they have pricing. The AI outreach is solid too (not template garbage). Most: it works equally well for a dentist clinic and Stripe. How to Test It Go to leadscan-web.vercel.app/scan, paste a domain (try stripe.com or your competitor), wait 3 seconds. Click “Ask AI” to fill in missing founder names or revenue. Export to CSV. That’s it.", "repo": "https://github.com/nadellasripad11/leadscan-web", "demo": "https://leadscan-web.vercel.app"}]...
|
[{"post_id": 18429, "ts": "202 [{"post_id": 18429, "ts": "2026-06-29T16:10:19Z", "hours": 5.9558, "text": "I started with a simple website scraper, but it quickly became clear that it only worked well for tech startups. So I pivoted hard: I added parallel sub-page fetching for contact and about pages, built Wikipedia integration to pull founding data, and spent a lot of time fighting ugly wikitext template parsing bugs. I also expanded industry detection from 5 categories to 20+, which made the scans much more accurate across different kinds of businesses. The UI got a full redesign too, from something vibecoded into something much more editorial, with a dark hero section, Cormorant Garamond serif text, and electric blue accents. The most important addition was the “Ask AI” button: Groq’s llama-3.3-70b now fills in missing founders, revenue, and key products on demand, but only when clicked, so there’s no latency penalty during normal scans. After setting GROQ_API_KEY on Vercel and deploying to production, the project became a full intelligence tool that can generate detailed reports for both Stripe and local businesses. Ship the thing."}]...
|
Title: LeadScan by @torren | Stardance
Devlogs:
I Title: LeadScan by @torren | Stardance
Devlogs:
I started with a simple website scraper, but it quickly became clear that it only worked well for tech startups. So I pivoted hard: I added parallel sub-page fetching for contact and about pages, built Wikipedia integration to pull founding data, and spent a lot of time fighting ugly wikitext template parsing bugs. I also expanded industry detection from 5 categories to 20+, which made the scans much more accurate across different kinds of businesses. The UI got a full redesign too, from something vibecoded into something much more editorial, with a dark hero section, Cormorant Garamond serif text, and electric blue accents. The most important addition was the “Ask AI” button: Groq’s llama-3.3-70b now fills in missing founders, revenue, and key products on demand, but only when clicked, so there’s no latency penalty during normal scans. After setting GROQ_API_KEY on Vercel and deploying to production, the project became a full intelligence tool that can generate detailed reports for both Stripe and local businesses. Ship the thing.
Ships:
What I Made Paste a domain, get back: founder names, founding year, tech stack, emails, hiring signals, revenue estimate, and a personalized cold email you can actually send. Works in 3 seconds. Free, no login. What Was Challenging Wikipedia wikitext templates are evil. {{Unbulleted list|a|b|c}} was leaking raw into the UI. Took forever to build a depth-aware parser that actually works. Also: small businesses hide their data (no /pricing page, phone buried in microdata), so I had to scrape sub-pages in parallel. What I’m Proud Of The conviction score actually works — high score means “this person will probably respond to cold email” because they have modern tech + they’re hiring + they have pricing. The AI outreach is solid too (not template garbage). Most: it works equally well for a dentist clinic and Stripe. How to Test It Go to leadscan-web.vercel.app/scan, paste a domain (try stripe.com or your competitor), wait 3 seconds. Click “Ask AI” to fill in missing founder names or revenue. Export to CSV. That’s it....
|
1793530452.7503254
|
1793616852.7503254
|
|
38068
|
Personal Website by @torren | Stardance
|
torren
|
1
|
0.0
|
0
|
[{"ship_num": 1, "ts": "2026-0 [{"ship_num": 1, "ts": "2026-07-31T22:00:47Z", "hours": 0.0, "multiplier": null, "payout": 0, "blessing": "neutral", "text": "what did you make? my personal portfolio site. cloned the structure from a really well-built next.js template (dennis snellenberg’s, if you’ve seen it) and gutted it down to nothing, then rebuilt it as mine — real projects, real photos, real copy, my own animations tuned in. 8 case studies, a working contact form that actually emails me, custom 404/error pages, the whole thing. what was challenging? the contact form was the big one. wanted people to be able to email me straight from the site, no mailto popup, so i had to wire up a real backend api route with an email service, plus rate limiting so it can’t get spammed (3 messages a day per person, checked both client and server side so it can’t be bypassed). also spent way too long getting social share previews right — turns out next.js doesn’t just inherit your image/card settings across pages the way you’d expect, so half my pages were silently missing the preview image until i caught it. and i almost shipped the site running a next.js version with 18 known security vulnerabilities because i never thought to check. did a full audit and fixed it. what are you proud of? that every stat on the site is real. first draft i let ai guess at achievements based on vague skill tags and it was embarrassing — generic buzzword soup. went back and rewrote every single project with actual numbers: socle’s real waitlist count, equity intel’s real alert volume, the actual story behind why i built each thing. nothing on there is made up. also proud i pushed back on making it “perfect” and just made it real instead. still have 3 projects running placeholder graphics instead of real screenshots and i’m not stressed about it. what should people know to test it? click into a project card, not just the homepage — the case studies are where the actual work is try the contact form, it really sends to my inbox hover the name on the homepage, small easter egg there if you spam the contact form more than 3x it’ll tell you to stop, that’s intentional not a bug", "repo": "", "demo": ""}]...
|
[{"post_id": 36500, "ts": "202 [{"post_id": 36500, "ts": "2026-07-28T17:30:38Z", "hours": 0.2994, "text": "finally started making my portfolio feel like my own instead of another template. rebuilt the homepage, replaced all the placeholder content with real project stories and metrics, fixed a bunch of annoying UI bugs, and added dedicated case study pages for every project. also rewrote the about page and added small details like page-specific preloaders that make the site feel a little more polished"}]...
|
Title: Personal Website by @torren | Stardance
De Title: Personal Website by @torren | Stardance
Devlogs:
finally started making my portfolio feel like my own instead of another template. rebuilt the homepage, replaced all the placeholder content with real project stories and metrics, fixed a bunch of annoying UI bugs, and added dedicated case study pages for every project. also rewrote the about page and added small details like page-specific preloaders that make the site feel a little more polished
Ships:
what did you make? my personal portfolio site. cloned the structure from a really well-built next.js template (dennis snellenberg’s, if you’ve seen it) and gutted it down to nothing, then rebuilt it as mine — real projects, real photos, real copy, my own animations tuned in. 8 case studies, a working contact form that actually emails me, custom 404/error pages, the whole thing. what was challenging? the contact form was the big one. wanted people to be able to email me straight from the site, no mailto popup, so i had to wire up a real backend api route with an email service, plus rate limiting so it can’t get spammed (3 messages a day per person, checked both client and server side so it can’t be bypassed). also spent way too long getting social share previews right — turns out next.js doesn’t just inherit your image/card settings across pages the way you’d expect, so half my pages were silently missing the preview image until i caught it. and i almost shipped the site running a next.js version with 18 known security vulnerabilities because i never thought to check. did a full audit and fixed it. what are you proud of? that every stat on the site is real. first draft i let ai guess at achievements based on vague skill tags and it was embarrassing — generic buzzword soup. went back and rewrote every single project with actual numbers: socle’s real waitlist count, equity intel’s real alert volume, the actual story behind why i built each thing. nothing on there is made up. also proud i pushed back on making it “perfect” and just made it real instead. still have 3 projects running placeholder graphics instead of real screenshots and i’m not stressed about it. what should people know to test it? click into a project card, not just the homepage — the case studies are where the actual work is try the contact form, it really sends to my inbox hover the name on the homepage, small easter egg there if you spam the contact form more than 3x it’ll tell you to stop, that’s intentional not a bug...
|
1793487034.4408174
|
1793573434.4408174
|
|
43190
|
Making a website better by @torren | Stardance
|
torren
|
1
|
9.0
|
0
|
[{"ship_num": 1, "ts": "2026-0 [{"ship_num": 1, "ts": "2026-08-05T02:36:38Z", "hours": 9.0, "multiplier": null, "payout": 0, "blessing": "neutral", "text": "what did you make? my personal portfolio site. it’s where i show what i’m working on and what i’ve shipped. homepage has my main projects, and each one clicks into its own page with the full story. 8 projects total, from startups to school projects to random experiments. what was challenging? the contact form was the biggest one. wanted people to email me straight from the site with no popup or anything, so i had to build a real backend for it plus spam protection so nobody can send more than 3 messages a day, checked both on the browser and on the server so it can’t be bypassed. also almost shipped the site with 18 known security vulnerabilities because i just never thought to check. did a full audit and fixed all of them, ended at zero. what are you proud of? that every stat on the site is real. first draft i let ai guess at my project achievements and it was embarrassing, generic buzzword soup. rewrote every single project with actual numbers instead. nothing on the site is made up. what should people know to test it? click into any project card, not just the homepage. the case studies are where the actual work is try the contact form, it really sends to my inbox if you spam it more than 3 times it’ll tell you to stop, that’s intentional not a bug", "repo": "", "demo": ""}]...
|
[{"post_id": 39709, "ts": "202 [{"post_id": 39709, "ts": "2026-08-02T20:52:00Z", "hours": 9.3958, "text": "built my own personal website from scratch. it’s where i show what i’m working on and what i’ve shipped. the homepage has all my main projects, and each one clicks into its own page with the full story, what i built, and what happened. there are 8 in total, from startups to school projects to random experiments. added a real contact form that actually sends emails to my inbox when someone fills it out, with spam protection so nobody can send more than 3 messages a day. did a full security check and patched every vulnerability, ended at zero. not trying to make it perfect, just trying to make it real."}]...
|
Title: Making a website better by @torren | Starda Title: Making a website better by @torren | Stardance
Devlogs:
built my own personal website from scratch. it’s where i show what i’m working on and what i’ve shipped. the homepage has all my main projects, and each one clicks into its own page with the full story, what i built, and what happened. there are 8 in total, from startups to school projects to random experiments. added a real contact form that actually sends emails to my inbox when someone fills it out, with spam protection so nobody can send more than 3 messages a day. did a full security check and patched every vulnerability, ended at zero. not trying to make it perfect, just trying to make it real.
Ships:
what did you make? my personal portfolio site. it’s where i show what i’m working on and what i’ve shipped. homepage has my main projects, and each one clicks into its own page with the full story. 8 projects total, from startups to school projects to random experiments. what was challenging? the contact form was the biggest one. wanted people to email me straight from the site with no popup or anything, so i had to build a real backend for it plus spam protection so nobody can send more than 3 messages a day, checked both on the browser and on the server so it can’t be bypassed. also almost shipped the site with 18 known security vulnerabilities because i just never thought to check. did a full audit and fixed all of them, ended at zero. what are you proud of? that every stat on the site is real. first draft i let ai guess at my project achievements and it was embarrassing, generic buzzword soup. rewrote every single project with actual numbers instead. nothing on the site is made up. what should people know to test it? click into any project card, not just the homepage. the case studies are where the actual work is try the contact form, it really sends to my inbox if you spam it more than 3 times it’ll tell you to stop, that’s intentional not a bug...
|
1793476361.458264
|
1793562761.458264
|
|
59019
|
My slack bot by @torren | Stardance
|
torren
|
1
|
6.0
|
0
|
[{"ship_num": 1, "ts": "2026-0 [{"ship_num": 1, "ts": "2026-09-06T23:40:09Z", "hours": 6.0, "multiplier": null, "payout": 0, "blessing": "neutral", "text": "what did you make? a slack bot for hack club with 11 slash commands, all prefixed /sripin- so they don’t clash with other bots. it does weather, dictionary lookups, jokes, cat facts, quotes, dice rolls, a magic 8-ball, coin flips and more, built on slack bolt over socket mode. what was challenging? getting the two slack tokens right and understanding socket mode, since the bot has no public url and just opens a websocket to slack. also hit a bug where my little health server would crash the whole bot if its port was taken. what are you proud of? that it’s actually solid, not just a toy. every api call has a timeout and try/catch so a dead api can’t kill it, a couple have offline fallbacks, and it shuts down cleanly so systemd restarts don’t break anything. what should people know so they can test it? invite the bot to a channel like #bot-spam, then try /sripin-help to see everything. good ones to start with: /sripin-weather london, /sripin-roll 2d6, /sripin-8ball will this work, /sripin-define serendipity.", "repo": "https://github.com/nadellasripad11/stardance-slack-bot", "demo": "https://hackclub.slack.com/app_redirect?app=A0C0156NAMS"}]...
|
[{"post_id": 63250, "ts": "202 [{"post_id": 63250, "ts": "2026-09-06T23:30:50Z", "hours": 0.5889, "text": "built the bot on node + slack bolt in socket mode, so it talks to slack over a websocket with no public url. made the slack app from a manifest (auto-adds the slash commands, scopes, socket mode and the @mention event), generated the app-level and bot tokens, dropped them in a gitignored .env, and verified both against the slack api — “bot is running! now connected to slack”.then made it better: 11 commands now, all prefixed /sripin- so they don’t collide with other bots — ping, help, catfact, joke, quote, weather (wttr.in, no api key), define, 8ball, roll (NdM dice), flip, choose. every api call has a timeout and try/catch so a dead api can’t crash the bot, and a couple have offline fallbacks. fun commands post in-channel so everyone sees them. also fixed a real bug where the little http health endpoint would kill the whole bot if its port was taken, now it just disables itself — and added an error handler, clean sigint/sigterm shutdown, and a line that logs every incoming command. last step is deploying to hack club nest so it stays live 24/7 with my laptop closed."}, {"post_id": 62986, "ts": "2026-09-06T15:37:48Z", "hours": 4.9414, "text": "day 1 on my stardance slack bot. started by reading through the whole guide so i knew what i was building - a slack bot that answers slash commands. first thing i actually set up was builting the bot itself - a node project using slack bolt in socket mode, so it talks to slack over a websocket and doesn’t need a public url. wrote four slash commands: /sripin-ping replies with the bot’s latency, /sripin-help lists the commands, and /sripin-catfact and /sripin-joke pull from public apis with axios and have try/catch so a dead api doesn’t crash the bot. also added a tiny http health endpoint on port 3000 so there’s still something to open in a browser, plus a systemd service file for deploying on nest later. set up the git repo, wrote the readme, and pushed everything to github. next up: make the actual slack app, get the xoxb + xapp tokens into .env, run npm install, and test it live in #bot-spam."}]...
|
Title: My slack bot by @torren | Stardance
Devlog Title: My slack bot by @torren | Stardance
Devlogs:
day 1 on my stardance slack bot. started by reading through the whole guide so i knew what i was building - a slack bot that answers slash commands. first thing i actually set up was builting the bot itself - a node project using slack bolt in socket mode, so it talks to slack over a websocket and doesn’t need a public url. wrote four slash commands: /sripin-ping replies with the bot’s latency, /sripin-help lists the commands, and /sripin-catfact and /sripin-joke pull from public apis with axios and have try/catch so a dead api doesn’t crash the bot. also added a tiny http health endpoint on port 3000 so there’s still something to open in a browser, plus a systemd service file for deploying on nest later. set up the git repo, wrote the readme, and pushed everything to github. next up: make the actual slack app, get the xoxb + xapp tokens into .env, run npm install, and test it live in #bot-spam.
built the bot on node + slack bolt in socket mode, so it talks to slack over a websocket with no public url. made the slack app from a manifest (auto-adds the slash commands, scopes, socket mode and the @mention event), generated the app-level and bot tokens, dropped them in a gitignored .env, and verified both against the slack api — “bot is running! now connected to slack”.then made it better: 11 commands now, all prefixed /sripin- so they don’t collide with other bots — ping, help, catfact, joke, quote, weather (wttr.in, no api key), define, 8ball, roll (NdM dice), flip, choose. every api call has a timeout and try/catch so a dead api can’t crash the bot, and a couple have offline fallbacks. fun commands post in-channel so everyone sees them. also fixed a real bug where the little http health endpoint would kill the whole bot if its port was taken, now it just disables itself — and added an error handler, clean sigint/sigterm shutdown, and a line that logs every incoming command. last step is deploying to hack club nest so it stays live 24/7 with my laptop closed.
Ships:
what did you make? a slack bot for hack club with 11 slash commands, all prefixed /sripin- so they don’t clash with other bots. it does weather, dictionary lookups, jokes, cat facts, quotes, dice rolls, a magic 8-ball, coin flips and more, built on slack bolt over socket mode. what was challenging? getting the two slack tokens right and understanding socket mode, since the bot has no public url and just opens a websocket to slack. also hit a bug where my little health server would crash the whole bot if its port was taken. what are you proud of? that it’s actually solid, not just a toy. every api call has a timeout and try/catch so a dead api can’t kill it, a couple have offline fallbacks, and it shuts down cleanly so systemd restarts don’t break anything. what should people know so they can test it? invite the bot to a channel like #bot-spam, then try /sripin-help to see everything. good ones to start with: /sripin-weather london, /sripin-roll 2d6, /sripin-8ball will this work, /sripin-define serendipity....
|
1793512502.5987852
|
1793598902.5987852
|
|
59188
|
MY alarm clock by @torren | Stardance
|
torren
|
0
|
0.0
|
0
|
[]
|
[]
|
Title: MY alarm clock by @torren | Stardance
|
1793537367.246823
|
1794401367.246823
|
|
60704
|
Socle by @torren | Stardance
|
torren
|
1
|
119.0
|
0
|
[{"ship_num": 1, "ts": "2026-1 [{"ship_num": 1, "ts": "2026-10-26T17:34:11Z", "hours": 119.0, "multiplier": null, "payout": 0, "blessing": "neutral", "text": "socle is built around a simple idea: finding somewhere good should feel personal. it brings together places, curated lists, recommendations from people you trust, and a taste profile that develops through your activity. i wanted a better way to discover places that fit you and keep the good ones somewhere worth coming back to. the hardest part has been making those systems work together reliably. repeated activity shouldn’t let one place overwhelm your taste profile, and opening a place page shouldn’t count as physically visiting it. i worked on those distinctions alongside search, missing photos, chat navigation, loading states, and account isolation. testing kept revealing small problems that made a bigger difference to the experience than i expected. i’m proud of how the two sides of socle are coming together. discovery helps people explore and share places, while the business side connects guest feedback with insights about their experience. the design took plenty of iteration too, from discovery’s warmer colors to the interactive hardware animation on the business homepage. the native iphone and mac versions are also progressing, though location tracking, notifications, and widgets still need further real-device testing. how to test: click testers at the bottom-left of the sign-in page, or open socle.pages.dev/testers. enter stardance when asked where you’re from; capitalization doesn’t matter. a wrong answer gets one final question asking who you’re testing on behalf of. you’ll receive a 24-hour testing account. explore discovery, then open the profile menu and look under your workplaces for stardance testers. there are owner and employee entries, and each tester gets a separate workspace with sample reviews so you can experiment without changing a real business’s data. the linked public repository contains a limited discovery homepage demo; the full application and backend remain private. the devlogs cover the wider project, and ai’s substantial contribution to implementation and documentation is explained in the ai usage declaration.", "repo": "https://github.com/karamvschool-ai/socle-discovery-demo", "demo": "https://socle.pages.dev/login/discovery?next=%2Fhome"}]...
|
[{"post_id": 83043, "ts": "202 [{"post_id": 83043, "ts": "2026-10-26T17:29:58Z", "hours": 0.4514, "text": "socle’s pretty much ready to be shipped in a few minutes, just made a last minute testing flow for you stardance testers:)"}, {"post_id": 82862, "ts": "2026-10-26T02:53:03Z", "hours": 12.3964, "text": "socle was looking ready for testing, but using it exposed things i couldn’t leave broken. i fixed search, added sliding transitions between chats, and built the native foundations for notifications, four widgets, and location tracking. the biggest change was separating browsing from actual visits: opening a place page shouldn’t count as going there, and a visit now needs five minutes of reliable location evidence. i also rebuilt the business homepage with a more interactive design. the simulator and mac builds passed alongside 23 automated checks, though location accuracy and the apple integrations still need real-device testing."}, {"post_id": 81522, "ts": "2026-10-21T15:49:23Z", "hours": 16.6728, "text": "i spent this session testing whether socle intelligence could give a business something useful beyond a summary of its reviews. i worked on how it uses customer feedback and business context, and added support for graphs and tables so answers are easier to understand. some responses still missed the point, so comparing answers and finding those gaps became a big part of the work. i also fixed cover-image bugs across the site. there’s progress, but i still want more evidence before trusting the answers."}, {"post_id": 78912, "ts": "2026-10-12T00:46:52Z", "hours": 21.3431, "text": "one review can contain a complaint about slow food and a compliment about the server. getting socle intelligence to recognize both became a useful test of whether it actually understood the feedback. i experimented with models, settings, and context, while building the connection between the model and a business’s data. running it locally also introduced speed and reliability problems to work through. the hardest part is still knowing when several reviews reveal a pattern and when there just isn’t enough evidence to say."}, {"post_id": 76476, "ts": "2026-10-03T17:15:48Z", "hours": 13.3208, "text": "this was where socle’s discovery and business sides started connecting. i worked on turning feedback, saves, visits, and employee recognition into insights a business could use. the difficult part was deciding when those interactions supported a conclusion, so i built around showing the evidence and admitting when there wasn’t enough. i also separated the broader patterns managers need from the feedback an individual employee should see. the first engine uses rules i can inspect and test, giving me a clearer foundation to build on."}, {"post_id": 74662, "ts": "2026-09-27T21:53:50Z", "hours": 11.8033, "text": "i kept fixing one small issue and finding three more. this session turned into a sweep through socle’s navigation, spacing, loading states, and awkward interactions, trying to use it like someone who didn’t already know where everything was. there wasn’t one big feature, but the fixes removed a lot of little interruptions. we were hoping to ship afterward, then ran into repo issues. that pushed the release back while we worked out a cleaner source setup."}, {"post_id": 73283, "ts": "2026-09-24T19:07:21Z", "hours": 9.3703, "text": "i’d gotten used to some of socle’s rough edges, which made them harder to notice. i went back through the main screens with a first-time user in mind and cleaned up confusing buttons, inconsistent layouts, navigation, and loading states. most fixes were small, but together they made the app easier to move through. i’m getting closer to the experience i want: people exploring places without having to figure out the interface first."}, {"post_id": 72270, "ts": "2026-09-22T15:40:08Z", "hours": 8.9336, "text": "taste needed a practical way to test visits before full location tracking was ready. i replaced the old flow with a temporary visit button, which let me check how visiting a place changes someone’s profile. i also adjusted how actions are weighted and repeated activity is counted, so one place doesn’t overwhelm everything else someone likes. the screenshot keeps the exact scoring weights private, but the goal is straightforward: taste should develop from someone’s activity without becoming too easy to distort."}, {"post_id": 71502, "ts": "2026-09-20T22:56:28Z", "hours": 9.3, "text": "socle needed more places to explore as well as a cleaner interface. i added locations and filled out existing pages, then worked through inconsistent layouts, spacing, small bugs, and interactions that felt awkward. having more content also made the gaps in the experience easier to spot. this update brings the app closer to a wider test, where people can spend time discovering things instead of reaching the end of the available content."}, {"post_id": 70153, "ts": "2026-09-18T16:01:12Z", "hours": 6.3247, "text": "before bringing in more testers, i wanted to clear out the obvious things that would get in their way. i went through the main screens fixing layout issues, inconsistent components, and navigation that took too much effort to understand. these were mostly small changes rather than new features, but they made the experience more consistent. the next round of feedback should help me find the problems i haven’t already learned to work around."}, {"post_id": 66671, "ts": "2026-09-12T15:11:08Z", "hours": 8.9261, "text": "i used codex to help with implementation while i worked through socle’s screens and tested the main flows. that testing uncovered bugs in a feature i thought was already finished, so i went back, fixed them, and checked it again. i also cleaned up the surrounding ui and interactions. it was a reminder that finishing the code isn’t the same as finishing the experience, and there’s still more to catch before opening it to more testers."}]...
|
Title: Socle by @torren | Stardance
Devlogs:
i us Title: Socle by @torren | Stardance
Devlogs:
i used codex to help with implementation while i worked through socle’s screens and tested the main flows. that testing uncovered bugs in a feature i thought was already finished, so i went back, fixed them, and checked it again. i also cleaned up the surrounding ui and interactions. it was a reminder that finishing the code isn’t the same as finishing the experience, and there’s still more to catch before opening it to more testers.
before bringing in more testers, i wanted to clear out the obvious things that would get in their way. i went through the main screens fixing layout issues, inconsistent components, and navigation that took too much effort to understand. these were mostly small changes rather than new features, but they made the experience more consistent. the next round of feedback should help me find the problems i haven’t already learned to work around.
socle needed more places to explore as well as a cleaner interface. i added locations and filled out existing pages, then worked through inconsistent layouts, spacing, small bugs, and interactions that felt awkward. having more content also made the gaps in the experience easier to spot. this update brings the app closer to a wider test, where people can spend time discovering things instead of reaching the end of the available content.
taste needed a practical way to test visits before full location tracking was ready. i replaced the old flow with a temporary visit button, which let me check how visiting a place changes someone’s profile. i also adjusted how actions are weighted and repeated activity is counted, so one place doesn’t overwhelm everything else someone likes. the screenshot keeps the exact scoring weights private, but the goal is straightforward: taste should develop from someone’s activity without becoming too easy to distort.
i’d gotten used to some of socle’s rough edges, which made them harder to notice. i went back through the main screens with a first-time user in mind and cleaned up confusing buttons, inconsistent layouts, navigation, and loading states. most fixes were small, but together they made the app easier to move through. i’m getting closer to the experience i want: people exploring places without having to figure out the interface first.
i kept fixing one small issue and finding three more. this session turned into a sweep through socle’s navigation, spacing, loading states, and awkward interactions, trying to use it like someone who didn’t already know where everything was. there wasn’t one big feature, but the fixes removed a lot of little interruptions. we were hoping to ship afterward, then ran into repo issues. that pushed the release back while we worked out a cleaner source setup.
this was where socle’s discovery and business sides started connecting. i worked on turning feedback, saves, visits, and employee recognition into insights a business could use. the difficult part was deciding when those interactions supported a conclusion, so i built around showing the evidence and admitting when there wasn’t enough. i also separated the broader patterns managers need from the feedback an individual employee should see. the first engine uses rules i can inspect and test, giving me a clearer foundation to build on.
one review can contain a complaint about slow food and a compliment about the server. getting socle intelligence to recognize both became a useful test of whether it actually understood the feedback. i experimented with models, settings, and context, while building the connection between the model and a business’s data. running it locally also introduced speed and reliability problems to work through. the hardest part is still knowing when several reviews reveal a pattern and when there just isn’t enough evidence to say.
i spent this session testing whether socle intelligence could give a business something useful beyond a summary of its reviews. i worked on how it uses customer feedback and business context, and added support for graphs and tables so answers are easier to understand. some responses still missed the point, so comparing answers and finding those gaps became a big part of the work. i also fixed cover-image bugs across the site. there’s progress, but i still want more evidence before trusting the answers.
socle was looking ready for testing, but using it exposed things i couldn’t leave broken. i fixed search, added sliding transitions between chats, and built the native foundations for notifications, four widgets, and location tracking. the biggest change was separating browsing from actual visits: opening a place page shouldn’t count as going there, and a visit now needs five minutes of reliable location evidence. i also rebuilt the business homepage with a more interactive design. the simulator and mac builds passed alongside 23 automated checks, though location accuracy and the apple integrations still need real-device testing.
socle’s pretty much ready to be shipped in a few minutes, just made a last minute testing flow for you stardance testers:)
Ships:
socle is built around a simple idea: finding somewhere good should feel personal. it brings together places, curated lists, recommendations from people you trust, and a taste profile that develops through your activity. i wanted a better way to discover places that fit you and keep the good ones somewhere worth coming back to. the hardest part has been making those systems work together reliably. repeated activity shouldn’t let one place overwhelm your taste profile, and opening a place page shouldn’t count as physically visiting it. i worked on those distinctions alongside search, missing photos, chat navigation, loading states, and account isolation. testing kept revealing small problems that made a bigger difference to the experience than i expected. i’m proud of how the two sides of socle are coming together. discovery helps people explore and share places, while the business side connects guest feedback with insights about their experience. the design took plenty of iteration too, from discovery’s warmer colors to the interactive hardware animation on the business homepage. the native iphone and mac versions are also progressing, though location tracking, notifications, and widgets still need further real-device testing. how to test: click testers at the bottom-left of the sign-in page, or open socle.pages.dev/testers. enter stardance when asked where you’re from; capitalization doesn’t matter. a wrong answer gets one final question asking who you’re testing on behalf of. you’ll receive a 24-hour testing account. explore discovery, then open the profile menu and look under your workplaces for stardance testers. there are owner and employee entries, and each tester gets a separate workspace with sample reviews so you can experiment without changing a real business’s data. the linked public repository contains a limited discovery homepage demo; the full application and backend remain private. the devlogs cover the wider project, and ai’s substantial contribution to implementation and documentation is explained in the ai usage declaration....
|
1793386323.852064
|
1793472723.852064
|
|
60753
|
Socler by @torren | Stardance
|
torren
|
0
|
0.0
|
0
|
[]
|
[]
|
Title: Socler by @torren | Stardance
|
1793411268.758946
|
1794275268.758946
|
|
61606
|
STARBOY by @torren | Stardance
|
torren
|
0
|
37.29
|
0
|
[]
|
[{"post_id": 70725, "ts": "202 [{"post_id": 70725, "ts": "2026-09-19T17:35:19Z", "hours": 2.7944, "text": "this session was all about making starboy feel real before the parts even show up. the website now opens with an intro where he hops onto a dark stage, a spotlight flickers on and finds him, and when you hit “leap into the experience” he jumps straight at the camera and his screen opens up onto the page. i wrote a renderer from scratch so his body reads as actual polished chrome instead of flat grey, and gave him new glowing mint eyes. i also moved the keyring off the outside of the star and into a hole through its point, rebuilt the 3d files around it, and re-rendered everything in black chrome with a steel ring through it. every link and heading on the site now reacts when you hover, with letters that roll and ripple as your cursor moves over them. next up is building the real one once the parts arrive."}, {"post_id": 68299, "ts": "2026-09-14T21:44:02Z", "hours": 1.2147, "text": "parts aren’t here yet so this one was all software. the firmware compiles for the first time, and i wrote a hardware test that checks the screen, backlight and every sensor one by one so i can catch a bad wire before closing the shell. i added a tuning console so i can make him shiver, play any effect or change how sensitive he is over usb without reflashing. then i wrote tests for his mood logic, and they caught 3 bugs that would’ve only shown up on the real star: shaking froze his eyes, hanging on a belt loop counted as tilted forever so he’d never sleep, and my battery saver made him deaf while asleep. the website got a sensor sandbox where you control his temperature, noise, tilt and shake, plus you can tap any of the 400 eye looks to get the exact seed for a real star."}, {"post_id": 67838, "ts": "2026-09-14T03:13:14Z", "hours": 1.7747, "text": "i’m building a tiny wearable pet from scratch: a chrome star with a round screen for a face that clips onto your belt loop. he reacts to you, so shake him and he gets dizzy and mad, take him somewhere cold and he shivers, and yell near him and he gets nervous. every star rolls his own eyes on first boot, with 4 shapes and 100 colorways for 400 looks, and some only show up 0.04% of the time. i designed the 20.5mm shell in openscad with a stepped pocket so the 37.5mm screen board actually fits, hand-wired everything to a seeed xiao esp32c3, and finished the eye firmware with 20 rare effects. you can play with him live at starboy-diy.nadellasripad11.workers.dev, and next up the parts arrive so i can print and chrome the shell and wake him up for real 👀"}, {"post_id": 67386, "ts": "2026-09-13T14:09:53Z", "hours": 31.5061, "text": "star shaped keychain with a round display eye that reacts to shaking, cold, noise and gets sleepy when left alone. runs on an esp32-c3 with an accelerometer, temp sensor and mic, and every unit generates its own eye colours and pupil style from a seed so no two come out the same. the shell took a few tries to get right, first a rounded blob then long thin spikes, before landing on a fat middle with short points. caught a display pocket that was 4mm too small (every listing quotes the glass size, not the board) and the back engraving cutting into the electronics cavity, then added checks in the cad so those can’t sneak back in. stls are exported and ready."}]...
|
Title: STARBOY by @torren | Stardance
Devlogs:
st Title: STARBOY by @torren | Stardance
Devlogs:
star shaped keychain with a round display eye that reacts to shaking, cold, noise and gets sleepy when left alone. runs on an esp32-c3 with an accelerometer, temp sensor and mic, and every unit generates its own eye colours and pupil style from a seed so no two come out the same. the shell took a few tries to get right, first a rounded blob then long thin spikes, before landing on a fat middle with short points. caught a display pocket that was 4mm too small (every listing quotes the glass size, not the board) and the back engraving cutting into the electronics cavity, then added checks in the cad so those can’t sneak back in. stls are exported and ready.
i’m building a tiny wearable pet from scratch: a chrome star with a round screen for a face that clips onto your belt loop. he reacts to you, so shake him and he gets dizzy and mad, take him somewhere cold and he shivers, and yell near him and he gets nervous. every star rolls his own eyes on first boot, with 4 shapes and 100 colorways for 400 looks, and some only show up 0.04% of the time. i designed the 20.5mm shell in openscad with a stepped pocket so the 37.5mm screen board actually fits, hand-wired everything to a seeed xiao esp32c3, and finished the eye firmware with 20 rare effects. you can play with him live at starboy-diy.nadellasripad11.workers.dev, and next up the parts arrive so i can print and chrome the shell and wake him up for real 👀
parts aren’t here yet so this one was all software. the firmware compiles for the first time, and i wrote a hardware test that checks the screen, backlight and every sensor one by one so i can catch a bad wire before closing the shell. i added a tuning console so i can make him shiver, play any effect or change how sensitive he is over usb without reflashing. then i wrote tests for his mood logic, and they caught 3 bugs that would’ve only shown up on the real star: shaking froze his eyes, hanging on a belt loop counted as tilted forever so he’d never sleep, and my battery saver made him deaf while asleep. the website got a sensor sandbox where you control his temperature, noise, tilt and shake, plus you can tap any of the 400 eye looks to get the exact seed for a real star.
this session was all about making starboy feel real before the parts even show up. the website now opens with an intro where he hops onto a dark stage, a spotlight flickers on and finds him, and when you hit “leap into the experience” he jumps straight at the camera and his screen opens up onto the page. i wrote a renderer from scratch so his body reads as actual polished chrome instead of flat grey, and gave him new glowing mint eyes. i also moved the keyring off the outside of the star and into a hole through its point, rebuilt the 3d files around it, and re-rendered everything in black chrome with a steel ring through it. every link and heading on the site now reacts when you hover, with letters that roll and ripple as your cursor moves over them. next up is building the real one once the parts arrive....
|
1793040725.2536662
|
1793645525.2536662
|
|
64459
|
MY FIRST KEYBOARD by @torren | Stardance
|
torren
|
0
|
0.0
|
0
|
[]
|
[]
|
Title: MY FIRST KEYBOARD by @torren | Stardance
|
1793440541.2807012
|
1794304541.2807012
|
|
64622
|
PAW MAYHEM by @torren | Stardance
|
torren
|
0
|
26.31
|
0
|
[]
|
[{"post_id": 82380, "ts": "202 [{"post_id": 82380, "ts": "2026-10-24T17:37:16Z", "hours": 3.5147, "text": "Huge update for PAW MAYHEM! I rebuilt the whole PLAY flow like Rivals: pick 1v1 all the way up to 5v5, bots fill in if nobody’s around, then vote a map and a gamemode on big picture tiles. The 1v1–5v5 duel maps are brand new: Meadow, Sakura Garden, Autumn Ridge and Frost Peaks, all floating islands like Sky Islands, with swimmable waterfalls. Every map got its own features: waterfalls and ziplines on Sky Islands, lava geysers on Volcano, giant springs, a ball pit and a toy train on Toybox, and window-cleaner lifts and surging billboards on Rooftops. Cats can now climb walls and use three abilities (Boost, Jumps, Fly), and they have a ton of new animations like flips, landing squash, tumbling when launched and idle stretches. The weapons screen is redone with a big 3D blaster you can drag to look around, and emotes now have 6 slots. I also fixed the phone jump button, shot accuracy and swimming. Last, I finished the lobby: a Rivals-style spawn with the logo on the floor, news screens, vending machines and posters."}, {"post_id": 78886, "ts": "2026-10-11T21:34:00Z", "hours": 9.0556, "text": "Rebuilt the cat in Blender instead of stacking Roblox parts. Smooth meshes, a real open hoodie with folds and cuffs, a satchel on a leather strap, round glossy eyes and a white blaze down the face. The ears took a few tries: one version came out looking like triangles, so I brought back the older rounder ones. The first fluffy tail had bits sticking out of it and looked like a monster, so now it’s one smooth plump tail. The blasters looked like kids’ toys, so I redesigned them as stylized sci-fi guns with real gun parts: receiver, rail, vented handguard, magazine, stock and sights, with one colour panel and a small glow at the muzzle. Each gun has its own shot sound and bolt style. Gameplay feel was the big one. Your shots now show up instantly on your screen, and hit detection leans toward the shooter. Hits launch cats up and away instead of just nudging them. Bigger guns kick you back, and you can wall-jump and pounce (E). Bots got a skill level and a favourite gun each, keep to that gun’s range, and only shoot what they can actually see. Also added: Neon Rooftops, a fourth map 3 spawns per team spread across different islands emotes that actually animate a hit sound that rises in pitch as the target’s knockback % climbs a thump and whoosh when a cat gets launched a slow-mo replay of your last knockout at the end of each match an intro for new players: a short cinematic, then Mochi, a mentor cat, teaching you each move hands-on Next: a proper lobby."}, {"post_id": 76544, "ts": "2026-10-03T21:57:00Z", "hours": 12.2517, "text": "PAW MAYHEM devlog: the game has a real lobby now The old play screen felt like a menu stuck on top of a game, so I replaced it with a walkable lobby, like Rivals on Roblox. You spawn on a garden island in the sky, facing the duel pads. Behind you is a practice range with target cats you can knock off the back edge. On the left there’s an armory with every blaster on a pedestal (walk up and press F to equip one). On the right there’s a boutique of cats wearing featured looks, and front-right is a board showing the top trophy players. Railings and an invisible wall keep you in, and if you fall off you get put back. Shop, Customize, Loadout and Season Pass are now small icons on the side of the screen instead of full menu pages, and PLAY sits at the bottom. Press it, pick a mode, vote for a map, and the camera flies over the arena before you drop in. Matches fill up to 16 cats with bots when there aren’t enough people. Duels: there are 1v1 and 2v2 pads in front of spawn. Stand on a slot, and when the pad fills up there’s a 3 second countdown, then you get your own duel on one of three new maps: Sky Bridge, Rooftop Duel and Crystal Ring. First to 5 knockouts wins trophies. If nobody joins within 15 seconds, a bot takes the empty slot. Bot duels don’t give trophies, so you can’t farm them. You can also change your loadout mid-match now. Press B and pick a blaster. If you’re in the first 5 seconds after spawning it goes straight into your paws, otherwise you get it when you respawn. The annoying part: the first time I pressed Play, I just fell forever. The lobby is far from everything else, and Roblox streaming hadn’t sent the floor to my game yet, so my cat fell through, got teleported back, and fell again. I turned streaming off and made spawning wait until there’s ground under you."}, {"post_id": 72238, "ts": "2026-09-22T14:48:27Z", "hours": 1.4858, "text": "spent today building paw mayhem, a physics-based roblox multiplayer brawler where you play as a customizable cat and shoot enemies off floating islands. built the full game from scratch using rojo — server-authoritative knockback physics, 3 procedural maps (sky islands, volcano, toybox), and 8 weapons each with a unique silhouette. wrote all the ui in code: main menu with an animated hero scene, in-game hud, customize, shop, loadout, leaderboard, quests, and a victory screen with confetti. also set up xp/level progression, a coin economy, daily quests, and mid-match power-ups. zero toolbox models, every part, icon, and map decoration is built from roblox primitives."}]...
|
Title: PAW MAYHEM by @torren | Stardance
Devlogs: Title: PAW MAYHEM by @torren | Stardance
Devlogs:
spent today building paw mayhem, a physics-based roblox multiplayer brawler where you play as a customizable cat and shoot enemies off floating islands. built the full game from scratch using rojo — server-authoritative knockback physics, 3 procedural maps (sky islands, volcano, toybox), and 8 weapons each with a unique silhouette. wrote all the ui in code: main menu with an animated hero scene, in-game hud, customize, shop, loadout, leaderboard, quests, and a victory screen with confetti. also set up xp/level progression, a coin economy, daily quests, and mid-match power-ups. zero toolbox models, every part, icon, and map decoration is built from roblox primitives.
PAW MAYHEM devlog: the game has a real lobby now The old play screen felt like a menu stuck on top of a game, so I replaced it with a walkable lobby, like Rivals on Roblox. You spawn on a garden island in the sky, facing the duel pads. Behind you is a practice range with target cats you can knock off the back edge. On the left there’s an armory with every blaster on a pedestal (walk up and press F to equip one). On the right there’s a boutique of cats wearing featured looks, and front-right is a board showing the top trophy players. Railings and an invisible wall keep you in, and if you fall off you get put back. Shop, Customize, Loadout and Season Pass are now small icons on the side of the screen instead of full menu pages, and PLAY sits at the bottom. Press it, pick a mode, vote for a map, and the camera flies over the arena before you drop in. Matches fill up to 16 cats with bots when there aren’t enough people. Duels: there are 1v1 and 2v2 pads in front of spawn. Stand on a slot, and when the pad fills up there’s a 3 second countdown, then you get your own duel on one of three new maps: Sky Bridge, Rooftop Duel and Crystal Ring. First to 5 knockouts wins trophies. If nobody joins within 15 seconds, a bot takes the empty slot. Bot duels don’t give trophies, so you can’t farm them. You can also change your loadout mid-match now. Press B and pick a blaster. If you’re in the first 5 seconds after spawning it goes straight into your paws, otherwise you get it when you respawn. The annoying part: the first time I pressed Play, I just fell forever. The lobby is far from everything else, and Roblox streaming hadn’t sent the floor to my game yet, so my cat fell through, got teleported back, and fell again. I turned streaming off and made spawning wait until there’s ground under you.
Rebuilt the cat in Blender instead of stacking Roblox parts. Smooth meshes, a real open hoodie with folds and cuffs, a satchel on a leather strap, round glossy eyes and a white blaze down the face. The ears took a few tries: one version came out looking like triangles, so I brought back the older rounder ones. The first fluffy tail had bits sticking out of it and looked like a monster, so now it’s one smooth plump tail. The blasters looked like kids’ toys, so I redesigned them as stylized sci-fi guns with real gun parts: receiver, rail, vented handguard, magazine, stock and sights, with one colour panel and a small glow at the muzzle. Each gun has its own shot sound and bolt style. Gameplay feel was the big one. Your shots now show up instantly on your screen, and hit detection leans toward the shooter. Hits launch cats up and away instead of just nudging them. Bigger guns kick you back, and you can wall-jump and pounce (E). Bots got a skill level and a favourite gun each, keep to that gun’s range, and only shoot what they can actually see. Also added: Neon Rooftops, a fourth map 3 spawns per team spread across different islands emotes that actually animate a hit sound that rises in pitch as the target’s knockback % climbs a thump and whoosh when a cat gets launched a slow-mo replay of your last knockout at the end of each match an intro for new players: a short cinematic, then Mochi, a mentor cat, teaching you each move hands-on Next: a proper lobby.
Huge update for PAW MAYHEM! I rebuilt the whole PLAY flow like Rivals: pick 1v1 all the way up to 5v5, bots fill in if nobody’s around, then vote a map and a gamemode on big picture tiles. The 1v1–5v5 duel maps are brand new: Meadow, Sakura Garden, Autumn Ridge and Frost Peaks, all floating islands like Sky Islands, with swimmable waterfalls. Every map got its own features: waterfalls and ziplines on Sky Islands, lava geysers on Volcano, giant springs, a ball pit and a toy train on Toybox, and window-cleaner lifts and surging billboards on Rooftops. Cats can now climb walls and use three abilities (Boost, Jumps, Fly), and they have a ton of new animations like flips, landing squash, tumbling when launched and idle stretches. The weapons screen is redone with a big 3D blaster you can drag to look around, and emotes now have 6 slots. I also fixed the phone jump button, shot accuracy and swimming. Last, I finished the lobby: a Rivals-style spawn with the logo on the floor, news screens, vending machines and posters....
|
1793065822.638238
|
1793670622.638238
|
|
68486
|
space-escape (OMEGA-7) by @torren | Stardance
|
torren
|
1
|
8.0
|
0
|
[{"ship_num": 1, "ts": "2026-1 [{"ship_num": 1, "ts": "2026-10-21T21:20:01Z", "hours": 8.0, "multiplier": null, "payout": 0, "blessing": "neutral", "text": "omega-7 is an escape room that runs entirely inside a figma prototype, you wake up on a dying space station with the oxygen draining and work through five puzzles to reach the escape pod, from a keycard to a cipher to the airlock pin to a reactor restart to rewiring the pod. the hard part is that figma has no code, no variables, no logic, and no sound, so faking “state” means building a separate frame for every single thing the player could be looking at (the keypad alone is five frames to fake a two digit pin), and i ended up generating all 48 frames and ~160 hotspots. i’m proud that it actually feels like a game and not a slideshow - smart-animate makes the keycard fly into your inventory and the reactor levers flip and glow as you solve it. to test it, play in present mode and click anything interactive: the pin is crew x deck from the whiteboard and roster, and the reactor order is hidden in the captain’s log in nato phonetic, so don’t rush past the clues.", "repo": "https://github.com/nadellasripad11/space-escape", "demo": "https://www.figma.com/proto/KacEHBOZqWUMXmCe6sAqhL/OMEGA-7-%E2%80%94-Figma-Escape-Room?page-id=79%3A2&node-id=79-3&starting-point-node-id=79%3A3&scaling=min-zoom"}]...
|
[{"post_id": 81643, "ts": "202 [{"post_id": 81643, "ts": "2026-10-21T21:15:39Z", "hours": 0.375, "text": "figma can’t play sound, so i leaned all the way into motion instead. added a shared smart-animate transition across every puzzle so the states actually morph into each other: clicking the keycard now flies it off the shelf and shrinks it right into your inventory slot, the pin dots fill in as you type, the reactor levers physically flip and the lights go green as you nail the sequence, and the wires snap into their ports on each correct connection. then i jumped over to the 3d web version and fixed the keycard being annoying to click - the mesh is tiny and the camera sway makes it drift, so i wrapped it in an invisible hit box about 2.5x the size that catches your click anywhere near it without changing how anything looks."}, {"post_id": 80273, "ts": "2026-10-17T02:18:13Z", "hours": 4.2958, "text": "playtested omega-7 and realized you could beat it in like a minute, so i doubled the puzzles from 3 to 5. added a captain’s log cipher that spells out a reactor code in nato phonetic (bravo, alpha, charlie) that you have to decode, and a reactor switch panel where you flip three switches in that exact order, and one wrong flip resets the whole thing. figma has no variables or logic so the switch puzzle is really just 5 separate frames wired together, one per state, same hacky trick i used for the keypad. also squashed a bug in the three.js web version where the crate and fuse box puzzles were wired into the game logic but the 3d scenes never actually had the objects, so clicking them did nothing. added the missing meshes and checked every interactive object is clickable now. full flow is live now: quarters, cipher, airlock pin, reactor, pod wiring, launch. shipping it."}, {"post_id": 77679, "ts": "2026-10-07T20:23:31Z", "hours": 3.4492, "text": "I built OMEGA-7, a space escape room that turns Figma into a playable game. Players explore a dying station and solve puzzles before their oxygen runs out. The escape sequence involves finding a keycard, decoding an airlock PIN, and rewiring a pod. I added 3D-rendered rooms, clickable objects, camera push-ins, and hint screens. I tested the puzzle paths from start to finish to check the full escape sequence. I also launched a browser version with real-time 3D, swinging doors, and sound effects. It adds a seven-minute oxygen timer and a wire-dragging puzzle, linking back to the Figma prototype."}]...
|
Title: space-escape (OMEGA-7) by @torren | Stardan Title: space-escape (OMEGA-7) by @torren | Stardance
Devlogs:
I built OMEGA-7, a space escape room that turns Figma into a playable game. Players explore a dying station and solve puzzles before their oxygen runs out. The escape sequence involves finding a keycard, decoding an airlock PIN, and rewiring a pod. I added 3D-rendered rooms, clickable objects, camera push-ins, and hint screens. I tested the puzzle paths from start to finish to check the full escape sequence. I also launched a browser version with real-time 3D, swinging doors, and sound effects. It adds a seven-minute oxygen timer and a wire-dragging puzzle, linking back to the Figma prototype.
playtested omega-7 and realized you could beat it in like a minute, so i doubled the puzzles from 3 to 5. added a captain’s log cipher that spells out a reactor code in nato phonetic (bravo, alpha, charlie) that you have to decode, and a reactor switch panel where you flip three switches in that exact order, and one wrong flip resets the whole thing. figma has no variables or logic so the switch puzzle is really just 5 separate frames wired together, one per state, same hacky trick i used for the keypad. also squashed a bug in the three.js web version where the crate and fuse box puzzles were wired into the game logic but the 3d scenes never actually had the objects, so clicking them did nothing. added the missing meshes and checked every interactive object is clickable now. full flow is live now: quarters, cipher, airlock pin, reactor, pod wiring, launch. shipping it.
figma can’t play sound, so i leaned all the way into motion instead. added a shared smart-animate transition across every puzzle so the states actually morph into each other: clicking the keycard now flies it off the shelf and shrinks it right into your inventory slot, the pin dots fill in as you type, the reactor levers physically flip and the lights go green as you nail the sequence, and the wires snap into their ports on each correct connection. then i jumped over to the 3d web version and fixed the keycard being annoying to click - the mesh is tiny and the camera sway makes it drift, so i wrapped it in an invisible hit box about 2.5x the size that catches your click anywhere near it without changing how anything looks.
Ships:
omega-7 is an escape room that runs entirely inside a figma prototype, you wake up on a dying space station with the oxygen draining and work through five puzzles to reach the escape pod, from a keycard to a cipher to the airlock pin to a reactor restart to rewiring the pod. the hard part is that figma has no code, no variables, no logic, and no sound, so faking “state” means building a separate frame for every single thing the player could be looking at (the keypad alone is five frames to fake a two digit pin), and i ended up generating all 48 frames and ~160 hotspots. i’m proud that it actually feels like a game and not a slideshow - smart-animate makes the keycard fly into your inventory and the reactor levers flip and glow as you solve it. to test it, play in present mode and click anything interactive: the pin is crew x deck from the whiteboard and roster, and the reactor order is hidden in the captain’s log in nato phonetic, so don’t rush past the clues....
|
1793530585.0193043
|
1793616985.0193043
|
|
70939
|
Orbit AI by @torren | Stardance
|
torren
|
1
|
10.0
|
0
|
[{"ship_num": 1, "ts": "2026-1 [{"ship_num": 1, "ts": "2026-10-29T00:25:42Z", "hours": 10.0, "multiplier": null, "payout": 0, "blessing": "neutral", "text": "ORBIT IS FINALLY HERE!!! this started with “what if my AI assistant was a BLACK HOLE” and somehow turned into a desktop app I can actually talk to. Orbit has voice + text chat, spoken replies, saved conversations, a file workspace, reminders, and controls for supported apps. and YES, the singularity warps around your cursor and the waves react when it speaks. the dramatic opening sequence was absolutely necessary. getting it to LOOK cool was one thing. getting Spotify to play the playlist I asked for instead of resuming some random song?? another thing entirely. Groq’s free limits also humbled me pretty quickly, so I reduced repeated context and made common commands run locally without an AI request. The website is the visual demo!! The full assistant runs on your computer with your own Groq key. App control still has limitations, and AI coding assistance was used throughout development. TRY THE VISUALS!!! https://myorbit.pages.dev CODE + SETUP: https://github.com/karamvschool-ai/Orbit", "repo": "https://github.com/karamvschool-ai/Orbit", "demo": "https://myorbit.pages.dev"}]...
|
[{"post_id": 81793, "ts": "202 [{"post_id": 81793, "ts": "2026-10-22T15:28:34Z", "hours": 9.8053, "text": "Orbit started with a question: what if a personal AI assistant felt like something alive on your desktop? Over 10 hours, I worked on turning an animated black hole into an assistant I could actually talk to. I connected voice and text chat, added local speech, and built out saved conversations, file uploads, and scheduled tasks. Then came the frustrating part: getting it to use apps. Opening Spotify was easy. Getting it to play the right playlist instead of resuming an old song took more work. Groq’s free limits also forced me to rethink how much information Orbit sent with every action, moving simple commands entirely onto the computer. By the end, Orbit had Mac and Windows installers, and that black hole had started doing more than looking cool. Also I am not fully sure if I am going to give this out to people but if you are interested just comment on this devlog"}]...
|
Title: Orbit AI by @torren | Stardance
Devlogs:
O Title: Orbit AI by @torren | Stardance
Devlogs:
Orbit started with a question: what if a personal AI assistant felt like something alive on your desktop? Over 10 hours, I worked on turning an animated black hole into an assistant I could actually talk to. I connected voice and text chat, added local speech, and built out saved conversations, file uploads, and scheduled tasks. Then came the frustrating part: getting it to use apps. Opening Spotify was easy. Getting it to play the right playlist instead of resuming an old song took more work. Groq’s free limits also forced me to rethink how much information Orbit sent with every action, moving simple commands entirely onto the computer. By the end, Orbit had Mac and Windows installers, and that black hole had started doing more than looking cool. Also I am not fully sure if I am going to give this out to people but if you are interested just comment on this devlog
Ships:
ORBIT IS FINALLY HERE!!! this started with “what if my AI assistant was a BLACK HOLE” and somehow turned into a desktop app I can actually talk to. Orbit has voice + text chat, spoken replies, saved conversations, a file workspace, reminders, and controls for supported apps. and YES, the singularity warps around your cursor and the waves react when it speaks. the dramatic opening sequence was absolutely necessary. getting it to LOOK cool was one thing. getting Spotify to play the playlist I asked for instead of resuming some random song?? another thing entirely. Groq’s free limits also humbled me pretty quickly, so I reduced repeated context and made common commands run locally without an AI request. The website is the visual demo!! The full assistant runs on your computer with your own Groq key. App control still has limitations, and AI coding assistance was used throughout development. TRY THE VISUALS!!! https://myorbit.pages.dev CODE + SETUP: https://github.com/karamvschool-ai/Orbit...
|
1793404223.2426925
|
1793490623.2426925
|
|
5582
|
My awesome macropad! by @toro | Stardance
|
toro
|
0
|
0.0
|
0
|
[]
|
[]
|
Title: My awesome macropad! by @toro | Stardance
|
1793238767.4379785
|
1793843567.4379785
|
|
39462
|
Untitled project by @tornadofury0 | Stardance
|
tornadofury0
|
0
|
0.0
|
0
|
[]
|
[]
|
Title: Untitled project by @tornadofury0 | Stardan Title: Untitled project by @tornadofury0 | Stardance...
|
1793491006.8795526
|
1794095806.8795526
|
|
39464
|
Untitled by @tornadofury0 | Stardance
|
tornadofury0
|
0
|
0.0
|
0
|
[]
|
[]
|
Title: Untitled by @tornadofury0 | Stardance
|
1793393519.839063
|
1793998319.839063
|
|
39465
|
Untitled by @tornadofury0 | Stardance
|
tornadofury0
|
0
|
0.0
|
0
|
[]
|
[]
|
Title: Untitled by @tornadofury0 | Stardance
|
1793379133.4735897
|
1793983933.4735897
|
|
2155
|
obliberry by @torkel | Stardance
|
torkel
|
2
|
443.0
|
8558
|
[{"ship_num": 1, "ts": "2026-1 [{"ship_num": 1, "ts": "2026-10-28T14:12:39Z", "hours": 173.0, "multiplier": 19.81, "payout": 3424, "blessing": "neutral", "text": "Ship #2 first off super star project!! yippie :O for anyone new: obliberry is a fallout-inspired isometric game engine for hex-grid games, written in C++20 + OpenGL, with a visual editor, an ECS core, its own scripting language (ObSL), and single-file project packaging… since ship 1 it’s been a bunch of devlogs and ~170 hours. i think the engine went from “usable enough” to now that it’s running an actual (teeny-tiny) game on it now. changes new systems post processing : ping-pong effect chain with a full editor UI, custom fragment shader import, built-in ColorGrading / FilmGrain / Vignette, and a shader #include system with helper libs 3D collision : GJK-based detection, box/sphere/cylinder/rect/circle colliders, triggers, 32 layers + masks, billboard colliders so sprites can have colliders that line up with what you see, and script callbacks ( on_collision_enter , on_trigger_exit , …). hex movement respects colliders now sprite animation : animation assets with multiple named clips and per-frame durations, a full editor with live preview, SpriteAnimator scripting ( Play / Pause / Stop …) asset system : project-wide assets.json catalog instead of assets baked into every scene, lazy loading with dependency resolution, safer scene switching, and a migrator tool for old projects saves : generic key/value save data ( save_set / save_get / save_list …) stored per project, atomic writes persistent entities : SetPersistent(true) and it survives scene changes scripting (ObSL) Prop / PropEntity / PropUI : script properties that show up in the inspector per entity. no more Find() spaghetti Send / Broadcast / on_message : scripts can talk to each other now SetTimeout , collision-aware Transform.TryMoveTo , map editing from scripts, sounds that persist across scene changes, IsEditor() script wrappers are uuid-bound now so recycled entity ids can’t make a wrapper point at the wrong thing editor deleting entities is undoable now !!! full subtree snapshot + restore, and all undo commands are uuid-based so they survive ids being recycled map editor overhaul: brush sizes 1–8, Rect/Circle shapes, multi-select with bulk editing, actual hotkeys tons of UI gizmo fixes separate Logs / ObSL panels, camera focus on F, recent projects, live theme editor with font management exports now build a dependency manifest by walking the ObSL AST, so packages only contain what the project actually uses stability (less explosions, hopefully) unit test suite (GoogleTest + CTest) and ASan/UBSan builds. unsurprisingly this found bugs. many bugs 16-byte Core::UUID everywhere, safer entity destruction with on_destroy ordering, failed scene loads no longer nuke the scene you’re in, render-thread resource lifetime fixes, a thread-safety pass, and an audio engine cleanup with RAII genberally just a TON of bug fixes since last ship (including various crashes etc) DEMO!!!!! i made a tiny game demo in the engine and it has been the single best bug finder in existence most of the gizmo, pathing and audio fixes above happened because the demo tripped over them… try it out!!! I have learnt tons from this project… a lot of this has been fun and painfull… but it’s working!!! thank you all for reading :D !!!", "repo": "https://github.com/torkelicious/obliberry", "demo": "https://github.com/torkelicious/obliberry/releases"}, {"ship_num": 2, "ts": "2026-08-04T09:34:08Z", "hours": 270.0, "multiplier": 19.51, "payout": 5134, "blessing": "neutral", "text": "obliberry feels usable enough that i think its a good time for a first ship :) obliberry is a fallout-inspired isometric game engine for hex-grid games, written in C++20 with OpenGL, featuring a visual editor, an ECS core, its own scripting language, and single-file packaging/exports. this has all been rather challenging, but an incredibly fun learning project, especially regarding using modern C++, OpenGL, and making my own programming language it is still obviously not fully complete of course, but I think it’s in a rather good state :D", "repo": "https://github.com/torkelicious/obliberry", "demo": "https://github.com/torkelicious/obliberry/releases"}]...
|
[{"post_id": 83728, "ts": "202 [{"post_id": 83728, "ts": "2026-10-28T13:56:19Z", "hours": 0.31, "text": "Since i’m preparing for thy ship… the new demo i’ve been working on is now in the templates directory, so anyone can use it and try it, And i also published a new demo release for it! It is a short game with a small fetch quest and enemies where you have to help a guy get his car working… https://github.com/torkelicious/obliberry/releases/tag/demo_0.0.9"}, {"post_id": 83697, "ts": "2026-10-28T12:40:52Z", "hours": 2.9658, "text": "audio cleanup and persistent sounds mostly audio , also got around to cleaning up the audio engine, added persistent sounds across scene changes, and fixed some ui stuff. changes audio the old AudioEngine had raw ma_sound* s and a whole separate map just to keep decoders and their buffers alive. cleanup was duplicated everywhere, so i moved it all into SoundInstance with RAII. sound, decoder and VFS bytes all get cleaned up together now music and sfx use the same type, stored as unique_ptr . StopMusicUnlocked went from a bunch of manual cleanup to basically m_CurrentMusic.reset() PlaySound2D takes an optional persist flag. scene changes now stop normal audio, while persistent sounds keep playing until they finish before this, audio just kept playing across scene switches whether you wanted it to or not. that’s fixed now w. the persistent flag scripting and packaging added IsEditor() so scripts can tell if they’re running in the editor or editor play mode (im using this for debugging stuff in the demo im working on :P ) PlaySound2D in ObSL accepts the new persist argument !!! bumped the ObSL submodule, ( which needed a fix in the script asset analyzer ) packaged scripts now initialize with the correct path for imports. this was hardcoded to assets/scripts before, which doesn’t work in packaged builds editor the Project Browser has an Audio section now for .mp3 and .wav files generalized the file-listing helper to accept multiple extensions, which the Scripts section uses too swapped the UI Hierarchy and Registry tab order. tiny change but it’s the order i actually use… ui fixed button hit-testing for nested UI elements. Update() wasn’t accounting for the position accumulated through the element hierarchy, even though Draw() already was the demo… ive been working on a new demo project, most of my time has been spent just messing around in that (and is how i’ve been discovering these issues) audio is in a much better place now… and the demo is looking pretty good…."}, {"post_id": 82916, "ts": "2026-10-26T07:20:46Z", "hours": 6.4836, "text": "rahhhh been working on the new… demo… and well, it found some things. mhm changes gizmos and transforms rewrote the entity gizmo so moving things under rotated or scaled parents actually works properly transforms now handle custom matrices and shear much better, including when reparenting made hierarchy updates more robust, added matrix support to scene files, and stopped rounding transform data on save gizmo undo is more consistent now, and the editor warns when a transform has shear pathing movement can now re-plan around blockers, and picks a nearby free hex if the destination is blocked scripts can set paths without drawing the path overlay, which is useful for enemies script messaging added Send , Broadcast and on_message so scripts can communicate with each other messages support basic values and are delivered through a queue on the main thread scripting and components SetTimeout now can forward arguments to callbacks point lights can be disabled, and particle emitters remember whether they’re active when saved added a bunch of smaller fixes around scene saving, prefab parenting and serialization obsl some separate ObSL updates too: variadic native functions, multiline comments, a formatter and fixes for nested calls. (not tracked here though) DEMO!!!!! im working on a new demo :0 oh and it is my birthday woaw"}, {"post_id": 81496, "ts": "2026-10-21T14:23:50Z", "hours": 7.1158, "text": "script properties & UUID types scripts can now declare properties that show up in the inspector and get saved per entity. also ripped std::string UUIDs out of most of the engine in favor of an actual Core::UUID type, plus some scripting additions and a few tests. changes script properties Prop(\"SpeedOrSomething\", 2.5) , PropEntity(\"TargetEntity\") and PropUI(\"MyRect\") for regular values, entities and UI elements properties show up under each script slot in the inspector, with appropriate controls and per-slot values values are only readable during top-level script execution, so store them in variables for use in hooks. Prop in a hook just returns the fallback saved as scriptProperties in scene JSON, omitted when empty property edits support undo, including live number/string editing. unused saved properties can be pruned with undo too.. ScriptSlot is move-only now Core::UUID replaced string UUIDs across the registry, UI, editor commands, project config, save directories and scripting with a 16-byte Core::UUID registry UUID lookups now use an index instead of looping through entities malformed UUIDs in files fall back to generated or nil UUIDs UI UUIDs are saved and restored, including nested elements. duplicate UI UUIDs are handled without crashing the loader savegame directories etc take a UUID directly scripting & UI script objects now have identity values and wrappers are readonly , along with various scripting result objects. came with an ObSL bump UI wrappers get SetParent(parent) and a uuid field. null reparents an element to the root UISystem::Reparent preserves ownership and prevents parenting an element under its own descendant new created scripts use fn on_update(dt) (I wrote on_update() last time …oops…) smaller stuff UndoManager::Execute returns whether the command applied script list shows filenames with Remove beside them tests and docs more tests and docs updated ofc… so u can reference entities in scripts without using Find() now!!!"}, {"post_id": 80249, "ts": "2026-10-16T21:56:07Z", "hours": 3.8333, "text": "uuid-bound script wrappers…, logger sinks…., and a pile of small editor stuff…. mostly scripting + logging plumbing this time, plus a couple of editor things I’d been wanting… changes script wrappers are uuid-bound now entity wrappers used to capture the raw runtime id, which is a problem if ids get recycled or the registry gets rebuilt. now every wrapper holds the entity’s uuid and resolves the live id on each call, so it keeps pointing at the right entity (or does nothing if it’s gone). new FindEntityByUUID(uuid) global and GetUUID() / .uuid on entity objects SetParent matches an entity object by uuid, a plain number is still a runtime id same treatment for UI wrappers: they resolve by uuid instead of name, so renaming or duplicate names don’t break them added FindUIByUUID , GetUUID() and Destroy() on UI elements, and SetImage / GetImage on images (acquires the texture through the scene asset scope like fonts do) still by name: FindUI , DestroyUI and the button state queries ( WasClicked / IsHovered / IsHeld ). UI scripting is still weird… work in progress i guess… logger sinks the old way was swapping the logger’s std::ostream for a stringstream that the UI panel also read from, which was a data race waiting to happen (logger thread writes, main thread reads). replaced it with actual sinks: ILogSink with ConsoleSink (stdout/stderr like before) and UILogSink (mutex -ed pending buffer the panel drains each frame) the editor and runtime both register a ConsoleSink , and the editor adds the UI sink on top, so the Logs panel is always there now instead of only when there’s no tty console panels color lines by severity now interpreter output goes through a small UiStream ostream into the ObSL panel, with stdout and stderr split (needed the bumped obsl, Interpreter takes both streams now…) ObSL panel clears when you enter play mode editor F focuses the camera on the selected entity, press it again to go back to the origin. its smooth…., ..panning cancels the focus keyboard pan only gets called when there’s actually input now.. editing a material in the inspector no longer mutates shared runtime-only materials. if it isn’t a catalog asset it gets cloned into assets.json first, and edits to catalog materials get “upserted” back to the catalog. “Clone Material” writes to the catalog too new scripts from the project browser come with an on_update stub instead of just a comment scripting runtime script top-level code now runs with the command buffer in “immediate” mode ( BeginImmediate / EndImmediate ), so registry writes at the top of a script apply right away instead of waiting for a flush that hasn’t been set up yet during init Hex_GetNeighbors wasn’t GC protecting its array while filling it, fixed…. grid tile textures a tile type with no texture used to fall back to hex_tex both when collecting dependencies and when loading scenes, which would pull in a texture that might not exist. now no texture means no texture… as it should… misc bumped obsl (new using alias feature, and err output stream settings) docs for all the uuid stuff, the F key, and the new UI/image methods… of course… oh also … new demo scene testin thingamabob im messing with…"}, {"post_id": 79544, "ts": "2026-10-14T15:18:47Z", "hours": 7.9614, "text": "map edit kinda overhauled changes map edit stuff the brush size is now 1 to 8 instead of 1 to 5. size 1 is one hex, size 2 is 7, size 3 is 19, etc. Ctrl +scroll also changes the size added Rect and Circle shapes alongside the brush. they work with Paint, Erase and Select. Rect uses opposite corners, Circle goes from a center out to the hex you release on. both apply on release paint previews are green, erase previews are red, and selection previews are yellow. selected tiles get a blue overlay added tool hotkeys: B for Paint, E for Erase and Q for Select Esc cancels a drag. Rect and Circle do nothing if cancelled, while a brush stroke gets reverted instead of leaving half the changes behind loading a map now prompts before discarding a dirty map, and successfully creating or loading a map clears the old undo history selecting and editing multiple tiles Select now supports click and drag, Shift +drag to add to the selection and Ctrl +drag to remove from it the toolbar shows the selection count and has Clear and Delete buttons. Delete removes all selected tiles in one undo step the Tile Editor can edit the type and walkability of the whole selection at once. when selected tiles differ, the controls show mixed values etc. material editing only appears when every selected tile shares a type. Override Current Type changes the material for every tile using that type, while Save as New Type assigns a matching type to the selection without changing every other tile using the old type brush strokes, Rect/Circle fills, deletes and bulk type or walkability changes are each grouped into one undo step. changing a type’s material itself is still not undoable…. the console…. logging now has a sink system, so the same formatted log messages can go to different outputs the editor now has separate Logs and ObSL panels. engine/application logs go to Logs now, and script stdout goes to ObSL the panels have Clear and Copy buttons and keep the latest 2000 lines. the UI sink buffers incoming logs under a mutex before the editor consumes them closing the editor closing the window now goes through a callback, so unsaved scene or project changes trigger the save/discard prompt instead of immediately closing removed the old global Esc -to-quit shortcut. ObSL’s CloseWindow() no longer closes the editor while in Editor mode. it logs that it was called instead. in the runtime, it still closes the window windows and smaller fixes enabled /MP for MSVC builds, and the editor/runtime targets use the Windows GUI subsystem so they don’t launch with a console window attached atomic file writes now write the byte buffer explicitly and retry Windows file replacement when it fails with access-denied or sharing-violation errors, for up to about 2 seconds a bit of cleanup around collision pair sorting, const-correctness and naming docs updated the editor guide and screenshot to cover the new tools, shapes, selection controls, shortcuts and undo behavior. blah blah …map editing is finally a lot less barebones…"}, {"post_id": 78861, "ts": "2026-10-11T19:54:19Z", "hours": 3.0197, "text": "uhhh changes dont nuke scene on failed load scene deserialization moved out of Scene::OnEnter into SceneManager::LoadScene , and now runs before the old scene gets torn down. if the new one fails, you stay in the old scene ( LoadSceneByPath returns a bool now) loading is stricter. missing map files, bad/out-of-range/cyclic parent values and broken UI sections fail the load instead of logging an error and limping on persistent entity migration happens before the swap too, so a failed asset acquire can’t leave you half in the new scene the editor’s LoadScene used to clear the current project before trying to load. now undo history and selection only get cleared once the load actually worked saving: map write failures now propagate instead of reporting success, and files get closed before the error check destroying entities DestroyEntity was recursive, now it’s iterative with a visited set. deep hierarchies, cycles and duplicate child entries no longer kaboom the stack or double delete, and children go first (wow that sounds dark) Reparent and SetParentDirect go through CanSetParent , which rejects cycles and stale parents, even if the existing hierarchy is already cyclic script DestroyEntity / entity.Destroy() now use RequestDestroy to tag the entity and its whole subtree instead of deleting immediately, so on_destroy runs before deletion. scene exit drains the destroy queue too, including entities tagged by exit hooks the script wrapper cache evicts an entity when it’s destroyed a dumb one…: the hot-reload cleanup list had on_exit in it twice and no on_destroy , so on_destroy GC roots never got released … the script system was holding raw ScriptComponent* across initialization, which dangles if a script spawns enough entities to grow the pool. it looks components up by entity ID now script runtime reinitialization after a scene change uses the VFS path and reruns setup, so using imports keep working from the mounted project ui undo UI elements have UUIDs now, and undo commands resolve them by UUID instead of holding raw pointers. removing an element captures the whole subtree plus its sibling position, so undo restores the hierarchy and order. renaming also updates the name index live. smaller fixes collision broadphase is a “spatial hash grid” now instead of checking every pair lightmap rebakes when ambient changes, and handles maps with no tiles atomic file writes use unique temp names so concurrent writers don’t trip over each other project changes wait for background asset loads to finish timeout timers are mutex-protected, and callbacks can schedule more timers without deadlocking SmallTask over-aligned captures fall back to the heap VFS::Resolve(\"..\") had UB from a std::mismatch that wasn’t bounded on the second range… PlayMusic stops, swaps and starts under the lock now instead of racing!!! tests wrote a pile of tests alongside all this: atomic writes, wrapper cache, hierarchy safety, map serialization, save concurrency, scene loading failures, script lifecycle, script modules, SmallTask and timeouts. expanded to the editor command, save game and VFS tests. so EVEN LESS explosions !!! Woo!"}, {"post_id": 78453, "ts": "2026-10-10T20:34:34Z", "hours": 4.7336, "text": "undo stuff + render lifetime fixes undo / redo the undo system relied way too much on runtime entity IDs and direct pointers into components. that works until an entity gets deleted, an ECS slot gets recycled, or a dense component pool moves stuff around… entity commands now store the entity UUID and resolve the current runtime entity when they execute / undo instead. this now applies to transforms, renaming, adding / removing components, script changes, component field edits and map painting. so older commands can still find the right entity even if it was deleted and later restored with a completely different runtime ID. deleting things is actually undoable now finally added proper undo for deleting entities. !!!!!! deleting an entity snapshots the whole subtree first, including components, UUIDs, names, hierarchy + sibling order, scripts, custom data and asset references. undo rebuilds the tree, reloads required assets, restores the UUIDs and puts everything back where it was. this also means edits from before the deletion still work afterwards, since those commands just resolve the restored entity by UUID. paste uses the same snapshot system now too, so undo / redo keeps the same pasted entity identities instead of creating unrelated ones every time. there are checks for conflicting UUIDs, missing parents, invalid hierarchies, missing assets etc. failed restores shouldn’t leave half-created entities behind. failed commands also no longer get added to undo history or wipe an existing redo chain. custom ObSL data custom script data needed special handling too. arrays / objects can share references or even be cyclic, so just copying ObSL::Value s wasn’t enough. there’s now a snapshot format that captures the object graph and rebuilds it through the interpreter + GC when an entity is restored. CustomDataComponent also roots stored ObSL values properly so GC-managed objects stay alive. runtime functions aren’t snapshotable though, so deletion just fails instead of restoring garbage. render thread lifetime stuff also did a pretty big pass over renderer resource lifetime, mostly because scene switching could unload resources while an already submitted frame was still using them. (this started because someone mightve pointed out a lil crash for me…) render commands now pin the meshes, materials, shaders and textures they need until that frame is done. same idea for UI textures and the editor viewport framebuffer. OpenGL objects also don’t call glDelete* from whichever thread destroys the C++ object anymore. textures, shaders, buffers, VAOs and framebuffers queue deletion for the render thread, while it actually owns the GL context. less bugs yay frame state + shutdown renderer state that can change while the render thread is behind is captured per frame now too, including clear color, post-processing and UI resolution / projection state. shutdown is also more deliberate now: worker threads stop first, background font loads finish, scripts stop, scenes/resources are cleared, renderer/UI resources shut down, then the remaining GL delete queue is processed while a context still exists. font loading uses tracked jthread s now too instead of detached threads. small things exporting now reports success / failure back to the editor and shows a little result popup instead of silently relying on the console. also added tests around delete / restore, UUID reuse, hierarchy restoration, script components, map edits, pasting, command failures and repeated undo / redo without leaking entities or asset references. so. .. . less explosions hopefully sorry if wording is weird.. character limit.."}, {"post_id": 78136, "ts": "2026-10-09T18:21:07Z", "hours": 3.2578, "text": "export dependencies + prefab asset loading redid how exporting figures out what needs to go into the package previously editor export was basically much closer to just packing the project directory. now it builds a dependency manifest first figuring out what to export export starts from the project + scenes and follows the things they reference: catalog assets used by entities, maps, UI and post processing map files attached ObSL scripts script using imports scenes loaded from scripts prefabs instantiated from scripts music / sound files material textures + shaders animation sheets shader #include s referenced scenes and prefabs get scanned too, dependencies keep chaining from there. it then generates a new filtered assets.json specifically for the package instead of sticking the entire project catalog in there. the actual project’s catalog is untouched. script analysis added a ScriptAssetAnalyzer which walks the ObSL AST without actually running anything. literal stuff can be narrowed down properly, including things like: PlayMusic(\"assets/audio/music.ogg\", 1.0) or even constant string concatenation… asset setters like SetTexture / SetFont get tracked too. if a texture or font ID is dynamic, export keeps that entire asset category. if a runtime file path for stuff like LoadScene , Instantiate , PlayMusic or PlaySound2D can’t be figured out, it falls back to keeping the eligible project files + full asset catalog. unknown / indirect calls are done the same too so simple projects get smaller exports, while weird dynamic scripting should still work… .pakignore still applies, and required files being missing or ignored is now an export error prefab assets also fixed prefabs properly interacting with the lazy asset system. instantiating a prefab now scans its components, acquires whatever catalog assets it needs, resolves their dependencies, and retains them in the scene before creating the entity. so a prefab can use an asset that wasn’t already referenced by the scene and it should just work. scene asset scopes got changed a bit for this too. instead of accumulating a new scope every time something acquires assets, they’re merged into one scene scope and duplicate asset references are ignored. also made prefab revert a little safer so the old entity isn’t destroyed unless the replacement prefab actually instantiated successfully. packaging / ci things editor packaging is stricter in general now. script dependency validation can fail the export, missing dependencies stop it, and PackageCurrentProject reports failure so the rest of the export doesn’t continue pretending everything is fine. shader includes are followed during dependency collection too, while the engine shader helpers still get bundled for runtime includes. also cleaned up CI a decent bit… also some more tests too for the packaging and script analysis lowk sorry for just posting an image of the logs idk how else to show it since it’s mostly backend / file stuff 😭"}, {"post_id": 77620, "ts": "2026-10-07T17:38:02Z", "hours": 3.62, "text": "more tests (more bugs) kept going with the unit tests the test suite now covers most of the important stuff, including: ECS / entity IDs / UUIDs serialization + hierarchies collision geometry, events and movement maps animation saves ObSL + some EngineLib bindings assets / asset lifetime VFS + packaged projects configuration editor undo commands also added a couple integration tests for audio and rendering (OpenGL tests are optional) finding things unsurprisingly this found some actual problems too. stale entity handles can no longer remove / access components from an entity that reused the same slot, and editor undo commands are a bit safer around entities or components disappearing. also fixed some hierarchy rotation decomposition weirdness, cleaned up VFS / package mounting state so old package data can’t leak into the next mount, and added a few other small null / cleanup checks around scenes and rendering resources."}, {"post_id": 76449, "ts": "2026-10-03T15:32:32Z", "hours": 3.1158, "text": "unit tests (& some fixes) uhhhh started adding actual unit tests… i was kinda putting it off but i gotta have it… set up GoogleTest + CTest and started covering some stuff ECS registry / generational IDs entity UUIDs entity serialization hierarchy / parenting collision events + movement blocking save games maps bugs bugs bugs… and unsurprisingly, writing tests immediately started exposing some smaller issues. fixed stale entity handles being able to mess with components belonging to a recycled entity slot, and cleaned up some hierarchy transform / rotation handling that wasn’t preserving transforms correctly in certain parenting cases. also tightened up a couple math helpers while testing them. im still gonna write even more tests.. its very needed at this point and will prolly help me find some more bugs i missed before…"}, {"post_id": 75890, "ts": "2026-10-01T14:46:00Z", "hours": 5.4794, "text": "uuids, collision layers, save settings, and other stuff bit of a mixed bag this time. mostly cleaning up some systems that were already there and filling in stuff I’d need… entity UUIDs entities have proper UUIDs now, separate from their normal runtime entity IDs. the regular generational ID still does all the normal ECS stuff, while the UUID is a stable identity that gets serialized with the entity. this mostly fixes how persistent entities work between scenes. previously I was deduplicating persistent entities by name , which was obviously not ideal since names aren’t actually identities. persistent entities + their children now keep their UUIDs when moving between scenes, and if the destination already has an entity with the same UUID it gets replaced by the carried-over one. two things can have the exact same name now without persistence randomly deciding they’re the same thing. normal prefab instances / newly created entities still get new UUIDs. collision layers colliders now have proper layers + masks. there are 32 collision layers, and every collider has: a layer a 32-bit mask of layers it accepts both colliders have to accept each other’s layer for the pair to interact. the same filtering is used for normal overlap events and movement blocking, so there isn’t a separate set of collision rules depending on which system happens to be asking. added editor controls for this too, including the layer selector, all 32 mask toggles, and select all / deselect all buttons because clicking 32 checkboxes individually sounds incredibly fun. scripts can also read / change the layer and mask now. collision-aware script movement also added Transform.TryMoveTo(x, y, z) to ObSL. unlike SetPosition , this checks whether the entity can actually occupy the destination before moving it. the normal hex movement system uses the same helper now too, so script-controlled collision-aware movement and normal movement go through the same path. direct SetPosition is still basically teleporting, which is intentional. also fixed on_collision_stay actually looking up the collision stay callback instead of the trigger stay callback. whoops. more save settings did some more work around the save system from the last update. saving can now be enabled / disabled per project, and projects can choose where save files go: Data Home , the normal OS application-data location Portable , relative to the executable both still use the project UUID underneath so different projects don’t start sharing save files because somebody named both of them game . these are editable from Project Settings now. also added a confirmation dialog when regenerating the project UUID since doing that changes which save directory the project looks at. the old saves aren’t deleted, the project just gets a new identity and stops finding them automatically. graphics config stuff changed packaged builds so graphics.json can live beside the executable and override the version inside the package. (i.e if someone decides to unignore the graphics config and package it) couple random fixes particle emitters now keep their actual live particle count, so GetAliveCount() in ObSL finally returns the real value instead of the completely useless placeholder it had before. fixed a prefab revert issue where the code was reading the prefab path from the component after destroying the entity. very intelligent. also made theme font loading a bit less fragile. missing / broken font files get logged and skipped instead of potentially taking the whole theme load down with them, plus some parsing cleanup. and updated another mountain of docs to match all the collision, persistence, save, prefab, post-processing and export changes."}, {"post_id": 73199, "ts": "2026-09-24T16:15:43Z", "hours": 7.0497, "text": "save system i wanted this to be pretty generic instead of the engine having some hardcoded idea of what a “player save” or whatever is, so the actual save data is ba sically just key/value storage that scripts can use for whatever they want!!! save data there’s now a SaveGameManager which keeps one active save in memory. save values can currently be: booleans numbers strings the file format is versioned and also stores a display name + created / updated timestamps. the actual save data itself doesn’t really care what the values mean. it is any key value pair that persists. there’s also locking around the active save since scripts can be running across multiple workers….. project UUIDs projects also have their own UUID now. it’s generated when the project is created or when a project that does not already have one is opened right now it’s mainly used to give each project its own save-data directory without name collisions but im sure its good to have outside that!!! save files the basic save file operations too create a new save write the current active save load a save delete a save list existing saves start a fresh unsaved “game” save filenames are generated from timestamps. the human-readable name stays inside the file, display names don’t need to also be valid / unique filenames. save_list() also gives creation + update timestamps, and saves are sorted by most recently updated. writes are atomic too, so it writes through a temporary file before replacing the real save instead of directly nuking the existing one and hoping for the best per-project save directories save data is stored outside the project itself in the normal OS application data home each project gets its own directory based on its UUID <data home>/obliberry/<project uuid>/saves/ projects with the same name don’t fight over the same saves.. (i have several projects just called “UntitledProject” lol) this is LocalAppData on Windows, Application Support on macOS, and XDG_DATA_HOME / ~/.local/share on Linux. both the editor and runtime configure the save manager when the project is loaded, and it gets reset again when the editor closes the project ! ObSL ObSL savedata enginelib intergration: basic data stuff: save_set(key, value) save_get(key) save_has(key) save_remove(key) save_clear() save_new() save file management: save_create(name) save_write() save_load(filename) save_delete(filename) save_list() save_list() returns an array with the filename, display name, creation time and last update time some cleanup also pulled the atomic file writing stuff into a shared OS file utility, so assets.json can use the same code instead of having its own implementation. bunch of formatting stuff too i still have to document this and do some more testingf but yeahhh"}, {"post_id": 71462, "ts": "2026-09-20T21:23:42Z", "hours": 6.445, "text": "asset system refactor + some editor stuff been wanting to redo how assets work for a while now. until now scenes carried the asset definitions with them, and loading scenes would keep throwing resources into the global resource manager. worked fine enough , but it also meant resources could kinda just accumulate forever.. i seperated them now!! assets.json projects now have a project-wide assets.json catalog. textures, shaders, meshes, materials, fonts, animation sets, etc. live there instead of getting serialized into every single scene. scenes / prefabs / UI / animations etc. just store resource IDs and the definitions live in one place besides making scene files considerably less bloated, this means saving a scene no longer serializes whatever random collection of resources happens to currently exist in the resource manager lazy asset loading having one project-wide catalog does not mean loading the entire project into memory. scene loading now scans for the resources that scene actually references and loads those from the catalog this includes stuff referenced by: entities maps / tile types UI post processing spritesheets / animators dependencies get resolved too so if something needs a material, its shader + texture get pulled in first. animation sets pull in their spritesheet texture, etc. etc. now the the resource manager should only contain what is actually being used asset lifetime stuff added SceneAssetScope for keeping track of what assets a scene has acquired. assets are retained while something needs them and can actually be unloaded once the last scope using them disappears so changing scenes repeatedly should no longer turn the resource manager into yummy more objects :O forever…. persistent entities reacquire the resources they need when moving between scenes too. there’s also handling for catalog entries being replaced / deleted while their old resource is still loaded. those can be marked stale and discarded safely once the old scene lets go of them instead of leaving weird zombie resources around. engine assets still stay around like normal. editor asset workflow the editor now goes through the asset catalog too. creating / importing / replacing / deleting things like: textures shaders meshes materials fonts animation sets updates assets.json instead of depending on scene serialization to preserve them…. supported editor selections / script setters can also acquire catalog assets on demand and attach them to the current scene’s asset scope old projects old projects obviously still have all their assets embedded inside their scene files, so I added an ob_asset_migrator tool. it can scan the old scenes and merge all of those definitions into a project-level assets.json . there’s: dry-run validation conflict detection optional removal of the old scene assets sections backups before it starts rewriting stuff uses backups because i dont trust myself enough .. might vaporize projects who knows… docs docs docs also updated a stupid amount of documentation for the new asset model … since of course.. there’s now a full assets.json format page covering the different asset types, dependencies, lazy loading, asset scopes, editor behavior and migration. updated the scene / prefab / animation / post-processing docs too since all of those previously described assets as being stored directly in scenes. also cleaned up the main README + docs index a bit and updated the feature list because quite a lot of it was outdated at this point…. theme presets also did some work on editor themes. split the built-in theme definitions out and added some interesting presets: Obliberry Dark ImGui Classic Dark Obliberry Light ew imagine using light themes… High Contrast Dark Haxxorman Green editable and all… tldr: resourcemanager is now longer an infintly growing landfill…"}, {"post_id": 70788, "ts": "2026-09-19T19:20:34Z", "hours": 1.5706, "text": "I will not elaborate"}, {"post_id": 70712, "ts": "2026-09-19T17:13:26Z", "hours": 3.3022, "text": "animation editor continued working on the animation system and made the editor UI…. animation editor there’s now a Sprite Animation Editor you can: choose the spritesheet texture edit rows / columns / spacing create, rename and delete clips toggle looping per clip edit individual frame indices + durations move frames up / down duplicate / remove frames expand / collapse the frame list also added range generation so adding a normal animation doesn’t make you manually enter every frame one by one….. theres also an Apply FPS to All Frames button ! preview added a live preview for the selected clip. you can play, pause and restart it woaw it shows the current clip frame and spritesheet index while it runs…. project browser integration animation assets are properly integrated into the project browser now too there’s an Animations section where you can create, import, edit and delete animation assets creating a new one lets you choose its path then opens it in the animation editor. the animation asset workflow is mostly usable from inside the editor :D erm even more enginelib changes for the new systen that i still have to document… ( Play() Restart() etc) some cleanup working on… some mostly const-correctness, explicit casts, ranges, include cleanup and some other small stuff etc etc.. god bless resharper c++ also cleaned up some EngineLib entity wrapper code around registry locking so it can create wrappers safely when the registry mutex is already held spritesheet used in video attached for testing is : https://opengameart.org/content/animated-butterfly"}, {"post_id": 70230, "ts": "2026-09-18T19:10:52Z", "hours": 6.3242, "text": "btw pls star on girhub animation clips / refactoring spritesheets …kinda refactoring the whole spritesheet animation thing already the first version worked, but having FPS / looping / frame ranges etc directly on the SpriteSheetComponent was gonna get pretty limiting cuz what if I wanted multiple animations for one sprite. it might sound stupid but for me it’s always worked to get a prototype working, then refactor/reimplement it. thats even what i did for this entire project early on, before it deleoped into a full on engine :D so now the spritesheet is mostly just the sheet + currently displayed frame, and animation playback is seperate animation clips working on proper animation sets + clips. an animation asset can have one spritesheet and multiple named clips, with each clip containing its own list of frames :D each frame also has its own duration now instead of the whole animation just sharing one FPS value, so stuff like holding a frame longer or doing irregular timing is possible without clips can loop independently too animator component added a separate SpriteAnimatorComponent which handles the actual playback state: animation asset initial clip autoplay current clip current frame inside that clip elapsed time playing state the normal SpriteSheetComponent is way simpler now… it just says what sheet + frame should currently be rendered (the animator updates that for it) animation assets animation sets are assets now under assets/animations/ they serialize separately and contain the spritesheet setup plus all the clips / frames / durations they are loaded through the normal asset system and registered in the ResourceManager scene serialization now keeps the animator config like the selected animation asset, initial clip, and autoplay editor stuff the sprite sheet inspector got reworked for the current thing but whole UI stuff isnt finished once an animator is attached it owns the sheet/frame instead of both systems trying to edit the same thing. I still need a proper UI for actually making / editing animation assets and clips though. i shall work on this next!!! (right now the backend is pretty much all ive done but its taken a lil longer than i thought… who wouldve thought adding cips cleanly would take this whole aah refactor) scripting EngineLib updates too SpriteAnimator in scripts can now do: Play(\"walk\") Restart(\"walk\") Pause() Resume() Stop() IsPlaying() GetClip() it is now based on named clips so i guess not anything flashy to show but… its stuff :)"}, {"post_id": 69178, "ts": "2026-09-16T15:19:06Z", "hours": 4.2144, "text": "spritesheets / animation finally … spritesheet support spritesheets added a new SpriteSheetComponent with: texture rows / columns optional row + column spacing start frame animation length FPS looping playing / paused state current frame basically the renderer can now render only a specific UV region of a texture animation also added a small sprite animation system that advances frames based on FPS and handles looping / stopping at the end etc etc animations also update while in the editor… might be annoying for some, might be less annoying for others.. but thats how i like it editor stuff you can pick the texture, set rows / columns and spacing, choose the start frame + animation length, change FPS, toggle looping / playback, scrub the current frame, restart the animation, etc. etc EngineLib scripts can inspect stuff like the current frame, frame count, FPS, rows / columns and texture, and can also change the texture/grid/animation, set frames, play, pause, restart and stop animations. Collider also has a proper EngineLib component wrapper instead of collision only being accessible through the callback hooks. right now that’s just getting / setting whether it’s a trigger, but it’s there. also added both Collider and SpriteSheet to the normal GetComponent , AddComponent , RemoveComponent , HasComponent , etc. obviously. some cleanup did a bit of registry / EngineLib locking cleanup while I was in there too, mostly around entity wrappers being created while the registry lock is already held. also fixed one very stupid collision callback typo where on_collision_stay was looking up the wrong hook… oops….. im also starting on documenting this stuff…. yep.. pain… spritesheet used in video attached for testing is : https://opengameart.org/content/animated-butterfly"}, {"post_id": 67894, "ts": "2026-09-14T06:13:59Z", "hours": 2.1764, "text": "collision callbacks scripts can do collision things now….!!! script collision callbacks ObSL scripts can now define collision hooks: on_collision_enter(other) on_collision_stay(other) on_collision_exit(other) on_trigger_enter(other) on_trigger_stay(other) on_trigger_exit(other) the other argument is a normal EngineLib entity wrapper, scripts can do stuff like check its name, components, etc. collision events get collected by the CollisionWorld , then dispatched to the relevant script instances afterwards. they’re also run through the existing script command buffer ofc 2D collider shapes are back too… added explicit 2D shapes alongside the 3D ones: Rectangle Circle so the full set is now: Box Sphere Cylinder Rectangle Circle rectangle / circle are flat shapes. which is nicer for sprites and other 2d things movement actually respects colliders hex movement now checks whether an entity can actually occupy its next tile before moving there. added a CanOccupy() collision query which builds the entity’s collider at the target position, it blocks the move if something solid is in the way. triggers don’t block movement. collision robustness stuff also did a bunch of smaller fixes around the collision added a shared collision tolerance instead of random 1e-6 s in different places AABB overlap now uses that tolerance too improved collider validation depending on the actual shape fixed gizmo world-to-local conversion to use the proper inverse transform more finite-value / clipping checks in the collider gizmo GJK Indeterminate results preserve the previous collision state instead of automatically counting as a collision p.s, heres a lil photo of my attempt at making syntax highlighting for obsl using textmate grammar… :D"}, {"post_id": 66845, "ts": "2026-09-12T19:22:05Z", "hours": 3.0608, "text": "collision system round 2 i guess ended up pretty much reworking most of the collision system….. the first version was still basically 2D, with separate box vs box / circle vs circle / box vs circle functions. that worked as a starting point, but it was gonna get annoying … so… it is 3D now. colliders ColliderComponent now supports: boxes spheres cylinders 3D offsets / dimensions triggers entity-space or billboard orientation billboard colliders follow the same camera-facing basis as billboard rendering, which means billboard sprites can still have colliders that actually line up with how they appear on screen. GJK got rid of all the individual boxVBox , boxVCircle , etc. collision functions and replaced them with support-mapped collision detection using GJK. each collider shape just provides a support point now, the intersection test doesn’t care what combination of shapes it’s checking. i dont fully understand the math completely yet.. but it kinda makes sense :D still no collision response / physics yet. this is just detection + events, i think ill prolly get it into EngineLib.. soon… events the CollisionWorld still tracks collisions between frames and generates: Enter Stay Exit trigger state is kept with the collision too. this is for EngineLib integration. scripts should be able to react to collisions / triggers like unity I have not gotten around to this yet though… collider gizmos also had to redo the collider gizmos now that colliders aren’t just flat 2D shapes anymore… its a lil janky but it works.. billboard cleanup while doing the billboard collider stuff I also cleaned up billboard rendering a bit billboards used to have their world transform temporarily modified by SpriteBillboardSystem before rendering. now the billboard matrix is generated when the entity is submitted to the renderer instead, so the actual ECS transform can stay as the real entity transform there’s now one shared billboard matrix helper used by both rendering and collision, which is considerably less cursed. um scripting integration next i guess.. if something dosent explode ! :D"}, {"post_id": 66200, "ts": "2026-09-11T21:27:55Z", "hours": 3.4236, "text": "collision stuff been working on a collider system. still pretty early and not hooked into EngineLib yet, but most of the basic backend + editor stuff is there planning to expose it to scripts in a similar way to how Unity handles collision callbacks / triggers, but that’s for later……. collision added a new ColliderComponent with: box and circle colliders offsets size / radius trigger support collision system currently handles: box vs box circle vs circle box vs circle collision normals + penetration depth ‘trigger’ collisions also added a CollisionWorld that keeps track of collisions between frames and generates Enter , Stay , and Exit events. mostly groundwork for when I hook this into EngineLib… collider editing colliders are editable from the editor theres a collider inspector widget for changing the shape, offset, size/radius, and whether it’s a trigger, plus a viewport gizmo for directly moving and resizing them collider edits also go through the undo system, because every new editor feature needs to become an undo/redo problem eventually……… :D other editor fixes entity copy/paste now copies the whole child hierarchy instead of only the selected entity pasted hierarchies keep their parent relationships added copy/paste to the entity and UI context menus fixed stale entity / UI selections after the thing being selected gets deleted fixed single-key shortcuts like V , T , R , etc. firing while Ctrl/Alt/Shift was held keyboard camera movement no longer fights with Ctrl/Alt shortcuts a few smaller include / cleanup things mostly collision work though. next step is probably getting the collision events into EngineLib and experimentiung w. it its still a bit jank of course but it works i guess :DDDDD"}, {"post_id": 65603, "ts": "2026-09-10T20:50:19Z", "hours": 4.8511, "text": "copy paste (kinda) also too much time fighting windows builds tried to get entity copy/paste working and it’s… janky. also ended up wasting a stupid amount of time just getting windows builds to actually build again because i lowk forgot again about how it wont let me pass paths as strings implictly as it does on every other damn os… changes copy/paste (wip, kinda broken) started on ctrl+c/ctrl+v for entities & ui in the editor it kinda works but is really janky and does not feel good to use, also tried implementing it in the context menu but its not workiong at all -.- other the windows fixes…. some resharper reccomendation inspection type shi but lowk its been a while since i logged soo yep"}, {"post_id": 64268, "ts": "2026-09-08T15:23:01Z", "hours": 3.8883, "text": "sllight hub overhaul redid the project hub screen and added recent projects tracking, since up to now opening anything meant going through a file dialog every single time… changes recent projects get tracked in a PROJECTHIST file (next to the editor executable) …dead simple format, one filepath per line, each pointing at a project’s .json . capped at 5 entries, oldest just get removed off the list. hub screen is basically remade two docked panels now instead of one. left panel is the same buttons as before (new project, open project, etc), right panel is the new recent-projects list, up to 5 entries since that’s all the history file holds. also removed some unused dead code i found… QoL type stuff i guess :D"}, {"post_id": 63577, "ts": "2026-09-07T14:25:37Z", "hours": 3.9417, "text": "too many post proc fx? followup to the post processing / shader experiments… changes shader includes shaders can #include \"rand.glsl\" etc and it resolves properly. it checks the project VFS first, then falls back to the engine’s own shader helper directory if it isn’t found there. engine shader helpers also get packaged into exported games under engine/shaders/ , so includes keep working at runtime. added a few helper include files: rand.glsl / auto_rand.glsl - seeded hash-based random, with auto_rand reseeding per frame from u_Time color.glsl - HSV conversion, lift/gamma/gain, contrast, saturation, and three-way color wheels commons.glsl - engine-provided uniform declarations so you don’t have to redeclare u_Resolution , etc. in every shader for engine-provided uniforms the helpers use #ifndef / #define guards, so auto_rand.glsl can include rand.glsl without causing double declarations if the effect shader or another include declare the same uniforms or includes. more built-in effects added a few more built-in post processing effects: ColorGrading - exposure, contrast + pivot, saturation, lift/gamma/gain, and shadow/midtone/highlight color wheels using color.glsl FilmGrain - chunky per-cell grain with u_GrainSize controlling the cell size Vingette - yes i know its mispelled. uniforms with Wheel in the name now get the wheel-style color picker instead of the regular color picker, since a normal RGB slider cleaned up effect registration used to have two separate lists, one for raw shader registration and one for the default effect chain. this meant adding an effect involved touching two different structs in two different places. merged those into one PPRegistration list with an inDefaultChain flag shader debug name added an actual m_DebugName field and made error messages / the material inspector fall back to it when there isn’t a real file path. docs wrote up some post-processing editor docs ….. i hate writing docs.. also .shader is now a valid extension for importing custom effect shaders, alongside .frag / .glsl trimmed down the miniaudio CMake config by disabling its examples, tests, and tools, along with Vorbis/Opus/FLAC support since i’m not using any of that…."}, {"post_id": 62331, "ts": "2026-09-05T17:14:14Z", "hours": 3.0172, "text": "shader preprocessing been working on a small shader preprocessor thing while also finishing up the final bits of post-processing right now the preprocessor is pretty simple, mostly just adding support for: #include #pragma once I haven’t actually needed it yet, I just kinda had the urge to make it… so now I have a shader preprocessor …? its pretty extendable and all though so usefull to have ig :)"}, {"post_id": 61599, "ts": "2026-09-04T16:12:18Z", "hours": 6.9642, "text": "more post processing!!!! this took way longer than i thought it would but uh whateveer. i think i still gotta fix some small things but its working pretty alright :D editor ui added a proper ui for post processing :) threw in an import button and stuff so you can load in fragment shaders as post proc fx you can edit the uniforms directly in the ui now stuff glsl uniform parser: wrote a very simple basic glsl uniforms parser. this is what makes the ui editing possible, but it also helps a ton with serialization so i don’t have to hardcode everything serialization: implemented saving and loading for post processing effects and also made post processing effects bound per-scene instead of being a global engine thing yay post processing funny effects shaders aaaaaaaah"}, {"post_id": 58126, "ts": "2026-08-30T14:12:01Z", "hours": 6.2431, "text": "experimenting with post processing working on a lil post-processing pipeline still very wip but im mostly just playing around with various shaders and stuff changes the pipeline PostProcessor is a simple “ping-pong” chain: scene renders to an off-screen FrameBuffer , then each enabled effect runs full-screen-triangle shaders bouncing between two ping-pong buffers, in whatever order they were added I’m working on a system via variants to get uniforms to be easily serializable and such, it seems to be working but I havent actually wired it into anything just yet. editor and runtime a lil bigger change than expected. i implemented a unified fbo for both editor/runtime rather than the weird jank i was doing before editor: scene renders into m_SceneFrameBuffer , post effects run, then it gets sent into the ImGui viewport image like before runtime: same scene framebuffer, same post effects, then PresentToScreen goes to the default framebuffer instead just some general cleanup for that ig crt shader i wrote a lil silly CRT looking shader to test it out as shown below, it’s cool but kind of useless, but very fun to play with!!!"}, {"post_id": 55765, "ts": "2026-08-27T19:09:56Z", "hours": 4.9358, "text": "custom meshes im trynna make it so you can draw your own custom 2d meshes in the editor its still a lil buggy but it’s mostly working, serializes and all that :) very fun…"}, {"post_id": 55022, "ts": "2026-08-26T13:27:21Z", "hours": 2.1303, "text": "ui editing gizmos!!!1 you can finally drag UI elements around in the editor (instead of typing position/scale values into the inspector) changes ui gizmo added a proper UI gizmo with resize handles and dragging support and that corners resize both axes, edges resize one axis dragging the body moves the element resizing from the top/left keeps the opposite edge anchored added a small drag deadzone so clicking doesn’t accidentally create an undo step UI transforms now go through TransformUIElementCommand , so they’re undo/redo -able also renamed the existing entity gizmo code and naming gets confusing otherwise… coordinate stuff the gizmo needed mouse coordinates relative to the viewport rather than the whole window, so added some better viewport coordinate handling for that… maybe a lil late ui editing mode buttons won’t randomly enter their hover/pressed states just because your mouse is sitting over them now in the editor beccause its a lil annoying when editing small optimization also fixed UIText and UIButton recalculating their text layout every frame when nothing changes feels nice :)"}, {"post_id": 54551, "ts": "2026-08-25T16:02:00Z", "hours": 2.53, "text": "hardening + performance stuff so this is kinda the continuation of the last log(s) where i was going through some old code kinda boooring but its important performance mainly been trying to get rid of unnecessary allocations and full scans stuff optimized ECS entity/component lookups and removal reworked hierarchy propagation to avoid unnecessary registry scans reduced allocations in scripting and UI command buffers cached script wrappers so they can be reused instead of constantly recreated improved UI lookups with a proper name index made particle/lightmap updates only rebuild when actually needed cached project browser directory scans capped the editor console and added clipping for large logs also did a bunch of smaller optimizations around scripting task scheduling and resource loading things thread safety went through a lot of the cross-thread stuff as well made ResourceManager access properly synchronized experimenting with the audio locking guarded FreeType access made window size and pending scene state thread-safe fixed some render thread / GL context handling basically trying to make all the multithreading stuff a little less “it seems to work” type stuff though alot of this probably wasnt actually causing any issues YET , it would be very hard to debug in the future if I didn’t try to fix it now so yeahh correctness fixed several out-of-bounds issues in VFS/package parsing made VFS path resolution properly stay inside the VFS root (oops…) fixed hierarchy reparenting allowing cycles fixed a few dangling references in hierarchy code fixed some component pool and packaged asset lifetime issues undo history now clears when loading a scene cleaned up a few map editor edge cases fixed text centering fixed the triangle mesh made engine context non copyable also updated the demo template while I was at it (since a recent movementcomponent update it wasnt behaving properly due to the addition of a new field) there are other small things i probably didn’t mention here too but it’s mostly all a collection of a bunch of small things im still testing this though and looking into a few other small things….."}, {"post_id": 53560, "ts": "2026-08-24T04:55:16Z", "hours": 7.8433, "text": "code cleanup & optimization currently going through a bunch of older code and fixing / optimizing things. prolly way too much to actually write about, and most of it is just boring small changes, bug fixes, and a lil cleanup big pr i guess soon idk"}, {"post_id": 51782, "ts": "2026-08-21T16:57:55Z", "hours": 3.4422, "text": "mostly windows fixes changes SetLightmap took a raw Lightmap* and just held onto it for the frame swapped it for a small value type the renderer copies out immediately instead… this sometimes caused crashes but seemingly only on windows?.. just my luck.. LightingSystem had the same issue, was writing back into ECS memory through a raw pointer from a GL init task. now creates the framebuffer/vao up front and just calls Invalidate() on them SubmitPersistent was also holding a raw pointer into caller-owned memory, now copies into the staging buffer like everything else does RenderBatch used to just silently not draw anything if a batch went over MAX_INSTANCES . now it chunks into multiple draw calls instead of dropping the whole thing InvalidateGLCache wasn’t resetting the dynamic instance buffers, only the VAO cache, so they could point at dead GL objects after a context loss actual windows fixes opening files tries to open via already existing file associationg, otherwise falls back to the “open with” dialog if there’s no default handler also the paths get normalized to backslashes now asset import for scripts and so just does a file copy now instead of going through the old import path"}, {"post_id": 51240, "ts": "2026-08-20T19:35:22Z", "hours": 4.2758, "text": "persistent entities… again kinda scrapped most of the first attempt at persistent entities and decided to redo it instead of setting persistence in the editor, I went with something closer to Unity’s DontDestroyOnLoad , where scripts explicitly mark entities as persistent. makes more sense and is a lot less weird around scene changes. (i.e this.SetPersistent(true); ) changes scripting added: entity.SetPersistent(true) entity.IsPersistent() persistence persistent entities are tagged before the scene unloads, serialized normally, then re-injected and reparented when the new scene loads. the persistence tag itself isn’t serialized, so it won’t accidentally end up saved into the scene dedup added some basic deduplication so persistent entities don’t get duplicated if the new scene already contains an entity with the same name. its name based for now… not very great, but good enough"}, {"post_id": 50497, "ts": "2026-08-19T17:37:31Z", "hours": 6.7433, "text": "persistent Entities been working on persistent entities via a tag.. the same idea as Unity’s DontDestroyOnLoad, except you mark entities as persistent in the editor instead of doing it through scripts (scripts can do it too though). everything keeps breaking or half-working help."}, {"post_id": 49249, "ts": "2026-08-17T22:47:10Z", "hours": 2.5156, "text": "more docs… and some bug fixes some small bugs that have been annoying me for a while finally got fixed… and I wrote more docs than I probably needed to…? or maybe too litte.. who knows changes entity selection actually clears now fixed an issue where clicking empty space in the viewport wouldn’t reliably clear the current selection. the pick-result handling was structured wrong, so the “nothing was selected” case basically never got handled properly. also explicitly clear the entity ID framebuffer attachment every frame so it doesn’t leave stale IDs around from previous frames. i knew this was broken, and figured the fix would be pretty simple for a while.. but i just kinda forgot to fix it.. oops…. fixed parent transforms during scene loading fixed a bug with parented entities getting their transforms messed up when loading a scene. the issue was that scene loading was using the same Reparent() logic as interactive editor reparenting. that function intentionally recalculates the local transform to preserve world position, which is what you don’t want when loading a transform that’s already been serialized correctly… was eepy when writing that i guess added Registry::SetParentDirect() for scene loading, which just sets up the parent/child relationship without touching the transforms. interactive reparenting still uses the old behaviour, so dragging entities around in the hierarchy still preserves their world position misc cleaned out some old commented-out code docs, docs, docs also wrote proper editor documentation section covering things like: editor concepts usage scenes prefabs components and some even have screenshots.. yes i know.. fancy the help button in the editor links to some of these pages now. i guess “figure it out yourself” wasn’t really an acceptable documentation strategy anymore…. i mean i had some docs.. but they weren’t that good for editor-usage and more technical stuff.. so yep.. also made the README headers slightly more obvious because people were still asking where the download link was …."}, {"post_id": 48754, "ts": "2026-08-17T08:58:43Z", "hours": 2.7114, "text": "scrips can change things on the map yippie changes scripting scripts can now modify maps through EngineLib added: Map_SetHexWalkable Map_SetTileType yes, i made sure changes to walkability properly update the map’s pathfinding data instead of leaving it with stale information… sanitizers added sanitizer builds…. got ASan + UBSan working through CMake, along with presets for testing… it has helped already :) timers SetTimeout : if a script created a timer and then the scene changed before it fired, the callback could still run against the old scene state. timers now use generations, so changing/reloading a scene invalidates any timers belonging to the previous scene. editor fixed another map editor bug where discarding unsaved changes didn’t actually discard them… it would clear the dirty state but leave the edited map in memory… i knew about this bug and fix for a while, but i kept on forgetting about it… but its finally done -.- also added an Edit button to script entries in the project browser so scripts can be opened directly (launches default app it detects for the file via ur os)"}, {"post_id": 47739, "ts": "2026-08-15T21:10:44Z", "hours": 1.0883, "text": "mostly ui stuff (and fighting windows wide chars) yay pretty ui editor ui theming ui blah blah idk what to call it kinda cleaned up some stuff into proper members so the ui state doesn’t get all weird and persistent when you close the theme window discarding changes: actually works now. closing the window used to revert colors but keep your staged font changes, which was dumb (didnt really cause issues since changes werent applied anyways unless you saved beforehand but still.) font role indicators: added a little visual thingamabob where the font list now shows a star next to whatever font is actively set as the body font (also font name is now rendered in its proper font) path tooltips: added a hover tooltip on the font list items that shows the full file path of the font also some placeholder stuff in the code for searching the customization menu i might be implementing soon windows compat std::filesystem::path everything: went through and switched out the raw std::string usage for font paths inside FontConfig , replacing them with std::filesystem::path . this was purely because my windows ci build was failing. i was passing raw char strings around and doing weird string conversions, which completely blows up on windows because it expects wide chars for paths and i didnt consider that when i was being lazy and doing silly conversions and stuff because i just wanted to pass ez pz to a c library. freetype & serialization cleanup: updated all the internal freetype helper functions ( GetFontName , etc.) and the json theme serializer to play nice with the new paths instead of passing raw char pointers kinda mostly just making it a lil more prettier"}, {"post_id": 47431, "ts": "2026-08-15T11:16:32Z", "hours": 9.0703, "text": "fighting with fonts font-management rabbit hole in the theme editor… still wip changes font management in the theme editor the theme editor now has a proper Fonts section import .ttf / .otf fonts directly from the editor assign fonts to roles like Body, Bold, Monospace, Icons, etc. merge fonts together so icon fonts can be stacked on top of regular fonts rename, delete, and change the size of fonts fontsets are now saved as part of the theme, so imported fonts persist across restarts the role system isn’t fully wired up yet currently Body is used as the default editor font and Monospace is used for the console. im still working on the whole font management system here and its very unfinished and kinda untested.. very WIP!!! hot-reloading the annoying part was getting font changes to work while the renderer is running on another thread. rebuilding the ImGui font atlas in the middle of a frame was… not ideal, and eventually resulted in an assertion. now font changes mark the atlas as dirty, and the editor waits for the render thread to finish before rebuilding the atlas at a safe point. not the prettiest solution, but it seems to be working.. kind of dpi & freetype also experimented with DPI handling for fonts and wrapped FreeType into a single shared instance instead of creating separate instances everywhere. still figuring out exactly how I want the DPI/font sizing stuff to behave, but it’s getting there. bug fixes while doing all of this I also ended up fixing a few unrelated things: fixed an old GUI rendering bug where text could stop rendering or become garbled because of a pointer race thanks to @staneko for helping test/report that one since I couldn’t reproduce it properly on my system fixed a weird compilation issue related to namespace escaping bumped the vendored ImGui version for some dynamic font-related fixes a few other small UI changes and cleanup still working on this, and the font management side definitely isn’t finished yet… most of this time was just spent trying to get it to half-work so.. yep.."}, {"post_id": 46512, "ts": "2026-08-13T19:50:30Z", "hours": 3.6469, "text": "…the default imgui theme first off, huge thanks for all the incredibly kind reviews on my last ship !!! most of this work was also inspired by someone pointing out that i was still using the default imgui theme. fairs… so i spent some time making the editor actually customizable and messing around with having some kinda-nice defaults :) editor ui & theming live theme editor: built a proper window to tweak colors, spacing, padding, rounding, etc. in real-time. semantic palettes: added a semantic color system so you can build out a theme from a small set of base colors, rather than manually adjusting every single internal imgui color enum (though you can still override individual colors if you need to). serialization: themes dump straight out to a theme.json sitting right next to the editor executable. undo/redo: the theme adjustments go through the undo/redo system! help menu: put in a placeholder help menu. turns out literally nobody likes reading docs, so i guess i gotta start explaining how to use the engine from inside the engine… not implemented yet though editor groundwork did a bit of backend cleanup as well. added an EditorContext for editor-specific state, separate from the runtime EngineContext (currently just used for theme stuff) started working on editor font support with a FontSet for things like Body, Bold, Monospace, and Icons, not implemented though the font stuff is mostly groundwork for now, but the theming system is actually working and makes the editor feel nice :D"}, {"post_id": 46257, "ts": "2026-08-13T11:34:55Z", "hours": 2.8147, "text": "scripts can schedule stuff for later Added SetTimeout to the scripting API changes SetTimeout SetTimeout(fn, ms) calls fn() after ms milliseconds. simple to call from obsl timers live in a plain std::vector<Timer> in a new Platform::Time namespace, polled once a frame from Scene::Update no threads, no async bs or whatever :) the callback itself is a SmallTask , which falls back to a heap allocation if the closure is too big to fit inline fine for this since timeouts aren’t really a hot path timeout callback fires from an arbitrary point in Update , so it gets its own ScriptCommandBuffer set up on the worker just for the duration of the call, then flushed right after also gc.add_root / remove_root the function around the callback so it doesn’t get collected while it’s sitting in the timer list waiting to fire Documented it in the api reference alongside the other Time functions also tiny UI tweak in the tile editor: it now warns “no tile types defined, no map will be visible!” instead of just “no tile types defined” was seeing people get confused about why a new map looked empty after trying to paint also small updates to docs in general and stuff but nothing super interesting"}, {"post_id": 40738, "ts": "2026-08-04T13:46:27Z", "hours": 0.7667, "text": "Lighting Fixes been fixing a few small things with the lighting system mainly fixed lights using the wrong entity transform I forgot to account for entity parenting when I implemented that… also added a per-scene toggle for enabling/disabling the lighting system"}, {"post_id": 40621, "ts": "2026-08-04T08:56:51Z", "hours": 3.7144, "text": "the repo is public been working on gettin things ready for that, mostly writing some docs and getting GitHub Actions set up so I can build and release cross-platform builds also did some small code cleanup / fixes while I was going through everything. changes github actions i setup a workflow to compile the project on linux, windows, and mac, and then publish a release (mac is untested but compiles). im real happy though that its actually compiling on all “major” platforms though docs finally wrote some actual documentation… there are a few files in the docs/ folder now and a proper README still a WIP obviously, but at least there’s something there… misc implemented create new map button i forgot about completely repo there is already a build published as a test of the github actions thingy, try it out if you want :D https://github.com/torkelicious/obliberry"}, {"post_id": 39155, "ts": "2026-08-01T21:44:42Z", "hours": 3.0289, "text": "Bugs bugs bugs… I’ve been working on a demo project to both test the engine properly (looking for bugs and all), and also have something to actually show off made in my engine… this is the project you’ve been seeing in the last couple logs btw :) of course… since I’ve been using the editor for actual “work”, I have found a bunch of bugs. the biggest one being the entity ID situation… or.. disaster? changes the entity ID mess in the past, out of laziness… entity ID 0 was being used as both a real, valid entity handle and the “no entity / invalid” value depending on where you looked. which worked fine… mostly because of pure luck. the annoying part was that after working on this for a while I wasn’t even sure anymore if I was using 0 , -1 , or something else for invalid entities.. yep.. so I finally cleaned it up there is now a proper INVALID_ENTITY_ID constant, and entity index 0 is reserved for invalid entities. real entities now start from 1 . went through and replaced a bunch of random == 0 / != 0 checks across ECS, serialization, prefab handling, editor panels, and scripting bindings. project templates added support for multiple project templates. new project creation now scans the Templates/ folder instead of everything being hardcoded to “Default”. currently has: DemoProject Empty the demo project is mostly there to show off the newer UI/scripting stuff (the same demo as mentioned before), while Empty is just a completely blank scene. hierarchy & transforms fixed entity and UI reparenting. previously moving something to a new parent could randomly change its position because it was just applying the new local transform now reparenting keeps the world transform, so dragging things around in the hierarchy behaves properly UI & text rendering fixed a bunch of UI text issues. text now centers vertically using actual glyph metrics instead of a random offset I was “pretty sure” was correct it was not, in fact, correct button text now scales to fit inside the button fonts can now load directly from VFS memory instead of requiring a real filesystem path the VFS font loading one was something I completely forgot about when testing outside packaged projects… oops. packaging implemented .pakignore instead of a hardcoded ignore list, the packer now supports gitignore-style patterns in a .pakignore file and properly skips ignored folders/files also fixed a few smaller packaging issues while testing exported projects. misc a bunch of smaller things: map save/load dialogs now default to the project maps folder fixed scene switching bindings in editor play mode fixed a lightmap redraw bug font importer now only accepts .ttf / .otf added a small README with build instructions since im planning on publishing the repo soon (and writing all the docs… scary..) nothing super flashy this time.. but important"}, {"post_id": 38183, "ts": "2026-07-31T13:32:00Z", "hours": 0.8028, "text": "Windows Build The Windows build seems to be working.. I don’t have proper OpenGL passthrough in my VM… However, the Windows executable compiles perfectly in the VM and is running fine under Wine. so I consider that a win for now…"}, {"post_id": 37625, "ts": "2026-07-30T14:23:01Z", "hours": 1.56, "text": "working in a windows vm trying to get it to compile on windows… it is obviously going great… -.-"}, {"post_id": 36411, "ts": "2026-07-28T14:49:53Z", "hours": 3.1286, "text": "Entity Hierarchy & Scripting Integration finally caved & added actual parent/child relationships to entities changes entity hierarchy entities can now have a parent & children via a new RelationshipComponent . Registry::Reparent() handles moving an entity under a new parent, with cycle & self-parenting protection so you cant do anything silly like parenting an entity to its own descendant. TransformComponent now has a worldTransform alongside the existing local one, a new HierarchySystem systems that care about actual position (i.e AISystem ) read worldTransform now instead of assuming local == world. destroying an entity recursively destroys its children too & unlinks it from its parent’s child list scene serialization now saves & restores the hierarchy editor the Registry panel is a proper collapsible tree now instead of a flat list drag & drop reparenting, plus a right click menu for “Create Child”, “Detach”, & “Set Parent”. scripting pulled all the entity/component script bindings out into their own EngineLibRegistry.cpp module, they were kind of scattered around before & this makes them way easier to find & extend. scripts can now walk the hierarchy too (get children, etc), same module. added SetFont / GetFont bindings so scripts can assign or query a button’s font, small thing but script generated buttons wont have visible text without it :) misc cleanup small modernization stuff while i was in these files anyway: dropped redundant ternary parens, swapped a bunch of auto x = ...; if (x) into if-with-initializer, dropped some unnecessary global qualifiers, const-correctness fixes on UISystem::Update & UIRenderer::Flush . (yes i know the gizmos are offset and buggy, i kind of forgot to update the gizmo code after changing transforms :p )"}, {"post_id": 35110, "ts": "2026-07-26T10:28:41Z", "hours": 8.4342, "text": "Scripted UI, Map Workflow, & a Bunch of Bug Fixes alot of bug hunting… changes scripting & ui scripts can now actually interact with the UI system. added bindings for things like: creating UI buttons, text, rects, and images finding UI elements destroying UI elements these return wrapped objects with basic getters/setters for position, visibility, and button state map workflow spent a fair bit of time cleaning up the map editor flow. maps no longer get a fake default path on creation switching to the Map Editor tab now auto-creates a map (empty) if there isn’t one yet mapFilePath now stays project dir relative instead of randomly becoming absolute tile materials are now shared properly instead of silently duplicating state rendering & lifetime bugs i’ve been doing alot of testing recently, so i found alot of bugs… this was probably the biggest pain point. renderer submissions now keep materials and meshes alive for the frame instead of trusting the caller replaced the old Shader::Default() singleton hack with a real fallback shader (internalshaders base) fixed the lightmap quad so it keeps its own VAO and clears correctly when there are no lights fixed a Texture move bug that was double-deleting GL handles sometimes editor polish also cleaned up a bunch of editor behavior while I was in there. Ctrl+S now behaves correctly depending on whether editing a scene or a map scene loading now rebinds editor panels properly save/load dialogs now append file extensions automatically added more inline warnings in the inspector and panels (i.e if an entity has no material it will tell you it wont render) and ive probably forgotten something else … in summary ive just been testing out some UI/UX changed and hunting down bugs untill I feel it is ready to maybe start prearing some sort of demo :)"}, {"post_id": 33128, "ts": "2026-07-22T19:10:20Z", "hours": 2.6717, "text": "more ui ive been kinda sick so i aint really had the motivation to do a lot but ive been working more on the UI system im kinda tired so i dont really feel like writing more for now -.-"}, {"post_id": 31900, "ts": "2026-07-20T17:42:45Z", "hours": 4.6017, "text": "game UI Progress been continuing work on the UI system. changes UI made some good progress UI system currently have: font importing working texture support for UI elements basic text rendering a simple editor view panel for UI it’s still very much WIP editor right now it’s pretty basic, but it’s enough to start experimenting with how creating and editing UI might actually work inside the editor there’s still a lot left to do before I’d call it usable, but im making progress.. getting text working is painfull, and still unfinished.. but im workin on it…"}, {"post_id": 30701, "ts": "2026-07-18T14:27:23Z", "hours": 3.7628, "text": "UI Experiments since working on the particle system, I feel like it’s in a pretty good place for the current scope. I don’t really know what else I want to add to it right now, so I decided to finally start on something that’s been sitting in the back of my mind for a long time… a proper UI system. changes particles mostly just spent some time testing and polishing the particle system to make sure everything behaves properly I’m pretty happy with where it’s at for now UI started prototyping a custom UI system it’s very early, but I’ve got the basic rendering pipeline up and running currently working on: a UIElement system a dedicated UI renderer text rendering font loading using FreeType right now it’s mostly just enough to prove everything works, but it’s the foundation for the runtime UI system ive wanted for a long time the goal is for games made in the editor to be able to have their own UI, with everything exposed through EngineLib so scripts can create and interact with UI elements as well honestly, for now.. I was expecting it to go alot worse.. FreeType isn’t as bad as it seems once you get it working with GL The screenshot below dosent show much, but you can see the rendering of Text and rects, it also supports textured rects (which is what the text is currently using to render from a texture atlas)"}, {"post_id": 30249, "ts": "2026-07-17T17:50:34Z", "hours": 2.8864, "text": "More Particle work… been spending some time on the particle system… changes particles expanded the particle system quite a bit. currently supports: randomized size ranges randomized rotation configurable emitter shapes (support quad, circle, and soft circle) alpha and additive blending configurable render order (still kinda broken but im working on it) per-particle color over lifetime particle presets that can be saved and loaded (as JSON) also added an editor preview mode, so particles can be previewed while editing instead of only showing up in play mode renderer had to do a bit of renderer work to support all of this particles now use their own dedicated shader added support for per-instance colors during instanced rendering added an overlay render pass for effects that should render on top of the scene cleanup also did a some more project cleanup, splitting up my Utils header into multiple files.. nothing special though misc particle emitters can now be saved as reusable presets (some which will be shipped as defaults ofc) as suggested by @sol4r_on_hackclub cleaned up a few asset importing edge cases fixed a couple of packaging issues too I’m pretty happy with how the particle system is coming along :D"}, {"post_id": 29706, "ts": "2026-07-16T19:55:20Z", "hours": 0.9678, "text": "mostly just spent some time going through some old code.. nothing really important, but i’ve also replaced the placeholder assets.. with my own placeholder assets that i drew in GIMP, considering i probably do not have the rights at all to distribute the previous assets.. :)"}, {"post_id": 29523, "ts": "2026-07-16T14:38:59Z", "hours": 2.2728, "text": "Particles! :) Ive started working on a particle system. i have got the core pieces in place and it seems to be working nicely so far…. changes particles implemented the foundations of the particle system currently has: ParticleEmitterComponent ParticleSystem ParticlePool emitters currently support: configurable particle limits and emission rates randomized lifetimes and velocities “gravity” size over lifetime color over lifetime world space simulation materials obviously so far it’s all behaving pretty well… EngineLib next up is getting particles exposed through the EngineLib API so scripts can spawn and control emitter components we will see how it goes…"}, {"post_id": 29203, "ts": "2026-07-15T22:53:22Z", "hours": 6.2536, "text": "Editor QoL, Graphics Configs & Prefabs new devlog… mostly been focusing on editor ui and qol changes this time around. kinda tired of hardcoded settings for the graphics settings, so i finally built a proper interface for it, plus some prefab management stuff in the editor changes graphics settings i built a dedicated graphics configurator window in the window, for the current project ( GraphicsConfigEditor ). it hooks directly into the UndoManager using the command pattern ( GraphicsConfigUpdateCommand ) serializes everything out to graphics.json . added QuerySupportedSampleCounts which asks the active GL context ( before it gets handed to the render thread ) what MSAA sample counts it supports. the editor now dynamically generates the dropdown and snaps to a valid sample count (i.e 1, 2, 4, 8, 16). prefab management the editor now supports prefab management that i implemented earlier .. instead of directly writing it in the scene json file you can spawn entities directly into the scene from prefab json files you can revert a prefab, which wipes any local overrides and resets the entity back to whatever is saved in the file you can break a prefab, severing the link to the json file and turning it into a normal, standalone entity in the registry ui & editor cleanup spent some time making the editor less annoying.. in general the editor layout stops resetting itself , it now checks if imgui.ini exists on startup, and if it does, it skips rebuilding the default dockspace ripped the hardcoded hub drawing code out of the EditorLayer and made it its own state for the editor state machine refactored the config windows ( ProjectConfigEditor , SceneConfigEditor , and the new GraphicsConfigEditor ) to inherit from a base ConfigEditor class so its cleaner and easier to maintain.. fixed the script widget since the ui was kinda messy"}, {"post_id": 28584, "ts": "2026-07-14T22:27:14Z", "hours": 2.6136, "text": "the OpenGL State Machine Strikes Back… I spent the entire day trapped in hell: debugging a corrupted OpenGL state… it may not show up as tracked hours.. since most of it was just staring at various forms of text.. but it was painful. problem so since i turned the lightmap to run on gpu .. well… Whenever I transitioned from the editor ( MapEditState ) into Play mode, the map would turn into like a bunch of weird diamonds, and the corruption would persist indefinitely until I remounted the current project. because it only happened on state transition, i spent hours chasing ghosts in my state management code and scene cleanup routines… (in the end though i did make some changes to the cleanup routines, but between states rather than scenes.. so i guess i was halfway there?) the culprit It was the lighting pass… took me forever to figure it out, but i had the genius and definitely NOT a very late and obvious idea i shouldve had hours ago , to see if the issue happened when i turned off the lighting system. so i put some early returns in my lighting system functions and.. it didnt corrupt.. inside LightingSystem::Update() , the renderer was modifying global OpenGL state changing depth functions, blending modes, and texture bindings, but not restoring them to their original defaults properly When the engine swapped states, the next frame inherited this dirty, half configured state, causing the whole thing to become a mess. the fix I went through the lighting system and made sure the state changes are wrapped and properly restored through the render thread.. LightingSystem.h : Full GL state save/restore around the light pass. now explicitly backing up and restoring the FBO, program, VAO, blend state, draw buffers, clear color, viewport, and active texture. MapEditState.cpp : OnExit() now properly nulls out m_MapComp and m_CurrentGrid . OnEnter() and will refetch them from the current registry so it isnt holding onto outdated references. EditorLayer.cpp : Added a call to renderer->Clean() after state transfers to clear out stale VAO and mesh caches.(bc its multithreaded things go kinda weird but.. it works now) glad thats over with :D Also heres a fun peek of what ObSL can do with EngineLib, yes, it can make your entire map look like hell..! i am totally not going insane"}, {"post_id": 27998, "ts": "2026-07-13T23:29:33Z", "hours": 5.0142, "text": "GPU Lighting & Graphics Settings been doing a bit of rendering work again… mostly trying to optimize things. the biggest change is that I completely rewrote the lighting system previously all the point light calculations were happening on the CPU, and after doing some profiling (and spending way too long staring at compiler generated assembly annotations) it became pretty obvious that this was one of the bigger performance bottlenecks (well THE biggest excluding driver overhead) lighting now runs entirely on the GPU through shaders instead changes lighting rewrote the lighting system. lighting is now shader-based and runs on the GPU removed the old CPU-side lighting calculations moved engine shaders (like the base shader and lighting shader) into built-in InternalShaders (hardcoded string literals, it might seem messy but i prefer it like that) the internal shader change mostly exists because they’re pretty fundamental to the renderer. if they were treated like normal project assets and someone accidentally deleted them… well… suddenly nothing renders (unless they had setup their own shaders, which is fully supported!) and lighting completely falls over, also i prefer it to loading them from the filesystem anyways overall I’m pretty happy with how the new lighting system turned out graphics settings also started working on configurable graphics settings instead of baking them into the project, the engine now loads graphics settings from a separate JSON file. this doesn’t get packed into the .obpak , so users can tweak their graphics settings after exporting a game currently supports: resolution fullscreen MSAA (toggle + sample count) target FPS VSync it’s weirdly fun actually being back in OpenGL code again instead of just working with engine abstractions sometimes it’s nice to get back into the weeds.. even if its.. painfull :D"}, {"post_id": 27425, "ts": "2026-07-12T23:53:21Z", "hours": 7.5097, "text": "Performance & Zero Copy Assets been spending some time under the hood… this one’s almost entirely backend. no new features, mostly went through the render thread, asset pipeline, & a handful of ECS loops to squeeze out more performance. it was incredibly rage inducing at times.. but seeing the profiler diff against baseline.. i am satisfied.. almost at peace.. but was considering becoming a farmer & never touching a computer again.. mostly because i thought i’d messed up more than i did.. but.. im happy now. changes threading & ecs i’ve reinvented the wheel enough already… but had to redo how tasks are dispatched. ThreadPool used to take a std::function , which heap allocates if you capture more than a couple pointers. scripts dispatch through this every frame, so it added up. swapped it for a custom Task type a 56-byte inline buffer, no heap allocs swapped the pending-task counter to a lock free atomic decrement instead of a mutex on every completion… rendering been cleaning up how the main thread interacts with the render thread. the main & render threads used to awkwardly poll eachothers framebuffers. now theres a m_ReadyFrames deque main pushes a frame index, render pops it. much cleaner :) ImGui draw data is now reused in-place instead of allocating & freeing a fresh clone every frame (ive put off fixing that hack for a while so its nice to finally come around to it). instanced draws no longer store a vector<mat4> per draw call, transforms get appended into one giant staging buffer per frame now. added SubmitPersistent for things that already own a long-lived buffer (like the map tile renderer) to skip the copy entirely. swapped a bunch of unordered_map s for flat vectors in the texture/VAO/uniform caches for a handful of items, linear scan beats hashing. batched rendering also caches the last bound texture & color uniform so b2b batches sharing a texture dont rebind needlessly. added a zero-size window safeguard for Wayland so it stops wrecking the renderer when the window briefly reports 0x0 during resize (also turned vsync back on, weird syscall spam otherwise) assets & packaging added VFS::ReadVirtualView to hand out string_view s directly into memory instead of owned strings for packaged builds, ContainerReader now mmap s the .obpak file directly, uncompressed stuff (textures, uncompiled maps) gets handed right to the parser without a copy. also now move only, with a destructor that unmaps memory instead of holding a copied vector of chars scripting the script hot-reloader was doing a stat() syscall on every script file every frame . oops. now polls every 300 frames & caches resolved paths.. thought i already debounced this.. guess not.. the on_update & on_destroy work buckets used to be freshly allocated vectors every frame… now static , so they just clear & reuse capacity editor & ui finally ripped out the old in game debug UI ( GameUI.cpp ), it had fallen out of sync with the ECS anyway (used it for debug visuals while implementing the first version of the ecs.. then forgot about it) the editors inspector does all of this better now, so replaced it with a minimal FPS counter audio & map audio engine now sets an explicit period size (2048 frames) via miniaudio to cut IPC roundtrips to the audio daemon.. (this one was annoying to figure out.. god bless strace & gdb) the map’s visible transforms buffer is now double buffered, rebuilds write to the back buffer while the render thread reads the front, no race conditions. also swapped typeMats from an unordered_map to a flat vector nothing user facing changed this time, but frame pacing feels noticeably smoother (somewhat suprised), & the packaged build starts noticeably faster i know it could probably be a lot better, but im still a bit of a noob at C++, so this is one hell of a learning project"}, {"post_id": 26719, "ts": "2026-07-11T17:53:32Z", "hours": 3.9353, "text": "Undo/Redo …again! been working on the editor again the undo/redo system now covers a lot more than just gizmo transforms. but there’s still a few things left (entity creation/deletion mainly). changes undo/redo expanded the command system to cover most editor actions. currently supports: entity transforms adding/removing components adding/removing scripts editing project settings editing scene properties also fixed the undo/redo shortcuts so they only trigger once per key press instead of repeatedly firing while the keys are held… which is probably how they should’ve worked from the start map editor continued working on map editing. painting and erasing now properly integrate with the command system. also, an entire brush stroke is treated as a single undo step instead of undoing one tile at a time. also cleaned up a couple of edge cases while doing this, like preserving existing tile data and avoiding unnecessary commands when nothing actually changed. misc did a bit of cleanup around the editor while wiring everything together. centralized a few bits of duplicated UI logic cleaned up window title updates continued refactoring the command system the undo system is still unfinished, but it covers most of the important stuff and feels nice.. also.. still gotta fix some ui window-size stuff soon too but .. thats for later"}, {"post_id": 26228, "ts": "2026-07-10T21:54:28Z", "hours": 3.1872, "text": "Undo/Redo! :) been working on some editor QoL stuff again… the biggest addition this time is a proper undo/redo system. it’s still very early and pretty barebones, but having the foundations in place is nice changes editor commands implemented the beginnings of a proper command system for the editor instead of modifying things directly, editor actions now go through commands, which means they can be undone and redone currently supports: entity transforms movement rotation scaling adding components removing components (with the exception of ScriptComponent for now.. that’ll get its own custom command due to the way it works) also keeps a command history, and the usual shortcuts are hooked up now: Ctrl + Z : Undo Ctrl + Y : Redo its still pretty basic, but it works and feels nice to use. input for this, I added proper key-combination support to the input manager. things like: Ctrl + S Ctrl + Z Ctrl + Y can now be handled properly instead of manually checking modifier keys everywhere logging did a bit more cleanup to the logging system as well. the logger now goes through a proper interface instead of everything depending directly on one concrete implementation, which should make it a bit easier to swap things around later if I ever want to. mostly backend work again… but undo/redo is fire"}, {"post_id": 26050, "ts": "2026-07-10T17:12:54Z", "hours": 2.2128, "text": "editor polish still nothing super flashy.., mostly a bunch of small things changes window titles the editor now updates its window title based on what youre working on. it’ll now include things like the current project and scene, or map project loading cleaned up project loading a bit. the editor now properly syncs the loaded project configuration into the engine context instead of relying on stale data also added menu in the map editor that lets you save and load map files (create new is just placeholder for now) UI added a small helper for rendering framebuffer textures in ImGui without needing to remember to flip the UVs every time. and made the tile Editor use it also forgot to mention in the last log that i cleaned up the “project browser” ui a bit logging fixed up some more logging :)"}, {"post_id": 25892, "ts": "2026-07-10T11:51:37Z", "hours": 3.0564, "text": "Logging Cleanup replaced all the random std::cout / std::cerr calls scattered throughout the project with an actual logging system logging implemented a proper logging system. replaced std::cout / std::cerr throughout the engine added support for different log levels optional logging to a log file centralized all engine logging into one place thread safe !!!! nothing particularly flashy or fancy, but its cleaner, easier to work with, and generally just nice i probably should’ve done this a long time ago :)"}, {"post_id": 25509, "ts": "2026-07-09T20:30:56Z", "hours": 4.8756, "text": "Map Editing, Brushes, and a 4(?) hour ImGui Bug The map editor is finally coming together It’s still a bit… rough but it does feel nice to be able to paint a map in the editor I did, however, spend an embarrassing amount of time trying to figure out why my click and drag “painting” wasn’t working… well.. ImGui was eating my inputs because it thought I was trying to drag the Scene View window around.. yeah.. changes map editor actually got the map editing tools working for real this time. the paint and erase tools actually place and remove tiles now instead of just being placeholder buttons added a brush radius slider, so you can paint in bigger hex rings added a preview outline that renders around your cursor so you can see before clicking toggling “is walkable” on a tile now properly syncs with the grid pathfinding editor ui spent some time making the tile palette and material editing.. work.. video explains better ngl im not good at describing ui stuff math laid some groundwork in the hex math system ( Lerp , CubeRound , and GetHexLine ) this is mostly for some future evil plans… still a WIP…"}, {"post_id": 25003, "ts": "2026-07-08T22:10:08Z", "hours": 0.7108, "text": "map editor preveiw ig kinda didnt have much time to do anything today but im working on the tile editor"}, {"post_id": 24426, "ts": "2026-07-07T23:37:55Z", "hours": 8.7589, "text": "editor rework & map editing groundwork been working on the editor again this update was mostly about cleaning up the editor architecture so I can actually keep adding features without everything turning into spaghetti. I also finally started laying the groundwork for proper map editing. changes editor reworked the editor state system. instead of instantly swapping between states, transitions are now deferred until a safe point during the update loop. this makes switching between Edit, Play, Map Edit, and the Hub a lot cleaner, and the editor now remembers which editing mode you were in before hitting Play. (i’ll admit… i was getting a bunch of weird, seemingly unexplainable crashes before eventually realizing my mistake was instantly switching states while things were still being updated/rendered…) also moved more UI responsibility into the individual states instead of having EditorLayer decide how everything should be drawn. map editor started putting together the map editor. currently i have: map hover and tile selection working placeholder Paint / Erase / Select tools the beginnings of a tile palette system a placeholder tile editor panel the actual editing logic isn’t implemented yet, but the foundations are there now :) asset picker ripped out the old “open a native file dialog for every asset field” flow. instead, the editor now lets you pick existing textures, meshes, materials and shaders directly from the ResourceManager , which is a lot nicer to work with and also avoids accidentally importing duplicate assets. (the old workflow would happily create a brand new object every time you imported something… which was fine for testing, but definitely wasn’t something i wanted to keep) rendering fixed a few editor rendering issues while i was at it. materials with invalid shaders now fall back to the default shader instead of silently disappearing fixed some edge cases with framebuffer entity picking currently unused, but functional shader hot reloading tests misc smoothed out editor camera movement and zoom added a few helper utilities for the map editor reorganized the editor UI code a bit doesn’t look massively different in screenshots, but makes future work alot easier/cleaner map painting is next ?.."}, {"post_id": 23641, "ts": "2026-07-06T18:38:19Z", "hours": 2.4394, "text": "Project Exporting been working on making projects exportable from the editor it’s now able to export a project to the selected folder, package all the assets into an .obpak , and then copy over the runtime so the exported project is runnable changes project exporting added export to the editor choose an output folder for the exported project packages the project into an .obpak copies the runtime into the export folder renames the runtime to match the project name (just 2 files for full project!, executable and .obpak) the whole process is pretty much one click now instead of manually packaging everything together. file dialogs refactored my entire filedialog implementation cuz it was kinda broken packaging did some more work on the packaging pipeline while implementing exporting and put it in the editor ui im pretty happy that its all working and i can actually export stuff, and run it feels cool :)"}, {"post_id": 23429, "ts": "2026-07-06T12:05:06Z", "hours": 4.1694, "text": "Project Packaging is Working been spending a lot of time working on project packaging, and it’s finally working now. the engine can now load projects directly from .obpak files, and I’ve got basic tooling to create them as well. the plan is to integrate the tooling i have now with the editor to “build” an obpak archive (i think its called an archive?) changes packaging implemented the full packaging/loading pipeline yippie :D currently the packer: pre-generates ASTs for ObSL scripts converts project, scene(s) and prefab(s) JSON into MessagePack bundles everything into a single .obpak container compresses the package with LZ4 assets like textures, audio and shaders just get copied into the package without any conversion runtime the engine can now load packaged projects directly instead of relying on loose project files. all of this goes through the VFS, so from the engine’s point of view it doesn’t really matter whether assets are coming from a folder or from an .obpak (i.e it can still load loose project files of course) tooling added command-line tools for packing and unpacking projects, i originally made it for testing but it’s actually pretty nice to work with so im probably keeping it. still probably things to polish, but it’s pretty satisfying seeing the engine load an entire packaged project properly pls ignore the lag in the video, i promise its not as terrible as it looks, its just that recording is pretty buggy for me"}, {"post_id": 23095, "ts": "2026-07-05T20:42:38Z", "hours": 3.8311, "text": "Project Packaging been working on a packaging format for projects. the goal is basically to package an entire project into a single container while preprocessing assets that make sense to preprocess. Also makes shipping a game made in the engine in the future alot easier / cleaner, and portable. changes packaging implemented the start of a proper project packaging system. currently it: parses ObSL scripts ahead of time and stores serialized ASTs instead of source code (basically very similar to some sort of a very very simple AOT compiler) converts project, scene and prefab JSON files into MessagePack stores media and other binary assets directly in the package optionally compresses package entries with LZ4 the idea is that the engine has less work to do at runtime since scripts don’t need parsing and JSON doesn’t need parsing either. and a single “package” file is alot cleaner in general for a finished game “build” package format also implemented the actual container format itself. different asset types are stored as different entry types (scripts, binary JSON, media, shaders, etc.), so the loader knows exactly how each asset should be handled. tools added standalone packaging tools as well for packing and unpacking projects, mostly for testing. still a work in progress, but the whole packaging pipeline is starting to come together."}, {"post_id": 22372, "ts": "2026-07-04T20:12:27Z", "hours": 5.1664, "text": "editor Gizmos! :DD this took a lot longer than I’d like to admit… but it’s finally working. changes gizmos got all gizmos working.. but had issues with rotation and scale at first figured out the issues with rotation/scaling ended up patching ImGuizmo at first to get things working, but after digging through the code I eventually figured out how to do it properly with the normal library translation, rotation, and scale gizmos all work now :)))))) honestly I learnt quite a bit just from messing around with the ImGuizmo internals.. but it was painful editor added a few more UI improvements as well. i.e billboard sprites now explicitly mention that rotation doesn’t do anything, instead of letting you wonder why nothing happens gizmos are one of those things I’ve been waiting on implementing.. but im finally happy to have them"}, {"post_id": 21565, "ts": "2026-07-03T16:19:30Z", "hours": 2.6169, "text": "actually working on the editor I’m finally getting around to actually implementing the editor ..it still looks pretty similar (well mostly the same) but most of the UI before was just placeholder. changes editor implemented a Project Settings window implemented a Scene Properties window made the component widgets actually do something now load textures assign scripts change material colors change meshes change shaders etc…. added an Add Component button added Remove buttons to components it works.. so thats good :D"}, {"post_id": 21208, "ts": "2026-07-03T00:51:55Z", "hours": 0.6447, "text": "ObSL Scripting Library Moved the scripting language into its own repository :) It’s now included in the engine as a library using git submodules and public headers instead of living directly in the engine source code Makes the project structure a lot cleaner .. for both projects ( ObSL can now be found at https://github.com/torkelicious/ObSL )"}, {"post_id": 21066, "ts": "2026-07-02T20:52:49Z", "hours": 5.9469, "text": "Script multithreading (and concurrency) scripts now run on other thread(s) :D this took a fair bit of cleanup, but it’s working. changes script workers moved script execution onto worker thread(s) worked on script worker concurrency dynamically clamp the number of active workers based on how many callbacks are actually running, so idle threads aren’t just spinning doing nothing garbage collection did some work on the GC as well. introduced external root tracking fixed a few issues around GC roots while getting multithreaded script execution working cleanup spent some time cleaning up a bunch of backend stuff while getting all of this working. build system updated CMake so all executables, scripts, and (project) templates are output to a single build/bin directory instead of being messy. multithreading yay :)"}, {"post_id": 20164, "ts": "2026-07-01T18:24:52Z", "hours": 3.945, "text": "ive been mostly messing around with getting the ObSL language to be thread-safe and refactoring some things, so I don’t have much to show but my end goal is to be able to get scripts to run concurrently and outside of the main thread"}, {"post_id": 19379, "ts": "2026-06-30T17:52:06Z", "hours": 4.6878, "text": "Editor & Scene Management been working on the editor mostly. changes ECS implemented generational ID masks for the ECS. this should prevents issues with stale entity references since IDs can now properly track generations instead of just relying on raw IDs. (i encountered this issue when testing multiple scenes in one project) scene manager fully implemented the SceneManager so it can actually be used by the editor & game layer. this allows the editor to properly load/save/validate/find and generally handle scenes through a unified API (goes for gamelayer aswell but it only really loads them) bug fixing spent a lot of time fixing various issues around: project folder management scene management loading / saving behaviour asset loading (cache was causing some problems on loading scenes but its all fixed now :D) mostly backend work but things are becoming a lot more stable and the editor foundation is starting to come together…."}, {"post_id": 18509, "ts": "2026-06-29T17:58:54Z", "hours": 7.6317, "text": "Namespace Refactor & Project Management Work Dependencies finally caused me to run into a namespace conflict after being lazy and unorganized… instead of being sane and just renaming one class.. I decided to refactor the entire project to use proper namespaces everywhere.. changes namespaces Refactored the entire codebase into proper namespaces project management / editor backend I don’t really have much visually to show this update since I’ve mostly been working on backend stuff. Working on: project management scene management VFS improvements editor saving/loading I’m using nativefiledialog-extended to work on proper file dialogs for saving and loading from the editor. Also been doing a lot of testing around project creation and loading. alot of this is in the hope i can get this working multi-platform and not just on linux (though i have yet to try and compile on another os) Things are working… for now… so progress :D"}, {"post_id": 17698, "ts": "2026-06-28T16:44:24Z", "hours": 1.5475, "text": "Editor Picking & Project Management because my EditorLayer uses a framebuffer, I can now utilize framebuffer color picking in the editor i updated the shaders to store an entity ID, so now I can click on entities directly in the editor scene view and it selects them. …and it’s pixel perfect :D changes editor layer added framebuffer based entity picking clicking entities in the scene view selects them!!!! selection is based on the exact pixel under the mouse (i mean to implement gizmos i first need to know what the hell my mouse is on) project management also started laying the groundwork for actual project management. now that I have some sort of VFS implemented, I’m working on a way to properly manage Projects instead of relying on the current setup. still figuring out the exact structure, but ive been working on setting up the Project class"}, {"post_id": 16940, "ts": "2026-06-27T14:41:38Z", "hours": 3.1197, "text": "VFS & Editor layer implemented a basic VFS (Virtual File System) . all asset loading is now routed through the VFS instead of directly loading files. this is mainly preparation for adding proper project management later instead of relying on a hardcoded project.json in the project root i was testing with changes VFS added a basic VFS implementation routed asset loading through the VFS the idea is that the VFS will make it easier to manage project assets and not have everything depend on hardcoded paths. editor layer still experimenting a bit with the editor placeholder UI. added: (new EditorCamera derived class of Camera ) camera panning in the editor viewport camera zoom toggling top-down / isometric perspective with keybinds the top-down view should be useful later when I add actual map editing stuff most of the editor UI is still just placeholder right now, I’m mostly testing layouts and figuring out how I want the editor to feel and look ImGuizmo also added ImGuizmo to the project since I’m planning to start implementing proper editor stuff soon.. …and well… you need gizmos… I’ve reinvented the wheel enough already, so using a proper gizmo library seems like the better choice :) (also integrates very nicely with ImGui)"}, {"post_id": 16309, "ts": "2026-06-26T15:23:43Z", "hours": 2.0242, "text": "Editor UI & Framebuffer Experiments i’ve started experimenting with the ImGui docking branch in the EditorLayer . (switched branch had some build errors blah blah blah but its all set up now) Implemented some placeholder editor UI to test out the docking stuff and get a feel for how the editor layout might end up being like changes editor layer placeholder UI using ImGui docking features testing editor panel layouts framebuffer implemented a framebuffer system for the editor viewport. the scene is currently rendering in the editorlayer via a frame buffer so it can fit in the little thingy (i forgot the name) while testing I noticed some resizing issues when running on my nvidia dGPU: the framebuffer resize works, but resizing the viewport can appear somewhat choppy? the framebuffer and docking setup seem to be working, so i guess this im close to actually start to build proper tooling :)"}, {"post_id": 15851, "ts": "2026-06-25T19:34:56Z", "hours": 4.3886, "text": "refactoring for editor foundation Refactored rendering and culling systems and made broader architectural changes to decouple the game from the application layer. Rendering & Culling Refactored frustum culling logic to be lil more performant and generally cleaner Cleaned up and improved parts of the rendering pipeline since i had alot of old unused code lurking in them since i switched to a multithreaded architechture Application Architecture the engine is now structured around an ApplicationLayer system. The core Application class now runs a single active ApplicationLayer Each layer exposes: Init Update Render Shutdown Game class refactor The Game implementation has been converted into a derived ApplicationLayer Game logic is now fully driven through the layer system instead of hardcoded to the application class (the different executable mains decide now) Editor Layer added a new EditorLayer Intended for a future scene editor application. (right now all it does is render a given scene on the screen) CMake changes reworked the project to generate multiple executables: obliberry_engine core engine executable (ig runtime) obliberry_editor editor application layer changes: Engine and core systems (i.e ObSL, Renderer, etc) are now compiled as libraries Executables link against shared engine libraries instead of duplicating code Editor executable links against engine modules summary Game logic is now layer-based Engine and tools are separated Editor can proceed independently from the game runtime"}, {"post_id": 15286, "ts": "2026-06-24T20:32:54Z", "hours": 3.7039, "text": "multithreading & rendering I think I got some form of multithreading working now. The renderer has been moved onto its own dedicated thread, separating rendering from the main engine thread :) Changes Rendering Thread Moved rendering execution to a separate thread (alot had to be refactored for this to work lol) Thread Safety i tried (imgui was a pain) Rendering Optimizations Added frustum culling to the renderer. big optimizeD? actual rendering (i.e gpu calls) is now seperated from the main thread :D …it looks like its working for now"}, {"post_id": 14758, "ts": "2026-06-23T23:48:42Z", "hours": 0.4239, "text": "I think i fixed most of the silly bugs from trying to make rendering thread safe, im still gonna double check some stuff and do some testing but moving rendering to its own render thread will be coming soon :))))"}, {"post_id": 14743, "ts": "2026-06-23T23:15:37Z", "hours": 1.1569, "text": "kinda reverted changes from the last log and tried again to convert everything to be thread safe before actually trying to run on a seperate thread… things are going.. interestingly"}, {"post_id": 14522, "ts": "2026-06-23T17:41:20Z", "hours": 0.8647, "text": "im trying to make the renderer run on another thread… few issues… cant see (entity) meshes?, and closing the window seems to cause a freeze…. :))"}, {"post_id": 14480, "ts": "2026-06-23T16:45:32Z", "hours": 1.2731, "text": "Been mostly just fixing some window rendering stuff Moved away from hardcoded resolution / aspect ratio and made it handle itself on the fly also removed the padding bars i had before so rendering actually takes up full screen New native engine binding in EngineLib too: Window_SetFullscreen (takes a bool) I’m planning on starting to work on making the engine multithreaded soon…"}, {"post_id": 14379, "ts": "2026-06-23T14:22:29Z", "hours": 0.8064, "text": "“project” file system prototype Started implementing support for engine project files instead of hardcoding a scene path like i was before for testing. The engine will now deserialize a project.json file containing configuration, includes: name Project name (unused for now) version Project version (also unused) start_scene Path to the scene the engine loads on startup Window configuration: width height title fullscreen while implementing this, I uncovered some unexpected behaviour related to fullscreen handling caused by how window sizing was previously managed. i spent time refactoring and fixing the window size logic to make fullscreen behaviour… work.. project loading is now starting to come together, less hardcoded stuff yippie (im planning on making an editor in the future so.. this is why)"}, {"post_id": 14345, "ts": "2026-06-23T13:22:42Z", "hours": 1.3275, "text": "Porting ECS systems to ObSL Fully ported the InteractionSystem to ObSL through EngineLib. Camera movement and player movement are now handled through dedicated ObSL scripts instead of being hardcoded ECS systems. This moves more gameplay logic into the scripting layer and makes systems easier to modify and iterate on :) Changes System Migration Ported InteractionSystem from ECS code to ObSL Basically Moved camera movement & player movement logic into ObSL scripts Interaction system is no longer hardcoded engine-side gameplay system New EngineLib Bindings Math / Hex Grid Math_WorldToHex Converts world coordinates into hex grid coordinates SetSelectedHex Updates the currently selected hex tile Camera Camera_SetZoom Sets the camera zoom level Window Window_GetHeight Gets the current window height Window_GetWidth Gets the current window width Input Input_IsKeyReleased Checks if a key was released Input_IsMouseDown Checks if a mouse button is currently held Input_IsMouseReleased Checks if a mouse button was released Input_GetMouseX Gets the mouse X position Input_GetMouseY Gets the mouse Y position Input_GetScrollX Gets horizontal scroll input Input_GetScrollY Gets vertical scroll input Please ignore the weird graphical artifacting in the attached video, my pc has been acting up recently :("}, {"post_id": 13950, "ts": "2026-06-22T22:00:49Z", "hours": 3.1867, "text": "more EngineLib work Implemented several improvements to the scripting and entity systems. changes prefab caching Added caching for prefabs to improve performance when repeatedly instantiating entities Entity Access in Scripts Added GetEntity , which returns the entity Object that the script is attached to. Added support for the this keyword in ObSL scripts. this is a wrapper around GetEntity() to provide direct access to the current entity custom components Added support for script-defined components: entity.AddCustomComponent entity.GetCustomComponent This allows scripts to attach and retrieve custom data/components without requiring engine side component definitions entity validation Updated all entity object calls (such as GetComponent ) to validate the entity before executing (in both native bindings & engine source code) Entity operations now check: registry.isValid(id) before accessing the entity. This prevents errors caused by accessing deleted entities during scenarios such as scene unloading/loading cleanup"}, {"post_id": 13774, "ts": "2026-06-22T16:02:35Z", "hours": 0.8908, "text": "EngineLib I may have forgotten to mention this in my previous log, but I also implemented an Instantiate method in EngineLib. Instantiate takes an entity definition as a JSON file (ig a prefab) and spawns the entity into the current scene. I also added scene related functionality to EngineLib: LoadScene Loads a scene from a given path GetCurrentScenePath Returns the path of the currently loaded scene"}, {"post_id": 13737, "ts": "2026-06-22T15:02:47Z", "hours": 3.4014, "text": "I’m using miniaudio to implement audio support in the game engine, with an AudioEngine class to abstract the audio functionality. I’ve also updated SceneProperties to include a new background_music property. This allows each scene to define a background music track (via filepath) that will automatically loop through the AudioEngine while that scene is active. It all seems to be currently working well, Next I’m starting to integrate audio functionality into EngineLib so that scripts can interact with the audio system. changes Added AudioEngine abstraction layer using miniaudio Added background_music support to SceneProperties (w. proper serialization/deserialization ofc) Implemented looping background music per scene"}, {"post_id": 13262, "ts": "2026-06-21T18:28:09Z", "hours": 2.735, "text": "EngineLib Script Integration I fully replaced the previously hardcoded PlayerMovementSystem with an ObSL script implementation using new EngineLib bindings. The movement logic is now handled externally through scripting instead of being directly implemented in C++. New EngineLib Bindings entity management Added bindings for basic entity operations: CreateEntity Creates a new entity Destroy Removes an entity HasComponent Checks whether an entity has a specific component RemoveComponent Removes a component from an entity global functions get_dt Retrieves delta time CloseWindow Closes the glfw window Input System Added script access to input handling: Input_IsKeyDown Checks if a key is currently held Input_IsKeyPressed Checks for a key press event Input_IsMousePressed Checks if a mouse button is pressed Input_GetMouseWorldPos Gets the mouse position converted to world space Movement / Hex Grid Functions Added bindings for interacting with movement components: GetSelectedHex Gets the currently hovered hex tile SetPathToHex Sets a movement target path for an entity with a MovementComponent Camera Added camera manipulation support: Camera_GetPosition Gets the camera position Camera_SetPosition Sets the camera position Camera_Move Moves the camera Camera_PanScreenSpace Moves the camera relative to screen space Camera_GetZoom Gets the current camera zoom Hex Rendering Added bindings for controlling grid visuals: ClearSelectionOverlay Clears the hex selection overlay ClearPathTarget Clears the path target visual marker ClearPathTarget is currently named poorly. It only clears the grid overlay visualization, not the actual movement target!!! summary Removed the old hardcoded PlayerMovementSystem Migrated player movement logic into script format Added engine bindings required for script-driven gameplay Camera movement, input handling, and hex selection now work through scripts Even more gameplay code can now be modified without recompiling the engine :)"}, {"post_id": 12232, "ts": "2026-06-19T23:34:06Z", "hours": 2.7347, "text": "I’ve got a good basis for the Engine integration library for the ObSL Scripting Language. In the attached video, I’m changing the player’s size using a ping-pong function (?forgot the name…), fully through an ObSL script ( ScriptComponent ) attached to the “Player” entity. The language now has support for the following through the EngineLib : Entity Objects Find GetName SetName GetComponent Components Transform SetPosition SetRotation SetScale GetPosition GetRotation GetScale (uses ObSL arrays) Point Light SetColor (Vec3) SetIntensity SetRadius MovementComponent GetIsMoving SetIsMoving SetTimePerStep MapStateComponent GetHasSelection GetSelectedHex GetPathToHex DirectionalTextureComponent SetIndex GetIndex PlayerInputComponent is still w.i.p. Tag Components currently don’t have any methods since they are only used as tags. Planned I’m planning to keep expanding the EngineLib api with more methods, such as: Has(component) AddComponent RemoveComponent(name or ref) Destroy(EntityID) GetEntityID(entity object ref)"}, {"post_id": 12030, "ts": "2026-06-19T16:56:29Z", "hours": 2.8408, "text": "I’ve got the scripting language integrating with the engine via a ScriptComponent on the player entity, seems to be working all good though I still have to implement the actual Engine library for everything… but I have simple scripts running on entities as components in the game engine, which went faster than I expected, so i’m happy with it :)"}, {"post_id": 11605, "ts": "2026-06-18T21:53:02Z", "hours": 15.6978, "text": "Drafting a readme for the scripting language before I plan on the Engine bindings"}, {"post_id": 9500, "ts": "2026-06-15T21:05:05Z", "hours": 6.1578, "text": "added switch statements, foreach-loop, objects, modules (imports), and a standard library to the scripting language"}, {"post_id": 8966, "ts": "2026-06-14T22:36:48Z", "hours": 2.3381, "text": "I’m working down my todo-list for the scripting language (ObSL). Right now i’ve got arrays implemented! i also made a method to define functions from the c++ source so that I can access c++ stuff (like std::chrono functions that im using for testing right now from the test.obsl script), and whatever other functions i want to have accessible, this will be very useful later on as I to integrate the scripting language with the game engine, as now i have an easy way to call functions already defined in the engine source code from the scripting language by just calling interpreter.bind_native(args blah blah); and then I can call the function from the interpreted scripts.. very useful :D"}, {"post_id": 8716, "ts": "2026-06-14T14:08:32Z", "hours": 2.1228, "text": "the scripting language now has some more mathematical operators and functions !"}, {"post_id": 8434, "ts": "2026-06-14T01:00:46Z", "hours": 2.25, "text": "The scripting language is now technically Turing complete, as i have added state environment (basically variables persist throughout the session), conditional branching via if / else statements basic repetition via while & for loops the screenshot below shows a fibonacci sequence & an example of the conditional branching w. looping . of course it’s not done yet though, i still have a lot of work ahead :)"}, {"post_id": 8361, "ts": "2026-06-13T21:59:28Z", "hours": 2.07, "text": "still working on parsing and implementing new nodes :)"}, {"post_id": 8255, "ts": "2026-06-13T18:48:40Z", "hours": 2.3453, "text": "Working on trying to implement a scripting language for my game engine… i’ve got a simple parser working, it definitely went faster than i expected. Going back and reviewing an old parser i made in C# a while ago helped a lot in this :)"}, {"post_id": 8113, "ts": "2026-06-13T15:24:08Z", "hours": 3.8419, "text": "I’d like Entities to be scriptable in a future editor application / in general without having to edit c++ source files of the editor to implement new logic systems for one entity, so i’m planning on implementing a very basic scripting language, the way i plan on it working is that you attach a script to an entinty as a component, and it will hold the actual game logic in that script, im not great at explaining with words but what im doing now is starting on implementing lexical analysis for a simple interpreter just to test things out, while I have written small interpreters before, alot of this is still new to me so I am learning along the way. the idea is that its just a very basic scripting language to interact with entities and the current scene, with basic apis for interacting with the current scenes ECS registry,we will see how it goes :)"}, {"post_id": 7654, "ts": "2026-06-12T19:56:36Z", "hours": 2.1944, "text": "I’m working on a simple map lighting system, which seems to be working alright. Also scene files now have background color information (which ends up getting wired into glClearColor), also implemented name field for entities because why not. I’m also messing around a bit with the UI since im not super experienced with ImGui but I like trying things out…"}, {"post_id": 7507, "ts": "2026-06-12T15:05:30Z", "hours": 2.1106, "text": "I’ve been focusing mostly on my scene serialization lately. First, I refactored the maps to remove the hardcoded TileTypes enum, which used to map 0 to grass and 1 to sand. Instead, I implemented a system where this is defined in the grid section of the scene’s json file. The “id” property is now a generic unsigned integer for the tile type, and the “texture” property references a specific asset loaded in the scene. I also added a “properties” section for the scene’s name and a “clear_color” array. This lets you dynamically change the window’s background color on the fly instead of always defaulting to a hardcoded black. Writing the new methods and sorting out the custom serialization logic took a bit of work, but it is working great now. also bumped the map file “version” to 2, even though the reading/writing of map files didn’t change at all, the usage of some bytes did kind of change (for the tiletype) so i felt it was fitting"}, {"post_id": 7189, "ts": "2026-06-12T00:17:40Z", "hours": 1.3681, "text": "i’ve been playing with loading in entities and meshes.. ignore the weird fps drops and generally low fps (compared to normally), screenshots and recordings loves messing with performance for some reason"}, {"post_id": 7135, "ts": "2026-06-11T22:23:21Z", "hours": 5.1658, "text": "i’ve implemented instanced draw calls alongside regular draw calls in my renderer, which currently im using instancing for drawing the map, I also implemented culling for the map depending on viewport and some other small optimizations, I also spent some time on fixing and improving my “Systems” and some general cleanup"}, {"post_id": 6799, "ts": "2026-06-11T12:20:56Z", "hours": 1.5519, "text": "Managed to fix the segfault.. Mesh::Upload was updating buffer data without binding its own VAO first, which polluted the global OpenGL state. When a new scene loaded, the driver tweaked out on the broken index bindings and crashed on the next draw call …"}, {"post_id": 6484, "ts": "2026-06-10T22:04:02Z", "hours": 1.4136, "text": "I’ve got saving scenes working fully now! ^-^, but an issue ive run into is a segmentation fault on switching scenes, I theorize that it’s due to me not cleaning up / reassigning things when I load in new meshes etc from the scene, thus leaving old pointers in the render queue which don’t exist anymore. This i will work on fixing next.. But for now I am quite happy that i have scenes loading and saving to json :)"}, {"post_id": 6400, "ts": "2026-06-10T19:22:44Z", "hours": 4.4556, "text": "I’ve got loading in scenes working pretty well, but I still have work todo before I can save them properly, im pretty tired already since i spent all day chasing a bug regarding render sorting and ended up refactoring a ton of stuff that i probably didnt have too as i was searching for the issue, but atleast the codebase is somewhat cleaner"}, {"post_id": 6187, "ts": "2026-06-10T12:05:48Z", "hours": 0.365, "text": "running some tests.. messing around with funny map generation shapes too but i dont know how i feel about them"}, {"post_id": 5958, "ts": "2026-06-09T23:43:23Z", "hours": 5.3872, "text": "rather than using another custom file format i decided to just use json to serialize scenes which is coming along rather nicely …"}, {"post_id": 5695, "ts": "2026-06-09T16:10:54Z", "hours": 2.3658, "text": "I’ve been restructuring the and moving things to run actual game logic via “Systems”. I’ve temporarily been testing this in a messy way directly in the scene class, but I’m planning on implementing maybe some sort of basic scripting language that can be used for game logic in entities as a Component w. accompanying systems ofc, so game logic can be defined outside of engine source files and serialized into a scene’s registry from a given file rather than the things im messing around with now. serialization of scenes is what im planning to implement next once im happy with how scenes are working, but i need to plan ahead alot. So for now I’m still going to focus on making sure my Scene implementation is good enough before I focus on implementing serialization and scripting etc, and I have alot to think about regarding the design and architecture of this thing that seems to have evolved into a Game Engine :)"}, {"post_id": 5539, "ts": "2026-06-09T10:55:05Z", "hours": 2.0847, "text": "working on getting Scenes implemented"}, {"post_id": 5225, "ts": "2026-06-08T22:43:53Z", "hours": 2.7831, "text": "I completely refactored my ECS into an actual proper entity component system and added a lil fancy inspector for entities/components in the UI, everything works with the new system :) Now that my ECS is properly implemented I’m going to start focusing on implementing proper Levels/Scenes rather than the mess I have right now in my “Game” class which I’ve been using for testing stuff (ignore the weird framedrops my screen recorder was tweaking out)"}, {"post_id": 4858, "ts": "2026-06-08T12:03:11Z", "hours": 0.5367, "text": "i made a npc (the red super mutant) that just wanders around"}, {"post_id": 4844, "ts": "2026-06-08T11:26:15Z", "hours": 0.9856, "text": "I’ve been having a bit of fun with player sprites (currently som fallout 1 super-mutant sprites i found online) and the renderer sorting sorting code to avoid the player appearing under the ground"}, {"post_id": 4599, "ts": "2026-06-07T23:21:51Z", "hours": 0.7331, "text": "I implemented reading from the previously saved map file, with some tests ofc :D please ignore the player flying away at the end.. as of the time of writing it was a sloppy bug which is already fixed"}, {"post_id": 4582, "ts": "2026-06-07T22:30:26Z", "hours": 1.5031, "text": "I’ve implemented saving the current grid to my own custom file format, and some tests to check that it’s working and all seems good.. but now, the real test is to see if I can load back in that file properly :)"}, {"post_id": 4281, "ts": "2026-06-07T15:19:30Z", "hours": 3.5969, "text": "I did a few things i made it highlight what hex the player is currently moving towards in white fixed a bug causing it to crash when i tried to use my dgpu (issue with my GLdebug class trying to load unavailable glDebugMessageCallback since my dgpu driver uses an older OpenGL version than my igpu and i kinda forgot to check if it the callback function was available BEFORE calling it.. .-.) refactored some of my Hex code to prepare for making some sort of system to load maps from files, so i generally cleaned up some stuff and opted for smaller datatypes for my needs (i.e using int16_t rather than ints for hex coords r & q, since that’s really all you need unless your map is massive) i also added some more fancy ui with imgui to play around with and generally just cleaned up some code… in short im basically preparing myself to implement some sort of map file loader w. accompanying filetype?"}, {"post_id": 3847, "ts": "2026-06-06T22:12:28Z", "hours": 1.7772, "text": "I managed to setup a basic ImGui window to control map generation, I also tried to optimize my rendering by fixing a sloppy bug i had in my batching implementation and caching transformation matrices per transform (dirty flag pattern) fps does seem stable :) (please ignore the video artifacting)"}, {"post_id": 3544, "ts": "2026-06-06T15:07:32Z", "hours": 11.2967, "text": "I redid almost everything with what i’ve learnt from trying the first time (ECS, ResourceManager & MeshFactory are basically the same though) I managed to implement A* pathfinding for the player movement. I got to render out the map with textures i made. tried to recreate movement like Fallout has, where you move the mouse to pan and click to move to a tile with stepping. The hex grid is reperesented via an odd-r offset layout."}, {"post_id": 2707, "ts": "2026-06-05T12:48:03Z", "hours": 1.4394, "text": "Experimenting with camera stuff and input, now i can zoom with the scrollwheel and i’m trying to get an isometric perspective working better"}, {"post_id": 2669, "ts": "2026-06-05T10:44:01Z", "hours": 1.9911, "text": "im getting a simple resource manager implemented :)"}, {"post_id": 2395, "ts": "2026-06-04T21:04:46Z", "hours": 3.0553, "text": "It may not look like much, but I’ve been working on implementing a form of an ECS , rewriting some stuff too. I kind of broke some camera stuff in the process which I’m going to fix soon, and actually get this stuff to be the correct perspective and such…."}, {"post_id": 2168, "ts": "2026-06-04T14:49:59Z", "hours": 3.0614, "text": "i’ve been experimenting with some stuff back and forth, now im working on testing basic “Player” movement with WASD"}, {"post_id": 1448, "ts": "2026-06-03T14:24:00Z", "hours": 2.3058, "text": "I’ve implemented proper debug logging for OpenGL, optimized rendering with a queue that sorts RenderCommands to avoid unnecessarily binding & unbinding, a basic InputManager class, and very basic materials."}, {"post_id": 1055, "ts": "2026-06-02T21:13:14Z", "hours": 1.5414, "text": "i’ve got a basic hex grid “map” rendering and working well"}, {"post_id": 890, "ts": "2026-06-02T16:46:10Z", "hours": 0.7936, "text": "Implemented a basic camera which im messing around with a bit to rotate (around) my mesh"}, {"post_id": 858, "ts": "2026-06-02T15:50:32Z", "hours": 1.3153, "text": "I now have textures working, and a basic “meshfactory”"}, {"post_id": 801, "ts": "2026-06-02T13:58:30Z", "hours": 2.4436, "text": "I’ve gotten transforms and basic rendering implemented of objects implemented via a “Mesh” class that gets passed to Draw() in the Renderer Class :)"}, {"post_id": 403, "ts": "2026-06-01T19:57:36Z", "hours": 0.2883, "text": "Setup basic GLFW Window boilerplate & CMake Project :)"}]...
|
Title: obliberry by @torkel | Stardance
Devlogs:
Title: obliberry by @torkel | Stardance
Devlogs:
Setup basic GLFW Window boilerplate & CMake Project :)
I’ve gotten transforms and basic rendering implemented of objects implemented via a “Mesh” class that gets passed to Draw() in the Renderer Class :)
I now have textures working, and a basic “meshfactory”
Implemented a basic camera which im messing around with a bit to rotate (around) my mesh
i’ve got a basic hex grid “map” rendering and working well
I’ve implemented proper debug logging for OpenGL, optimized rendering with a queue that sorts RenderCommands to avoid unnecessarily binding & unbinding, a basic InputManager class, and very basic materials.
i’ve been experimenting with some stuff back and forth, now im working on testing basic “Player” movement with WASD
It may not look like much, but I’ve been working on implementing a form of an ECS , rewriting some stuff too. I kind of broke some camera stuff in the process which I’m going to fix soon, and actually get this stuff to be the correct perspective and such….
im getting a simple resource manager implemented :)
Experimenting with camera stuff and input, now i can zoom with the scrollwheel and i’m trying to get an isometric perspective working better
I redid almost everything with what i’ve learnt from trying the first time (ECS, ResourceManager & MeshFactory are basically the same though) I managed to implement A* pathfinding for the player movement. I got to render out the map with textures i made. tried to recreate movement like Fallout has, where you move the mouse to pan and click to move to a tile with stepping. The hex grid is reperesented via an odd-r offset layout.
I managed to setup a basic ImGui window to control map generation, I also tried to optimize my rendering by fixing a sloppy bug i had in my batching implementation and caching transformation matrices per transform (dirty flag pattern) fps does seem stable :) (please ignore the video artifacting)
I did a few things i made it highlight what hex the player is currently moving towards in white fixed a bug causing it to crash when i tried to use my dgpu (issue with my GLdebug class trying to load unavailable glDebugMessageCallback since my dgpu driver uses an older OpenGL version than my igpu and i kinda forgot to check if it the callback function was available BEFORE calling it.. .-.) refactored some of my Hex code to prepare for making some sort of system to load maps from files, so i generally cleaned up some stuff and opted for smaller datatypes for my needs (i.e using int16_t rather than ints for hex coords r & q, since that’s really all you need unless your map is massive) i also added some more fancy ui with imgui to play around with and generally just cleaned up some code… in short im basically preparing myself to implement some sort of map file loader w. accompanying filetype?
I’ve implemented saving the current grid to my own custom file format, and some tests to check that it’s working and all seems good.. but now, the real test is to see if I can load back in that file properly :)
I implemented reading from the previously saved map file, with some tests ofc :D please ignore the player flying away at the end.. as of the time of writing it was a sloppy bug which is already fixed
I’ve been having a bit of fun with player sprites (currently som fallout 1 super-mutant sprites i found online) and the renderer sorting sorting code to avoid the player appearing under the ground
i made a npc (the red super mutant) that just wanders around
I completely refactored my ECS into an actual proper entity component system and added a lil fancy inspector for entities/components in the UI, everything works with the new system :) Now that my ECS is properly implemented I’m going to start focusing on implementing proper Levels/Scenes rather than the mess I have right now in my “Game” class which I’ve been using for testing stuff (ignore the weird framedrops my screen recorder was tweaking out)
working on getting Scenes implemented
I’ve been restructuring the and moving things to run actual game logic via “Systems”. I’ve temporarily been testing this in a messy way directly in the scene class, but I’m planning on implementing maybe some sort of basic scripting language that can be used for game logic in entities as a Component w. accompanying systems ofc, so game logic can be defined outside of engine source files and serialized into a scene’s registry from a given file rather than the things im messing around with now. serialization of scenes is what im planning to implement next once im happy with how scenes are working, but i need to plan ahead alot. So for now I’m still going to focus on making sure my Scene implementation is good enough before I focus on implementing serialization and scripting etc, and I have alot to think about regarding the design and architecture of this thing that seems to have evolved into a Game Engine :)
rather than using another custom file format i decided to just use json to serialize scenes which is coming along rather nicely …
running some tests.. messing around with funny map generation shapes too but i dont know how i feel about them
I’ve got loading in scenes working pretty well, but I still have work todo before I can save them properly, im pretty tired already since i spent all day chasing a bug regarding render sorting and ended up refactoring a ton of stuff that i probably didnt have too as i was searching for the issue, but atleast the codebase is somewhat cleaner
I’ve got saving scenes working fully now! ^-^, but an issue ive run into is a segmentation fault on switching scenes, I theorize that it’s due to me not cleaning up / reassigning things when I load in new meshes etc from the scene, thus leaving old pointers in the render queue which don’t exist anymore. This i will work on fixing next.. But for now I am quite happy that i have scenes loading and saving to json :)
Managed to fix the segfault.. Mesh::Upload was updating buffer data without binding its own VAO first, which polluted the global OpenGL state. When a new scene loaded, the driver tweaked out on the broken index bindings and crashed on the next draw call …
i’ve implemented instanced draw calls alongside regular draw calls in my renderer, which currently im using instancing for drawing the map, I also implemented culling for the map depending on viewport and some other small optimizations, I also spent some time on fixing and improving my “Systems” and some general cleanup
i’ve been playing with loading in entities and meshes.. ignore the weird fps drops and generally low fps (compared to normally), screenshots and recordings loves messing with performance for some reason
I’ve been focusing mostly on my scene serialization lately. First, I refactored the maps to remove the hardcoded TileTypes enum, which used to map 0 to grass and 1 to sand. Instead, I implemented a system where this is defined in the grid section of the scene’s json file. The “id” property is now a generic unsigned integer for the tile type, and the “texture” property references a specific asset loaded in the scene. I also added a “properties” section for the scene’s name and a “clear_color” array. This lets you dynamically change the window’s background color on the fly instead of always defaulting to a hardcoded black. Writing the new methods and sorting out the custom serialization logic took a bit of work, but it is working great now. also bumped the map file “version” to 2, even though the reading/writing of map files didn’t change at all, the usage of some bytes did kind of change (for the tiletype) so i felt it was fitting
I’m working on a simple map lighting system, which seems to be working alright. Also scene files now have background color information (which ends up getting wired into glClearColor), also implemented name field for entities because why not. I’m also messing around a bit with the UI since im not super experienced with ImGui but I like trying things out…
I’d like Entities to be scriptable in a future editor application / in general without having to edit c++ source files of the editor to implement new logic systems for one entity, so i’m planning on implementing a very basic scripting language, the way i plan on it working is that you attach a script to an entinty as a component, and it will hold the actual game logic in that script, im not great at explaining with words but what im doing now is starting on implementing lexical analysis for a simple interpreter just to test things out, while I have written small interpreters before, alot of this is still new to me so I am learning along the way. the idea is that its just a very basic scripting language to interact with entities and the current scene, with basic apis for interacting with the current scenes ECS registry,we will see how it goes :)
Working on trying to implement a scripting language for my game engine… i’ve got a simple parser working, it definitely went faster than i expected. Going back and reviewing an old parser i made in C# a while ago helped a lot in this :)
still working on parsing and implementing new nodes :)
The scripting language is now technically Turing complete, as i have added state environment (basically variables persist throughout the session), conditional branching via if / else statements basic repetition via while & for loops the screenshot below shows a fibonacci sequence & an example of the conditional branching w. looping . of course it’s not done yet though, i still have a lot of work ahead :)
the scripting language now has some more mathematical operators and functions !
I’m working down my todo-list for the scripting language (ObSL). Right now i’ve got arrays implemented! i also made a method to define functions from the c++ source so that I can access c++ stuff (like std::chrono functions that im using for testing right now from the test.obsl script), and whatever other functions i want to have accessible, this will be very useful later on as I to integrate the scripting language with the game engine, as now i have an easy way to call functions already defined in the engine source code from the scripting language by just calling interpreter.bind_native(args blah blah); and then I can call the function from the interpreted scripts.. very useful :D
added switch statements, foreach-loop, objects, modules (imports), and a standard library to the scripting language
Drafting a readme for the scripting language before I plan on the Engine bindings
I’ve got the scripting language integrating with the engine via a ScriptComponent on the player entity, seems to be working all good though I still have to implement the actual Engine library for everything… but I have simple scripts running on entities as components in the game engine, which went faster than I expected, so i’m happy with it :)
I’ve got a good basis for the Engine integration library for the ObSL Scripting Language. In the attached video, I’m changing the player’s size using a ping-pong function (?forgot the name…), fully through an ObSL script ( ScriptComponent ) attached to the “Player” entity. The language now has support for the following through the EngineLib : Entity Objects Find GetName SetName GetComponent Components Transform SetPosition SetRotation SetScale GetPosition GetRotation GetScale (uses ObSL arrays) Point Light SetColor (Vec3) SetIntensity SetRadius MovementComponent GetIsMoving SetIsMoving SetTimePerStep MapStateComponent GetHasSelection GetSelectedHex GetPathToHex DirectionalTextureComponent SetIndex GetIndex PlayerInputComponent is still w.i.p. Tag Components currently don’t have any methods since they are only used as tags. Planned I’m planning to keep expanding the EngineLib api with more methods, such as: Has(component) AddComponent RemoveComponent(name or ref) Destroy(EntityID) GetEntityID(entity object ref)
EngineLib Script Integration I fully replaced the previously hardcoded PlayerMovementSystem with an ObSL script implementation using new EngineLib bindings. The movement logic is now handled externally through scripting instead of being directly implemented in C++. New EngineLib Bindings entity management Added bindings for basic entity operations: CreateEntity Creates a new entity Destroy Removes an entity HasComponent Checks whether an entity has a specific component RemoveComponent Removes a component from an entity global functions get_dt Retrieves delta time CloseWindow Closes the glfw window Input System Added script access to input handling: Input_IsKeyDown Checks if a key is currently held Input_IsKeyPressed Checks for a key press event Input_IsMousePressed Checks if a mouse button is pressed Input_GetMouseWorldPos Gets the mouse position converted to world space Movement / Hex Grid Functions Added bindings for interacting with movement components: GetSelectedHex Gets the currently hovered hex tile SetPathToHex Sets a movement target path for an entity with a MovementComponent Camera Added camera manipulation support: Camera_GetPosition Gets the camera position Camera_SetPosition Sets the camera position Camera_Move Moves the camera Camera_PanScreenSpace Moves the camera relative to screen space Camera_GetZoom Gets the current camera zoom Hex Rendering Added bindings for controlling grid visuals: ClearSelectionOverlay Clears the hex selection overlay ClearPathTarget Clears the path target visual marker ClearPathTarget is currently named poorly. It only clears the grid overlay visualization, not the actual movement target!!! summary Removed the old hardcoded PlayerMovementSystem Migrated player movement logic into script format Added engine bindings required for script-driven gameplay Camera movement, input handling, and hex selection now work through scripts Even more gameplay code can now be modified without recompiling the engine :)
I’m using miniaudio to implement audio support in the game engine, with an AudioEngine class to abstract the audio functionality. I’ve also updated SceneProperties to include a new background_music property. This allows each scene to define a background music track (via filepath) that will automatically loop through the AudioEngine while that scene is active. It all seems to be currently working well, Next I’m starting to integrate audio functionality into EngineLib so that scripts can interact with the audio system. changes Added AudioEngine abstraction layer using miniaudio Added background_music support to SceneProperties (w. proper serialization/deserialization ofc) Implemented looping background music per scene
EngineLib I may have forgotten to mention this in my previous log, but I also implemented an Instantiate method in EngineLib. Instantiate takes an entity definition as a JSON file (ig a prefab) and spawns the entity into the current scene. I also added scene related functionality to EngineLib: LoadScene Loads a scene from a given path GetCurrentScenePath Returns the path of the currently loaded scene
more EngineLib work Implemented several improvements to the scripting and entity systems. changes prefab caching Added caching for prefabs to improve performance when repeatedly instantiating entities Entity Access in Scripts Added GetEntity , which returns the entity Object that the script is attached to. Added support for the this keyword in ObSL scripts. this is a wrapper around GetEntity() to provide direct access to the current entity custom components Added support for script-defined components: entity.AddCustomComponent entity.GetCustomComponent This allows scripts to attach and retrieve custom data/components without requiring engine side component definitions entity validation Updated all entity object calls (such as GetComponent ) to validate the entity before executing (in both native bindings & engine source code) Entity operations now check: registry.isValid(id) before accessing the entity. This prevents errors caused by accessing deleted entities during scenarios such as scene unloading/loading cleanup
Porting ECS systems to ObSL Fully ported the InteractionSystem to ObSL through EngineLib. Camera movement and player movement are now handled through dedicated ObSL scripts instead of being hardcoded ECS systems. This moves more gameplay logic into the scripting layer and makes systems easier to modify and iterate on :) Changes System Migration Ported InteractionSystem from ECS code to ObSL Basically Moved camera movement & player movement logic into ObSL scripts Interaction system is no longer hardcoded engine-side gameplay system New EngineLib Bindings Math / Hex Grid Math_WorldToHex Converts world coordinates into hex grid coordinates SetSelectedHex Updates the currently selected hex tile Camera Camera_SetZoom Sets the camera zoom level Window Window_GetHeight Gets the current window height Window_GetWidth Gets the current window width Input Input_IsKeyReleased Checks if a key was released Input_IsMouseDown Checks if a mouse button is currently held Input_IsMouseReleased Checks if a mouse button was released Input_GetMouseX Gets the mouse X position Input_GetMouseY Gets the mouse Y position Input_GetScrollX Gets horizontal scroll input Input_GetScrollY Gets vertical scroll input Please ignore the weird graphical artifacting in the attached video, my pc has been acting up recently :(
“project” file system prototype Started implementing support for engine project files instead of hardcoding a scene path like i was before for testing. The engine will now deserialize a project.json file containing configuration, includes: name Project name (unused for now) version Project version (also unused) start_scene Path to the scene the engine loads on startup Window configuration: width height title fullscreen while implementing this, I uncovered some unexpected behaviour related to fullscreen handling caused by how window sizing was previously managed. i spent time refactoring and fixing the window size logic to make fullscreen behaviour… work.. project loading is now starting to come together, less hardcoded stuff yippie (im planning on making an editor in the future so.. this is why)
Been mostly just fixing some window rendering stuff Moved away from hardcoded resolution / aspect ratio and made it handle itself on the fly also removed the padding bars i had before so rendering actually takes up full screen New native engine binding in EngineLib too: Window_SetFullscreen (takes a bool) I’m planning on starting to work on making the engine multithreaded soon…
im trying to make the renderer run on another thread… few issues… cant see (entity) meshes?, and closing the window seems to cause a freeze…. :))
kinda reverted changes from the last log and tried again to convert everything to be thread safe before actually trying to run on a seperate thread… things are going.. interestingly
I think i fixed most of the silly bugs from trying to make rendering thread safe, im still gonna double check some stuff and do some testing but moving rendering to its own render thread will be coming soon :))))
multithreading & rendering I think I got some form of multithreading working now. The renderer has been moved onto its own dedicated thread, separating rendering from the main engine thread :) Changes Rendering Thread Moved rendering execution to a separate thread (alot had to be refactored for this to work lol) Thread Safety i tried (imgui was a pain) Rendering Optimizations Added frustum culling to the renderer. big optimizeD? actual rendering (i.e gpu calls) is now seperated from the main thread :D …it looks like its working for now
refactoring for editor foundation Refactored rendering and culling systems and made broader architectural changes to decouple the game from the application layer. Rendering & Culling Refactored frustum culling logic to be lil more performant and generally cleaner Cleaned up and improved parts of the rendering pipeline since i had alot of old unused code lurking in them since i switched to a multithreaded architechture Application Architecture the engine is now structured around an ApplicationLayer system. The core Application class now runs a single active ApplicationLayer Each layer exposes: Init Update Render Shutdown Game class refactor The Game implementation has been converted into a derived ApplicationLayer Game logic is now fully driven through the layer system instead of hardcoded to the application class (the different executable mains decide now) Editor Layer added a new EditorLayer Intended for a future scene editor application. (right now all it does is render a given scene on the screen) CMake changes reworked the project to generate multiple executables: obliberry_engine core engine executable (ig runtime) obliberry_editor editor application layer changes: Engine and core systems (i.e ObSL, Renderer, etc) are now compiled as libraries Executables link against shared engine libraries instead of duplicating code Editor executable links against engine modules summary Game logic is now layer-based Engine and tools are separated Editor can proceed independently from the game runtime
Editor UI & Framebuffer Experiments i’ve started experimenting with the ImGui docking branch in the EditorLayer . (switched branch had some build errors blah blah blah but its all set up now) Implemented some placeholder editor UI to test out the docking stuff and get a feel for how the editor layout might end up being like changes editor layer placeholder UI using ImGui docking features testing editor panel layouts framebuffer implemented a framebuffer system for the editor viewport. the scene is currently rendering in the editorlayer via a frame buffer so it can fit in the little thingy (i forgot the name) while testing I noticed some resizing issues when running on my nvidia dGPU: the framebuffer resize works, but resizing the viewport can appear somewhat choppy? the framebuffer and docking setup seem to be working, so i guess this im close to actually start to build proper tooling :)
VFS & Editor layer implemented a basic VFS (Virtual File System) . all asset loading is now routed through the VFS instead of directly loading files. this is mainly preparation for adding proper project management later instead of relying on a hardcoded project.json in the project root i was testing with changes VFS added a basic VFS implementation routed asset loading through the VFS the idea is that the VFS will make it easier to manage project assets and not have everything depend on hardcoded paths. editor layer still experimenting a bit with the editor placeholder UI. added: (new EditorCamera derived class of Camera ) camera panning in the editor viewport camera zoom toggling top-down / isometric perspective with keybinds the top-down view should be useful later when I add actual map editing stuff most of the editor UI is still just placeholder right now, I’m mostly testing layouts and figuring out how I want the editor to feel and look ImGuizmo also added ImGuizmo to the project since I’m planning to start implementing proper editor stuff soon.. …and well… you need gizmos… I’ve reinvented the wheel enough already, so using a proper gizmo library seems like the better choice :) (also integrates very nicely with ImGui)
Editor Picking & Project Management because my EditorLayer uses a framebuffer, I can now utilize framebuffer color picking in the editor i updated the shaders to store an entity ID, so now I can click on entities directly in the editor scene view and it selects them. …and it’s pixel perfect :D changes editor layer added framebuffer based entity picking clicking entities in the scene view selects them!!!! selection is based on the exact pixel under the mouse (i mean to implement gizmos i first need to know what the hell my mouse is on) project management also started laying the groundwork for actual project management. now that I have some sort of VFS implemented, I’m working on a way to properly manage Projects instead of relying on the current setup. still figuring out the exact structure, but ive been working on setting up the Project class
Namespace Refactor & Project Management Work Dependencies finally caused me to run into a namespace conflict after being lazy and unorganized… instead of being sane and just renaming one class.. I decided to refactor the entire project to use proper namespaces everywhere.. changes namespaces Refactored the entire codebase into proper namespaces project management / editor backend I don’t really have much visually to show this update since I’ve mostly been working on backend stuff. Working on: project management scene management VFS improvements editor saving/loading I’m using nativefiledialog-extended to work on proper file dialogs for saving and loading from the editor. Also been doing a lot of testing around project creation and loading. alot of this is in the hope i can get this working multi-platform and not just on linux (though i have yet to try and compile on another os) Things are working… for now… so progress :D
Editor & Scene Management been working on the editor mostly. changes ECS implemented generational ID masks for the ECS. this should prevents issues with stale entity references since IDs can now properly track generations instead of just relying on raw IDs. (i encountered this issue when testing multiple scenes in one project) scene manager fully implemented the SceneManager so it can actually be used by the editor & game layer. this allows the editor to properly load/save/validate/find and generally handle scenes through a unified API (goes for gamelayer aswell but it only really loads them) bug fixing spent a lot of time fixing various issues around: project folder management scene management loading / saving behaviour asset loading (cache was causing some problems on loading scenes but its all fixed now :D) mostly backend work but things are becoming a lot more stable and the editor foundation is starting to come together….
ive been mostly messing around with getting the ObSL language to be thread-safe and refactoring some things, so I don’t have much to show but my end goal is to be able to get scripts to run concurrently and outside of the main thread
Script multithreading (and concurrency) scripts now run on other thread(s) :D this took a fair bit of cleanup, but it’s working. changes script workers moved script execution onto worker thread(s) worked on script worker concurrency dynamically clamp the number of active workers based on how many callbacks are actually running, so idle threads aren’t just spinning doing nothing garbage collection did some work on the GC as well. introduced external root tracking fixed a few issues around GC roots while getting multithreaded script execution working cleanup spent some time cleaning up a bunch of backend stuff while getting all of this working. build system updated CMake so all executables, scripts, and (project) templates are output to a single build/bin directory instead of being messy. multithreading yay :)
ObSL Scripting Library Moved the scripting language into its own repository :) It’s now included in the engine as a library using git submodules and public headers instead of living directly in the engine source code Makes the project structure a lot cleaner .. for both projects ( ObSL can now be found at https://github.com/torkelicious/ObSL )
actually working on the editor I’m finally getting around to actually implementing the editor ..it still looks pretty similar (well mostly the same) but most of the UI before was just placeholder. changes editor implemented a Project Settings window implemented a Scene Properties window made the component widgets actually do something now load textures assign scripts change material colors change meshes change shaders etc…. added an Add Component button added Remove buttons to components it works.. so thats good :D
editor Gizmos! :DD this took a lot longer than I’d like to admit… but it’s finally working. changes gizmos got all gizmos working.. but had issues with rotation and scale at first figured out the issues with rotation/scaling ended up patching ImGuizmo at first to get things working, but after digging through the code I eventually figured out how to do it properly with the normal library translation, rotation, and scale gizmos all work now :)))))) honestly I learnt quite a bit just from messing around with the ImGuizmo internals.. but it was painful editor added a few more UI improvements as well. i.e billboard sprites now explicitly mention that rotation doesn’t do anything, instead of letting you wonder why nothing happens gizmos are one of those things I’ve been waiting on implementing.. but im finally happy to have them
Project Packaging been working on a packaging format for projects. the goal is basically to package an entire project into a single container while preprocessing assets that make sense to preprocess. Also makes shipping a game made in the engine in the future alot easier / cleaner, and portable. changes packaging implemented the start of a proper project packaging system. currently it: parses ObSL scripts ahead of time and stores serialized ASTs instead of source code (basically very similar to some sort of a very very simple AOT compiler) converts project, scene and prefab JSON files into MessagePack stores media and other binary assets directly in the package optionally compresses package entries with LZ4 the idea is that the engine has less work to do at runtime since scripts don’t need parsing and JSON doesn’t need parsing either. and a single “package” file is alot cleaner in general for a finished game “build” package format also implemented the actual container format itself. different asset types are stored as different entry types (scripts, binary JSON, media, shaders, etc.), so the loader knows exactly how each asset should be handled. tools added standalone packaging tools as well for packing and unpacking projects, mostly for testing. still a work in progress, but the whole packaging pipeline is starting to come together.
Project Packaging is Working been spending a lot of time working on project packaging, and it’s finally working now. the engine can now load projects directly from .obpak files, and I’ve got basic tooling to create them as well. the plan is to integrate the tooling i have now with the editor to “build” an obpak archive (i think its called an archive?) changes packaging implemented the full packaging/loading pipeline yippie :D currently the packer: pre-generates ASTs for ObSL scripts converts project, scene(s) and prefab(s) JSON into MessagePack bundles everything into a single .obpak container compresses the package with LZ4 assets like textures, audio and shaders just get copied into the package without any conversion runtime the engine can now load packaged projects directly instead of relying on loose project files. all of this goes through the VFS, so from the engine’s point of view it doesn’t really matter whether assets are coming from a folder or from an .obpak (i.e it can still load loose project files of course) tooling added command-line tools for packing and unpacking projects, i originally made it for testing but it’s actually pretty nice to work with so im probably keeping it. still probably things to polish, but it’s pretty satisfying seeing the engine load an entire packaged project properly pls ignore the lag in the video, i promise its not as terrible as it looks, its just that recording is pretty buggy for me
Project Exporting been working on making projects exportable from the editor it’s now able to export a project to the selected folder, package all the assets into an .obpak , and then copy over the runtime so the exported project is runnable changes project exporting added export to the editor choose an output folder for the exported project packages the project into an .obpak copies the runtime into the export folder renames the runtime to match the project name (just 2 files for full project!, executable and .obpak) the whole process is pretty much one click now instead of manually packaging everything together. file dialogs refactored my entire filedialog implementation cuz it was kinda broken packaging did some more work on the packaging pipeline while implementing exporting and put it in the editor ui im pretty happy that its all working and i can actually export stuff, and run it feels cool :)
editor rework & map editing groundwork been working on the editor again this update was mostly about cleaning up the editor architecture so I can actually keep adding features without everything turning into spaghetti. I also finally started laying the groundwork for proper map editing. changes editor reworked the editor state system. instead of instantly swapping between states, transitions are now deferred until a safe point during the update loop. this makes switching between Edit, Play, Map Edit, and the Hub a lot cleaner, and the editor now remembers which editing mode you were in before hitting Play. (i’ll admit… i was getting a bunch of weird, seemingly unexplainable crashes before eventually realizing my mistake was instantly switching states while things were still being updated/rendered…) also moved more UI responsibility into the individual states instead of having EditorLayer decide how everything should be drawn. map editor started putting together the map editor. currently i have: map hover and tile selection working placeholder Paint / Erase / Select tools the beginnings of a tile palette system a placeholder tile editor panel the actual editing logic isn’t implemented yet, but the foundations are there now :) asset picker ripped out the old “open a native file dialog for every asset field” flow. instead, the editor now lets you pick existing textures, meshes, materials and shaders directly from the ResourceManager , which is a lot nicer to work with and also avoids accidentally importing duplicate assets. (the old workflow would happily create a brand new object every time you imported something… which was fine for testing, but definitely wasn’t something i wanted to keep) rendering fixed a few editor rendering issues while i was at it. materials with invalid shaders now fall back to the default shader instead of silently disappearing fixed some edge cases with framebuffer entity picking currently unused, but functional shader hot reloading tests misc smoothed out editor camera movement and zoom added a few helper utilities for the map editor reorganized the editor UI code a bit doesn’t look massively different in screenshots, but makes future work alot easier/cleaner map painting is next ?..
map editor preveiw ig kinda didnt have much time to do anything today but im working on the tile editor
Map Editing, Brushes, and a 4(?) hour ImGui Bug The map editor is finally coming together It’s still a bit… rough but it does feel nice to be able to paint a map in the editor I did, however, spend an embarrassing amount of time trying to figure out why my click and drag “painting” wasn’t working… well.. ImGui was eating my inputs because it thought I was trying to drag the Scene View window around.. yeah.. changes map editor actually got the map editing tools working for real this time. the paint and erase tools actually place and remove tiles now instead of just being placeholder buttons added a brush radius slider, so you can paint in bigger hex rings added a preview outline that renders around your cursor so you can see before clicking toggling “is walkable” on a tile now properly syncs with the grid pathfinding editor ui spent some time making the tile palette and material editing.. work.. video explains better ngl im not good at describing ui stuff math laid some groundwork in the hex math system ( Lerp , CubeRound , and GetHexLine ) this is mostly for some future evil plans… still a WIP…
Logging Cleanup replaced all the random std::cout / std::cerr calls scattered throughout the project with an actual logging system logging implemented a proper logging system. replaced std::cout / std::cerr throughout the engine added support for different log levels optional logging to a log file centralized all engine logging into one place thread safe !!!! nothing particularly flashy or fancy, but its cleaner, easier to work with, and generally just nice i probably should’ve done this a long time ago :)
editor polish still nothing super flashy.., mostly a bunch of small things changes window titles the editor now updates its window title based on what youre working on. it’ll now include things like the current project and scene, or map project loading cleaned up project loading a bit. the editor now properly syncs the loaded project configuration into the engine context instead of relying on stale data also added menu in the map editor that lets you save and load map files (create new is just placeholder for now) UI added a small helper for rendering framebuffer textures in ImGui without needing to remember to flip the UVs every time. and made the tile Editor use it also forgot to mention in the last log that i cleaned up the “project browser” ui a bit logging fixed up some more logging :)
Undo/Redo! :) been working on some editor QoL stuff again… the biggest addition this time is a proper undo/redo system. it’s still very early and pretty barebones, but having the foundations in place is nice changes editor commands implemented the beginnings of a proper command system for the editor instead of modifying things directly, editor actions now go through commands, which means they can be undone and redone currently supports: entity transforms movement rotation scaling adding components removing components (with the exception of ScriptComponent for now.. that’ll get its own custom command due to the way it works) also keeps a command history, and the usual shortcuts are hooked up now: Ctrl + Z : Undo Ctrl + Y : Redo its still pretty basic, but it works and feels nice to use. input for this, I added proper key-combination support to the input manager. things like: Ctrl + S Ctrl + Z Ctrl + Y can now be handled properly instead of manually checking modifier keys everywhere logging did a bit more cleanup to the logging system as well. the logger now goes through a proper interface instead of everything depending directly on one concrete implementation, which should make it a bit easier to swap things around later if I ever want to. mostly backend work again… but undo/redo is fire
Undo/Redo …again! been working on the editor again the undo/redo system now covers a lot more than just gizmo transforms. but there’s still a few things left (entity creation/deletion mainly). changes undo/redo expanded the command system to cover most editor actions. currently supports: entity transforms adding/removing components adding/removing scripts editing project settings editing scene properties also fixed the undo/redo shortcuts so they only trigger once per key press instead of repeatedly firing while the keys are held… which is probably how they should’ve worked from the start map editor continued working on map editing. painting and erasing now properly integrate with the command system. also, an entire brush stroke is treated as a single undo step instead of undoing one tile at a time. also cleaned up a couple of edge cases while doing this, like preserving existing tile data and avoiding unnecessary commands when nothing actually changed. misc did a bit of cleanup around the editor while wiring everything together. centralized a few bits of duplicated UI logic cleaned up window title updates continued refactoring the command system the undo system is still unfinished, but it covers most of the important stuff and feels nice.. also.. still gotta fix some ui window-size stuff soon too but .. thats for later
Performance & Zero Copy Assets been spending some time under the hood… this one’s almost entirely backend. no new features, mostly went through the render thread, asset pipeline, & a handful of ECS loops to squeeze out more performance. it was incredibly rage inducing at times.. but seeing the profiler diff against baseline.. i am satisfied.. almost at peace.. but was considering becoming a farmer & never touching a computer again.. mostly because i thought i’d messed up more than i did.. but.. im happy now. changes threading & ecs i’ve reinvented the wheel enough already… but had to redo how tasks are dispatched. ThreadPool used to take a std::function , which heap allocates if you capture more than a couple pointers. scripts dispatch through this every frame, so it added up. swapped it for a custom Task type a 56-byte inline buffer, no heap allocs swapped the pending-task counter to a lock free atomic decrement instead of a mutex on every completion… rendering been cleaning up how the main thread interacts with the render thread. the main & render threads used to awkwardly poll eachothers framebuffers. now theres a m_ReadyFrames deque main pushes a frame index, render pops it. much cleaner :) ImGui draw data is now reused in-place instead of allocating & freeing a fresh clone every frame (ive put off fixing that hack for a while so its nice to finally come around to it). instanced draws no longer store a vector<mat4> per draw call, transforms get appended into one giant staging buffer per frame now. added SubmitPersistent for things that already own a long-lived buffer (like the map tile renderer) to skip the copy entirely. swapped a bunch of unordered_map s for flat vectors in the texture/VAO/uniform caches for a handful of items, linear scan beats hashing. batched rendering also caches the last bound texture & color uniform so b2b batches sharing a texture dont rebind needlessly. added a zero-size window safeguard for Wayland so it stops wrecking the renderer when the window briefly reports 0x0 during resize (also turned vsync back on, weird syscall spam otherwise) assets & packaging added VFS::ReadVirtualView to hand out string_view s directly into memory instead of owned strings for packaged builds, ContainerReader now mmap s the .obpak file directly, uncompressed stuff (textures, uncompiled maps) gets handed right to the parser without a copy. also now move only, with a destructor that unmaps memory instead of holding a copied vector of chars scripting the script hot-reloader was doing a stat() syscall on every script file every frame . oops. now polls every 300 frames & caches resolved paths.. thought i already debounced this.. guess not.. the on_update & on_destroy work buckets used to be freshly allocated vectors every frame… now static , so they just clear & reuse capacity editor & ui finally ripped out the old in game debug UI ( GameUI.cpp ), it had fallen out of sync with the ECS anyway (used it for debug visuals while implementing the first version of the ecs.. then forgot about it) the editors inspector does all of this better now, so replaced it with a minimal FPS counter audio & map audio engine now sets an explicit period size (2048 frames) via miniaudio to cut IPC roundtrips to the audio daemon.. (this one was annoying to figure out.. god bless strace & gdb) the map’s visible transforms buffer is now double buffered, rebuilds write to the back buffer while the render thread reads the front, no race conditions. also swapped typeMats from an unordered_map to a flat vector nothing user facing changed this time, but frame pacing feels noticeably smoother (somewhat suprised), & the packaged build starts noticeably faster i know it could probably be a lot better, but im still a bit of a noob at C++, so this is one hell of a learning project
GPU Lighting & Graphics Settings been doing a bit of rendering work again… mostly trying to optimize things. the biggest change is that I completely rewrote the lighting system previously all the point light calculations were happening on the CPU, and after doing some profiling (and spending way too long staring at compiler generated assembly annotations) it became pretty obvious that this was one of the bigger performance bottlenecks (well THE biggest excluding driver overhead) lighting now runs entirely on the GPU through shaders instead changes lighting rewrote the lighting system. lighting is now shader-based and runs on the GPU removed the old CPU-side lighting calculations moved engine shaders (like the base shader and lighting shader) into built-in InternalShaders (hardcoded string literals, it might seem messy but i prefer it like that) the internal shader change mostly exists because they’re pretty fundamental to the renderer. if they were treated like normal project assets and someone accidentally deleted them… well… suddenly nothing renders (unless they had setup their own shaders, which is fully supported!) and lighting completely falls over, also i prefer it to loading them from the filesystem anyways overall I’m pretty happy with how the new lighting system turned out graphics settings also started working on configurable graphics settings instead of baking them into the project, the engine now loads graphics settings from a separate JSON file. this doesn’t get packed into the .obpak , so users can tweak their graphics settings after exporting a game currently supports: resolution fullscreen MSAA (toggle + sample count) target FPS VSync it’s weirdly fun actually being back in OpenGL code again instead of just working with engine abstractions sometimes it’s nice to get back into the weeds.. even if its.. painfull :D
the OpenGL State Machine Strikes Back… I spent the entire day trapped in hell: debugging a corrupted OpenGL state… it may not show up as tracked hours.. since most of it was just staring at various forms of text.. but it was painful. problem so since i turned the lightmap to run on gpu .. well… Whenever I transitioned from the editor ( MapEditState ) into Play mode, the map would turn into like a bunch of weird diamonds, and the corruption would persist indefinitely until I remounted the current project. because it only happened on state transition, i spent hours chasing ghosts in my state management code and scene cleanup routines… (in the end though i did make some changes to the cleanup routines, but between states rather than scenes.. so i guess i was halfway there?) the culprit It was the lighting pass… took me forever to figure it out, but i had the genius and definitely NOT a very late and obvious idea i shouldve had hours ago , to see if the issue happened when i turned off the lighting system. so i put some early returns in my lighting system functions and.. it didnt corrupt.. inside LightingSystem::Update() , the renderer was modifying global OpenGL state changing depth functions, blending modes, and texture bindings, but not restoring them to their original defaults properly When the engine swapped states, the next frame inherited this dirty, half configured state, causing the whole thing to become a mess. the fix I went through the lighting system and made sure the state changes are wrapped and properly restored through the render thread.. LightingSystem.h : Full GL state save/restore around the light pass. now explicitly backing up and restoring the FBO, program, VAO, blend state, draw buffers, clear color, viewport, and active texture. MapEditState.cpp : OnExit() now properly nulls out m_MapComp and m_CurrentGrid . OnEnter() and will refetch them from the current registry so it isnt holding onto outdated references. EditorLayer.cpp : Added a call to renderer->Clean() after state transfers to clear out stale VAO and mesh caches.(bc its multithreaded things go kinda weird but.. it works now) glad thats over with :D Also heres a fun peek of what ObSL can do with EngineLib, yes, it can make your entire map look like hell..! i am totally not going insane
Editor QoL, Graphics Configs & Prefabs new devlog… mostly been focusing on editor ui and qol changes this time around. kinda tired of hardcoded settings for the graphics settings, so i finally built a proper interface for it, plus some prefab management stuff in the editor changes graphics settings i built a dedicated graphics configurator window in the window, for the current project ( GraphicsConfigEditor ). it hooks directly into the UndoManager using the command pattern ( GraphicsConfigUpdateCommand ) serializes everything out to graphics.json . added QuerySupportedSampleCounts which asks the active GL context ( before it gets handed to the render thread ) what MSAA sample counts it supports. the editor now dynamically generates the dropdown and snaps to a valid sample count (i.e 1, 2, 4, 8, 16). prefab management the editor now supports prefab management that i implemented earlier .. instead of directly writing it in the scene json file you can spawn entities directly into the scene from prefab json files you can revert a prefab, which wipes any local overrides and resets the entity back to whatever is saved in the file you can break a prefab, severing the link to the json file and turning it into a normal, standalone entity in the registry ui & editor cleanup spent some time making the editor less annoying.. in general the editor layout stops resetting itself , it now checks if imgui.ini exists on startup, and if it does, it skips rebuilding the default dockspace ripped the hardcoded hub drawing code out of the EditorLayer and made it its own state for the editor state machine refactored the config windows ( ProjectConfigEditor , SceneConfigEditor , and the new GraphicsConfigEditor ) to inherit from a base ConfigEditor class so its cleaner and easier to maintain.. fixed the script widget since the ui was kinda messy
Particles! :) Ive started working on a particle system. i have got the core pieces in place and it seems to be working nicely so far…. changes particles implemented the foundations of the particle system currently has: ParticleEmitterComponent ParticleSystem ParticlePool emitters currently support: configurable particle limits and emission rates randomized lifetimes and velocities “gravity” size over lifetime color over lifetime world space simulation materials obviously so far it’s all behaving pretty well… EngineLib next up is getting particles exposed through the EngineLib API so scripts can spawn and control emitter components we will see how it goes…
mostly just spent some time going through some old code.. nothing really important, but i’ve also replaced the placeholder assets.. with my own placeholder assets that i drew in GIMP, considering i probably do not have the rights at all to distribute the previous assets.. :)
More Particle work… been spending some time on the particle system… changes particles expanded the particle system quite a bit. currently supports: randomized size ranges randomized rotation configurable emitter shapes (support quad, circle, and soft circle) alpha and additive blending configurable render order (still kinda broken but im working on it) per-particle color over lifetime particle presets that can be saved and loaded (as JSON) also added an editor preview mode, so particles can be previewed while editing instead of only showing up in play mode renderer had to do a bit of renderer work to support all of this particles now use their own dedicated shader added support for per-instance colors during instanced rendering added an overlay render pass for effects that should render on top of the scene cleanup also did a some more project cleanup, splitting up my Utils header into multiple files.. nothing special though misc particle emitters can now be saved as reusable presets (some which will be shipped as defaults ofc) as suggested by @sol4r_on_hackclub cleaned up a few asset importing edge cases fixed a couple of packaging issues too I’m pretty happy with how the particle system is coming along :D
UI Experiments since working on the particle system, I feel like it’s in a pretty good place for the current scope. I don’t really know what else I want to add to it right now, so I decided to finally start on something that’s been sitting in the back of my mind for a long time… a proper UI system. changes particles mostly just spent some time testing and polishing the particle system to make sure everything behaves properly I’m pretty happy with where it’s at for now UI started prototyping a custom UI system it’s very early, but I’ve got the basic rendering pipeline up and running currently working on: a UIElement system a dedicated UI renderer text rendering font loading using FreeType right now it’s mostly just enough to prove everything works, but it’s the foundation for the runtime UI system ive wanted for a long time the goal is for games made in the editor to be able to have their own UI, with everything exposed through EngineLib so scripts can create and interact with UI elements as well honestly, for now.. I was expecting it to go alot worse.. FreeType isn’t as bad as it seems once you get it working with GL The screenshot below dosent show much, but you can see the rendering of Text and rects, it also supports textured rects (which is what the text is currently using to render from a texture atlas)
game UI Progress been continuing work on the UI system. changes UI made some good progress UI system currently have: font importing working texture support for UI elements basic text rendering a simple editor view panel for UI it’s still very much WIP editor right now it’s pretty basic, but it’s enough to start experimenting with how creating and editing UI might actually work inside the editor there’s still a lot left to do before I’d call it usable, but im making progress.. getting text working is painfull, and still unfinished.. but im workin on it…
more ui ive been kinda sick so i aint really had the motivation to do a lot but ive been working more on the UI system im kinda tired so i dont really feel like writing more for now -.-
Scripted UI, Map Workflow, & a Bunch of Bug Fixes alot of bug hunting… changes scripting & ui scripts can now actually interact with the UI system. added bindings for things like: creating UI buttons, text, rects, and images finding UI elements destroying UI elements these return wrapped objects with basic getters/setters for position, visibility, and button state map workflow spent a fair bit of time cleaning up the map editor flow. maps no longer get a fake default path on creation switching to the Map Editor tab now auto-creates a map (empty) if there isn’t one yet mapFilePath now stays project dir relative instead of randomly becoming absolute tile materials are now shared properly instead of silently duplicating state rendering & lifetime bugs i’ve been doing alot of testing recently, so i found alot of bugs… this was probably the biggest pain point. renderer submissions now keep materials and meshes alive for the frame instead of trusting the caller replaced the old Shader::Default() singleton hack with a real fallback shader (internalshaders base) fixed the lightmap quad so it keeps its own VAO and clears correctly when there are no lights fixed a Texture move bug that was double-deleting GL handles sometimes editor polish also cleaned up a bunch of editor behavior while I was in there. Ctrl+S now behaves correctly depending on whether editing a scene or a map scene loading now rebinds editor panels properly save/load dialogs now append file extensions automatically added more inline warnings in the inspector and panels (i.e if an entity has no material it will tell you it wont render) and ive probably forgotten something else … in summary ive just been testing out some UI/UX changed and hunting down bugs untill I feel it is ready to maybe start prearing some sort of demo :)
Entity Hierarchy & Scripting Integration finally caved & added actual parent/child relationships to entities changes entity hierarchy entities can now have a parent & children via a new RelationshipComponent . Registry::Reparent() handles moving an entity under a new parent, with cycle & self-parenting protection so you cant do anything silly like parenting an entity to its own descendant. TransformComponent now has a worldTransform alongside the existing local one, a new HierarchySystem systems that care about actual position (i.e AISystem ) read worldTransform now instead of assuming local == world. destroying an entity recursively destroys its children too & unlinks it from its parent’s child list scene serialization now saves & restores the hierarchy editor the Registry panel is a proper collapsible tree now instead of a flat list drag & drop reparenting, plus a right click menu for “Create Child”, “Detach”, & “Set Parent”. scripting pulled all the entity/component script bindings out into their own EngineLibRegistry.cpp module, they were kind of scattered around before & this makes them way easier to find & extend. scripts can now walk the hierarchy too (get children, etc), same module. added SetFont / GetFont bindings so scripts can assign or query a button’s font, small thing but script generated buttons wont have visible text without it :) misc cleanup small modernization stuff while i was in these files anyway: dropped redundant ternary parens, swapped a bunch of auto x = ...; if (x) into if-with-initializer, dropped some unnecessary global qualifiers, const-correctness fixes on UISystem::Update & UIRenderer::Flush . (yes i know the gizmos are offset and buggy, i kind of forgot to update the gizmo code after changing transforms :p )
working in a windows vm trying to get it to compile on windows… it is obviously going great… -.-
Windows Build The Windows build seems to be working.. I don’t have proper OpenGL passthrough in my VM… However, the Windows executable compiles perfectly in the VM and is running fine under Wine. so I consider that a win for now…
Bugs bugs bugs… I’ve been working on a demo project to both test the engine properly (looking for bugs and all), and also have something to actually show off made in my engine… this is the project you’ve been seeing in the last couple logs btw :) of course… since I’ve been using the editor for actual “work”, I have found a bunch of bugs. the biggest one being the entity ID situation… or.. disaster? changes the entity ID mess in the past, out of laziness… entity ID 0 was being used as both a real, valid entity handle and the “no entity / invalid” value depending on where you looked. which worked fine… mostly because of pure luck. the annoying part was that after working on this for a while I wasn’t even sure anymore if I was using 0 , -1 , or something else for invalid entities.. yep.. so I finally cleaned it up there is now a proper INVALID_ENTITY_ID constant, and entity index 0 is reserved for invalid entities. real entities now start from 1 . went through and replaced a bunch of random == 0 / != 0 checks across ECS, serialization, prefab handling, editor panels, and scripting bindings. project templates added support for multiple project templates. new project creation now scans the Templates/ folder instead of everything being hardcoded to “Default”. currently has: DemoProject Empty the demo project is mostly there to show off the newer UI/scripting stuff (the same demo as mentioned before), while Empty is just a completely blank scene. hierarchy & transforms fixed entity and UI reparenting. previously moving something to a new parent could randomly change its position because it was just applying the new local transform now reparenting keeps the world transform, so dragging things around in the hierarchy behaves properly UI & text rendering fixed a bunch of UI text issues. text now centers vertically using actual glyph metrics instead of a random offset I was “pretty sure” was correct it was not, in fact, correct button text now scales to fit inside the button fonts can now load directly from VFS memory instead of requiring a real filesystem path the VFS font loading one was something I completely forgot about when testing outside packaged projects… oops. packaging implemented .pakignore instead of a hardcoded ignore list, the packer now supports gitignore-style patterns in a .pakignore file and properly skips ignored folders/files also fixed a few smaller packaging issues while testing exported projects. misc a bunch of smaller things: map save/load dialogs now default to the project maps folder fixed scene switching bindings in editor play mode fixed a lightmap redraw bug font importer now only accepts .ttf / .otf added a small README with build instructions since im planning on publishing the repo soon (and writing all the docs… scary..) nothing super flashy this time.. but important
the repo is public been working on gettin things ready for that, mostly writing some docs and getting GitHub Actions set up so I can build and release cross-platform builds also did some small code cleanup / fixes while I was going through everything. changes github actions i setup a workflow to compile the project on linux, windows, and mac, and then publish a release (mac is untested but compiles). im real happy though that its actually compiling on all “major” platforms though docs finally wrote some actual documentation… there are a few files in the docs/ folder now and a proper README still a WIP obviously, but at least there’s something there… misc implemented create new map button i forgot about completely repo there is already a build published as a test of the github actions thingy, try it out if you want :D https://github.com/torkelicious/obliberry
Lighting Fixes been fixing a few small things with the lighting system mainly fixed lights using the wrong entity transform I forgot to account for entity parenting when I implemented that… also added a per-scene toggle for enabling/disabling the lighting system
scripts can schedule stuff for later Added SetTimeout to the scripting API changes SetTimeout SetTimeout(fn, ms) calls fn() after ms milliseconds. simple to call from obsl timers live in a plain std::vector<Timer> in a new Platform::Time namespace, polled once a frame from Scene::Update no threads, no async bs or whatever :) the callback itself is a SmallTask , which falls back to a heap allocation if the closure is too big to fit inline fine for this since timeouts aren’t really a hot path timeout callback fires from an arbitrary point in Update , so it gets its own ScriptCommandBuffer set up on the worker just for the duration of the call, then flushed right after also gc.add_root / remove_root the function around the callback so it doesn’t get collected while it’s sitting in the timer list waiting to fire Documented it in the api reference alongside the other Time functions also tiny UI tweak in the tile editor: it now warns “no tile types defined, no map will be visible!” instead of just “no tile types defined” was seeing people get confused about why a new map looked empty after trying to paint also small updates to docs in general and stuff but nothing super interesting
…the default imgui theme first off, huge thanks for all the incredibly kind reviews on my last ship !!! most of this work was also inspired by someone pointing out that i was still using the default imgui theme. fairs… so i spent some time making the editor actually customizable and messing around with having some kinda-nice defaults :) editor ui & theming live theme editor: built a proper window to tweak colors, spacing, padding, rounding, etc. in real-time. semantic palettes: added a semantic color system so you can build out a theme from a small set of base colors, rather than manually adjusting every single internal imgui color enum (though you can still override individual colors if you need to). serialization: themes dump straight out to a theme.json sitting right next to the editor executable. undo/redo: the theme adjustments go through the undo/redo system! help menu: put in a placeholder help menu. turns out literally nobody likes reading docs, so i guess i gotta start explaining how to use the engine from inside the engine… not implemented yet though editor groundwork did a bit of backend cleanup as well. added an EditorContext for editor-specific state, separate from the runtime EngineContext (currently just used for theme stuff) started working on editor font support with a FontSet for things like Body, Bold, Monospace, and Icons, not implemented though the font stuff is mostly groundwork for now, but the theming system is actually working and makes the editor feel nice :D
fighting with fonts font-management rabbit hole in the theme editor… still wip changes font management in the theme editor the theme editor now has a proper Fonts section import .ttf / .otf fonts directly from the editor assign fonts to roles like Body, Bold, Monospace, Icons, etc. merge fonts together so icon fonts can be stacked on top of regular fonts rename, delete, and change the size of fonts fontsets are now saved as part of the theme, so imported fonts persist across restarts the role system isn’t fully wired up yet currently Body is used as the default editor font and Monospace is used for the console. im still working on the whole font management system here and its very unfinished and kinda untested.. very WIP!!! hot-reloading the annoying part was getting font changes to work while the renderer is running on another thread. rebuilding the ImGui font atlas in the middle of a frame was… not ideal, and eventually resulted in an assertion. now font changes mark the atlas as dirty, and the editor waits for the render thread to finish before rebuilding the atlas at a safe point. not the prettiest solution, but it seems to be working.. kind of dpi & freetype also experimented with DPI handling for fonts and wrapped FreeType into a single shared instance instead of creating separate instances everywhere. still figuring out exactly how I want the DPI/font sizing stuff to behave, but it’s getting there. bug fixes while doing all of this I also ended up fixing a few unrelated things: fixed an old GUI rendering bug where text could stop rendering or become garbled because of a pointer race thanks to @staneko for helping test/report that one since I couldn’t reproduce it properly on my system fixed a weird compilation issue related to namespace escaping bumped the vendored ImGui version for some dynamic font-related fixes a few other small UI changes and cleanup still working on this, and the font management side definitely isn’t finished yet… most of this time was just spent trying to get it to half-work so.. yep..
mostly ui stuff (and fighting windows wide chars) yay pretty ui editor ui theming ui blah blah idk what to call it kinda cleaned up some stuff into proper members so the ui state doesn’t get all weird and persistent when you close the theme window discarding changes: actually works now. closing the window used to revert colors but keep your staged font changes, which was dumb (didnt really cause issues since changes werent applied anyways unless you saved beforehand but still.) font role indicators: added a little visual thingamabob where the font list now shows a star next to whatever font is actively set as the body font (also font name is now rendered in its proper font) path tooltips: added a hover tooltip on the font list items that shows the full file path of the font also some placeholder stuff in the code for searching the customization menu i might be implementing soon windows compat std::filesystem::path everything: went through and switched out the raw std::string usage for font paths inside FontConfig , replacing them with std::filesystem::path . this was purely because my windows ci build was failing. i was passing raw char strings around and doing weird string conversions, which completely blows up on windows because it expects wide chars for paths and i didnt consider that when i was being lazy and doing silly conversions and stuff because i just wanted to pass ez pz to a c library. freetype & serialization cleanup: updated all the internal freetype helper functions ( GetFontName , etc.) and the json theme serializer to play nice with the new paths instead of passing raw char pointers kinda mostly just making it a lil more prettier
scrips can change things on the map yippie changes scripting scripts can now modify maps through EngineLib added: Map_SetHexWalkable Map_SetTileType yes, i made sure changes to walkability properly update the map’s pathfinding data instead of leaving it with stale information… sanitizers added sanitizer builds…. got ASan + UBSan working through CMake, along with presets for testing… it has helped already :) timers SetTimeout : if a script created a timer and then the scene changed before it fired, the callback could still run against the old scene state. timers now use generations, so changing/reloading a scene invalidates any timers belonging to the previous scene. editor fixed another map editor bug where discarding unsaved changes didn’t actually discard them… it would clear the dirty state but leave the edited map in memory… i knew about this bug and fix for a while, but i kept on forgetting about it… but its finally done -.- also added an Edit button to script entries in the project browser so scripts can be opened directly (launches default app it detects for the file via ur os)
more docs… and some bug fixes some small bugs that have been annoying me for a while finally got fixed… and I wrote more docs than I probably needed to…? or maybe too litte.. who knows changes entity selection actually clears now fixed an issue where clicking empty space in the viewport wouldn’t reliably clear the current selection. the pick-result handling was structured wrong, so the “nothing was selected” case basically never got handled properly. also explicitly clear the entity ID framebuffer attachment every frame so it doesn’t leave stale IDs around from previous frames. i knew this was broken, and figured the fix would be pretty simple for a while.. but i just kinda forgot to fix it.. oops…. fixed parent transforms during scene loading fixed a bug with parented entities getting their transforms messed up when loading a scene. the issue was that scene loading was using the same Reparent() logic as interactive editor reparenting. that function intentionally recalculates the local transform to preserve world position, which is what you don’t want when loading a transform that’s already been serialized correctly… was eepy when writing that i guess added Registry::SetParentDirect() for scene loading, which just sets up the parent/child relationship without touching the transforms. interactive reparenting still uses the old behaviour, so dragging entities around in the hierarchy still preserves their world position misc cleaned out some old commented-out code docs, docs, docs also wrote proper editor documentation section covering things like: editor concepts usage scenes prefabs components and some even have screenshots.. yes i know.. fancy the help button in the editor links to some of these pages now. i guess “figure it out yourself” wasn’t really an acceptable documentation strategy anymore…. i mean i had some docs.. but they weren’t that good for editor-usage and more technical stuff.. so yep.. also made the README headers slightly more obvious because people were still asking where the download link was ….
persistent Entities been working on persistent entities via a tag.. the same idea as Unity’s DontDestroyOnLoad, except you mark entities as persistent in the editor instead of doing it through scripts (scripts can do it too though). everything keeps breaking or half-working help.
persistent entities… again kinda scrapped most of the first attempt at persistent entities and decided to redo it instead of setting persistence in the editor, I went with something closer to Unity’s DontDestroyOnLoad , where scripts explicitly mark entities as persistent. makes more sense and is a lot less weird around scene changes. (i.e this.SetPersistent(true); ) changes scripting added: entity.SetPersistent(true) entity.IsPersistent() persistence persistent entities are tagged before the scene unloads, serialized normally, then re-injected and reparented when the new scene loads. the persistence tag itself isn’t serialized, so it won’t accidentally end up saved into the scene dedup added some basic deduplication so persistent entities don’t get duplicated if the new scene already contains an entity with the same name. its name based for now… not very great, but good enough
mostly windows fixes changes SetLightmap took a raw Lightmap* and just held onto it for the frame swapped it for a small value type the renderer copies out immediately instead… this sometimes caused crashes but seemingly only on windows?.. just my luck.. LightingSystem had the same issue, was writing back into ECS memory through a raw pointer from a GL init task. now creates the framebuffer/vao up front and just calls Invalidate() on them SubmitPersistent was also holding a raw pointer into caller-owned memory, now copies into the staging buffer like everything else does RenderBatch used to just silently not draw anything if a batch went over MAX_INSTANCES . now it chunks into multiple draw calls instead of dropping the whole thing InvalidateGLCache wasn’t resetting the dynamic instance buffers, only the VAO cache, so they could point at dead GL objects after a context loss actual windows fixes opening files tries to open via already existing file associationg, otherwise falls back to the “open with” dialog if there’s no default handler also the paths get normalized to backslashes now asset import for scripts and so just does a file copy now instead of going through the old import path
code cleanup & optimization currently going through a bunch of older code and fixing / optimizing things. prolly way too much to actually write about, and most of it is just boring small changes, bug fixes, and a lil cleanup big pr i guess soon idk
hardening + performance stuff so this is kinda the continuation of the last log(s) where i was going through some old code kinda boooring but its important performance mainly been trying to get rid of unnecessary allocations and full scans stuff optimized ECS entity/component lookups and removal reworked hierarchy propagation to avoid unnecessary registry scans reduced allocations in scripting and UI command buffers cached script wrappers so they can be reused instead of constantly recreated improved UI lookups with a proper name index made particle/lightmap updates only rebuild when actually needed cached project browser directory scans capped the editor console and added clipping for large logs also did a bunch of smaller optimizations around scripting task scheduling and resource loading things thread safety went through a lot of the cross-thread stuff as well made ResourceManager access properly synchronized experimenting with the audio locking guarded FreeType access made window size and pending scene state thread-safe fixed some render thread / GL context handling basically trying to make all the multithreading stuff a little less “it seems to work” type stuff though alot of this probably wasnt actually causing any issues YET , it would be very hard to debug in the future if I didn’t try to fix it now so yeahh correctness fixed several out-of-bounds issues in VFS/package parsing made VFS path resolution properly stay inside the VFS root (oops…) fixed hierarchy reparenting allowing cycles fixed a few dangling references in hierarchy code fixed some component pool and packaged asset lifetime issues undo history now clears when loading a scene cleaned up a few map editor edge cases fixed text centering fixed the triangle mesh made engine context non copyable also updated the demo template while I was at it (since a recent movementcomponent update it wasnt behaving properly due to the addition of a new field) there are other small things i probably didn’t mention here too but it’s mostly all a collection of a bunch of small things im still testing this though and looking into a few other small things…..
ui editing gizmos!!!1 you can finally drag UI elements around in the editor (instead of typing position/scale values into the inspector) changes ui gizmo added a proper UI gizmo with resize handles and dragging support and that corners resize both axes, edges resize one axis dragging the body moves the element resizing from the top/left keeps the opposite edge anchored added a small drag deadzone so clicking doesn’t accidentally create an undo step UI transforms now go through TransformUIElementCommand , so they’re undo/redo -able also renamed the existing entity gizmo code and naming gets confusing otherwise… coordinate stuff the gizmo needed mouse coordinates relative to the viewport rather than the whole window, so added some better viewport coordinate handling for that… maybe a lil late ui editing mode buttons won’t randomly enter their hover/pressed states just because your mouse is sitting over them now in the editor beccause its a lil annoying when editing small optimization also fixed UIText and UIButton recalculating their text layout every frame when nothing changes feels nice :)
custom meshes im trynna make it so you can draw your own custom 2d meshes in the editor its still a lil buggy but it’s mostly working, serializes and all that :) very fun…
experimenting with post processing working on a lil post-processing pipeline still very wip but im mostly just playing around with various shaders and stuff changes the pipeline PostProcessor is a simple “ping-pong” chain: scene renders to an off-screen FrameBuffer , then each enabled effect runs full-screen-triangle shaders bouncing between two ping-pong buffers, in whatever order they were added I’m working on a system via variants to get uniforms to be easily serializable and such, it seems to be working but I havent actually wired it into anything just yet. editor and runtime a lil bigger change than expected. i implemented a unified fbo for both editor/runtime rather than the weird jank i was doing before editor: scene renders into m_SceneFrameBuffer , post effects run, then it gets sent into the ImGui viewport image like before runtime: same scene framebuffer, same post effects, then PresentToScreen goes to the default framebuffer instead just some general cleanup for that ig crt shader i wrote a lil silly CRT looking shader to test it out as shown below, it’s cool but kind of useless, but very fun to play with!!!
more post processing!!!! this took way longer than i thought it would but uh whateveer. i think i still gotta fix some small things but its working pretty alright :D editor ui added a proper ui for post processing :) threw in an import button and stuff so you can load in fragment shaders as post proc fx you can edit the uniforms directly in the ui now stuff glsl uniform parser: wrote a very simple basic glsl uniforms parser. this is what makes the ui editing possible, but it also helps a ton with serialization so i don’t have to hardcode everything serialization: implemented saving and loading for post processing effects and also made post processing effects bound per-scene instead of being a global engine thing yay post processing funny effects shaders aaaaaaaah
shader preprocessing been working on a small shader preprocessor thing while also finishing up the final bits of post-processing right now the preprocessor is pretty simple, mostly just adding support for: #include #pragma once I haven’t actually needed it yet, I just kinda had the urge to make it… so now I have a shader preprocessor …? its pretty extendable and all though so usefull to have ig :)
too many post proc fx? followup to the post processing / shader experiments… changes shader includes shaders can #include "rand.glsl" etc and it resolves properly. it checks the project VFS first, then falls back to the engine’s own shader helper directory if it isn’t found there. engine shader helpers also get packaged into exported games under engine/shaders/ , so includes keep working at runtime. added a few helper include files: rand.glsl / auto_rand.glsl - seeded hash-based random, with auto_rand reseeding per frame from u_Time color.glsl - HSV conversion, lift/gamma/gain, contrast, saturation, and three-way color wheels commons.glsl - engine-provided uniform declarations so you don’t have to redeclare u_Resolution , etc. in every shader for engine-provided uniforms the helpers use #ifndef / #define guards, so auto_rand.glsl can include rand.glsl without causing double declarations if the effect shader or another include declare the same uniforms or includes. more built-in effects added a few more built-in post processing effects: ColorGrading - exposure, contrast + pivot, saturation, lift/gamma/gain, and shadow/midtone/highlight color wheels using color.glsl FilmGrain - chunky per-cell grain with u_GrainSize controlling the cell size Vingette - yes i know its mispelled. uniforms with Wheel in the name now get the wheel-style color picker instead of the regular color picker, since a normal RGB slider cleaned up effect registration used to have two separate lists, one for raw shader registration and one for the default effect chain. this meant adding an effect involved touching two different structs in two different places. merged those into one PPRegistration list with an inDefaultChain flag shader debug name added an actual m_DebugName field and made error messages / the material inspector fall back to it when there isn’t a real file path. docs wrote up some post-processing editor docs ….. i hate writing docs.. also .shader is now a valid extension for importing custom effect shaders, alongside .frag / .glsl trimmed down the miniaudio CMake config by disabling its examples, tests, and tools, along with Vorbis/Opus/FLAC support since i’m not using any of that….
sllight hub overhaul redid the project hub screen and added recent projects tracking, since up to now opening anything meant going through a file dialog every single time… changes recent projects get tracked in a PROJECTHIST file (next to the editor executable) …dead simple format, one filepath per line, each pointing at a project’s .json . capped at 5 entries, oldest just get removed off the list. hub screen is basically remade two docked panels now instead of one. left panel is the same buttons as before (new project, open project, etc), right panel is the new recent-projects list, up to 5 entries since that’s all the history file holds. also removed some unused dead code i found… QoL type stuff i guess :D
copy paste (kinda) also too much time fighting windows builds tried to get entity copy/paste working and it’s… janky. also ended up wasting a stupid amount of time just getting windows builds to actually build again because i lowk forgot again about how it wont let me pass paths as strings implictly as it does on every other damn os… changes copy/paste (wip, kinda broken) started on ctrl+c/ctrl+v for entities & ui in the editor it kinda works but is really janky and does not feel good to use, also tried implementing it in the context menu but its not workiong at all -.- other the windows fixes…. some resharper reccomendation inspection type shi but lowk its been a while since i logged soo yep
collision stuff been working on a collider system. still pretty early and not hooked into EngineLib yet, but most of the basic backend + editor stuff is there planning to expose it to scripts in a similar way to how Unity handles collision callbacks / triggers, but that’s for later……. collision added a new ColliderComponent with: box and circle colliders offsets size / radius trigger support collision system currently handles: box vs box circle vs circle box vs circle collision normals + penetration depth ‘trigger’ collisions also added a CollisionWorld that keeps track of collisions between frames and generates Enter , Stay , and Exit events. mostly groundwork for when I hook this into EngineLib… collider editing colliders are editable from the editor theres a collider inspector widget for changing the shape, offset, size/radius, and whether it’s a trigger, plus a viewport gizmo for directly moving and resizing them collider edits also go through the undo system, because every new editor feature needs to become an undo/redo problem eventually……… :D other editor fixes entity copy/paste now copies the whole child hierarchy instead of only the selected entity pasted hierarchies keep their parent relationships added copy/paste to the entity and UI context menus fixed stale entity / UI selections after the thing being selected gets deleted fixed single-key shortcuts like V , T , R , etc. firing while Ctrl/Alt/Shift was held keyboard camera movement no longer fights with Ctrl/Alt shortcuts a few smaller include / cleanup things mostly collision work though. next step is probably getting the collision events into EngineLib and experimentiung w. it its still a bit jank of course but it works i guess :DDDDD
collision system round 2 i guess ended up pretty much reworking most of the collision system….. the first version was still basically 2D, with separate box vs box / circle vs circle / box vs circle functions. that worked as a starting point, but it was gonna get annoying … so… it is 3D now. colliders ColliderComponent now supports: boxes spheres cylinders 3D offsets / dimensions triggers entity-space or billboard orientation billboard colliders follow the same camera-facing basis as billboard rendering, which means billboard sprites can still have colliders that actually line up with how they appear on screen. GJK got rid of all the individual boxVBox , boxVCircle , etc. collision functions and replaced them with support-mapped collision detection using GJK. each collider shape just provides a support point now, the intersection test doesn’t care what combination of shapes it’s checking. i dont fully understand the math completely yet.. but it kinda makes sense :D still no collision response / physics yet. this is just detection + events, i think ill prolly get it into EngineLib.. soon… events the CollisionWorld still tracks collisions between frames and generates: Enter Stay Exit trigger state is kept with the collision too. this is for EngineLib integration. scripts should be able to react to collisions / triggers like unity I have not gotten around to this yet though… collider gizmos also had to redo the collider gizmos now that colliders aren’t just flat 2D shapes anymore… its a lil janky but it works.. billboard cleanup while doing the billboard collider stuff I also cleaned up billboard rendering a bit billboards used to have their world transform temporarily modified by SpriteBillboardSystem before rendering. now the billboard matrix is generated when the entity is submitted to the renderer instead, so the actual ECS transform can stay as the real entity transform there’s now one shared billboard matrix helper used by both rendering and collision, which is considerably less cursed. um scripting integration next i guess.. if something dosent explode ! :D
collision callbacks scripts can do collision things now….!!! script collision callbacks ObSL scripts can now define collision hooks: on_collision_enter(other) on_collision_stay(other) on_collision_exit(other) on_trigger_enter(other) on_trigger_stay(other) on_trigger_exit(other) the other argument is a normal EngineLib entity wrapper, scripts can do stuff like check its name, components, etc. collision events get collected by the CollisionWorld , then dispatched to the relevant script instances afterwards. they’re also run through the existing script command buffer ofc 2D collider shapes are back too… added explicit 2D shapes alongside the 3D ones: Rectangle Circle so the full set is now: Box Sphere Cylinder Rectangle Circle rectangle / circle are flat shapes. which is nicer for sprites and other 2d things movement actually respects colliders hex movement now checks whether an entity can actually occupy its next tile before moving there. added a CanOccupy() collision query which builds the entity’s collider at the target position, it blocks the move if something solid is in the way. triggers don’t block movement. collision robustness stuff also did a bunch of smaller fixes around the collision added a shared collision tolerance instead of random 1e-6 s in different places AABB overlap now uses that tolerance too improved collider validation depending on the actual shape fixed gizmo world-to-local conversion to use the proper inverse transform more finite-value / clipping checks in the collider gizmo GJK Indeterminate results preserve the previous collision state instead of automatically counting as a collision p.s, heres a lil photo of my attempt at making syntax highlighting for obsl using textmate grammar… :D
spritesheets / animation finally … spritesheet support spritesheets added a new SpriteSheetComponent with: texture rows / columns optional row + column spacing start frame animation length FPS looping playing / paused state current frame basically the renderer can now render only a specific UV region of a texture animation also added a small sprite animation system that advances frames based on FPS and handles looping / stopping at the end etc etc animations also update while in the editor… might be annoying for some, might be less annoying for others.. but thats how i like it editor stuff you can pick the texture, set rows / columns and spacing, choose the start frame + animation length, change FPS, toggle looping / playback, scrub the current frame, restart the animation, etc. etc EngineLib scripts can inspect stuff like the current frame, frame count, FPS, rows / columns and texture, and can also change the texture/grid/animation, set frames, play, pause, restart and stop animations. Collider also has a proper EngineLib component wrapper instead of collision only being accessible through the callback hooks. right now that’s just getting / setting whether it’s a trigger, but it’s there. also added both Collider and SpriteSheet to the normal GetComponent , AddComponent , RemoveComponent , HasComponent , etc. obviously. some cleanup did a bit of registry / EngineLib locking cleanup while I was in there too, mostly around entity wrappers being created while the registry lock is already held. also fixed one very stupid collision callback typo where on_collision_stay was looking up the wrong hook… oops….. im also starting on documenting this stuff…. yep.. pain… spritesheet used in video attached for testing is : https://opengameart.org/content/animated-butterfly
btw pls star on girhub animation clips / refactoring spritesheets …kinda refactoring the whole spritesheet animation thing already the first version worked, but having FPS / looping / frame ranges etc directly on the SpriteSheetComponent was gonna get pretty limiting cuz what if I wanted multiple animations for one sprite. it might sound stupid but for me it’s always worked to get a prototype working, then refactor/reimplement it. thats even what i did for this entire project early on, before it deleoped into a full on engine :D so now the spritesheet is mostly just the sheet + currently displayed frame, and animation playback is seperate animation clips working on proper animation sets + clips. an animation asset can have one spritesheet and multiple named clips, with each clip containing its own list of frames :D each frame also has its own duration now instead of the whole animation just sharing one FPS value, so stuff like holding a frame longer or doing irregular timing is possible without clips can loop independently too animator component added a separate SpriteAnimatorComponent which handles the actual playback state: animation asset initial clip autoplay current clip current frame inside that clip elapsed time playing state the normal SpriteSheetComponent is way simpler now… it just says what sheet + frame should currently be rendered (the animator updates that for it) animation assets animation sets are assets now under assets/animations/ they serialize separately and contain the spritesheet setup plus all the clips / frames / durations they are loaded through the normal asset system and registered in the ResourceManager scene serialization now keeps the animator config like the selected animation asset, initial clip, and autoplay editor stuff the sprite sheet inspector got reworked for the current thing but whole UI stuff isnt finished once an animator is attached it owns the sheet/frame instead of both systems trying to edit the same thing. I still need a proper UI for actually making / editing animation assets and clips though. i shall work on this next!!! (right now the backend is pretty much all ive done but its taken a lil longer than i thought… who wouldve thought adding cips cleanly would take this whole aah refactor) scripting EngineLib updates too SpriteAnimator in scripts can now do: Play("walk") Restart("walk") Pause() Resume() Stop() IsPlaying() GetClip() it is now based on named clips so i guess not anything flashy to show but… its stuff :)
animation editor continued working on the animation system and made the editor UI…. animation editor there’s now a Sprite Animation Editor you can: choose the spritesheet texture edit rows / columns / spacing create, rename and delete clips toggle looping per clip edit individual frame indices + durations move frames up / down duplicate / remove frames expand / collapse the frame list also added range generation so adding a normal animation doesn’t make you manually enter every frame one by one….. theres also an Apply FPS to All Frames button ! preview added a live preview for the selected clip. you can play, pause and restart it woaw it shows the current clip frame and spritesheet index while it runs…. project browser integration animation assets are properly integrated into the project browser now too there’s an Animations section where you can create, import, edit and delete animation assets creating a new one lets you choose its path then opens it in the animation editor. the animation asset workflow is mostly usable from inside the editor :D erm even more enginelib changes for the new systen that i still have to document… ( Play() Restart() etc) some cleanup working on… some mostly const-correctness, explicit casts, ranges, include cleanup and some other small stuff etc etc.. god bless resharper c++ also cleaned up some EngineLib entity wrapper code around registry locking so it can create wrappers safely when the registry mutex is already held spritesheet used in video attached for testing is : https://opengameart.org/content/animated-butterfly
I will not elaborate
asset system refactor + some editor stuff been wanting to redo how assets work for a while now. until now scenes carried the asset definitions with them, and loading scenes would keep throwing resources into the global resource manager. worked fine enough , but it also meant resources could kinda just accumulate forever.. i seperated them now!! assets.json projects now have a project-wide assets.json catalog. textures, shaders, meshes, materials, fonts, animation sets, etc. live there instead of getting serialized into every single scene. scenes / prefabs / UI / animations etc. just store resource IDs and the definitions live in one place besides making scene files considerably less bloated, this means saving a scene no longer serializes whatever random collection of resources happens to currently exist in the resource manager lazy asset loading having one project-wide catalog does not mean loading the entire project into memory. scene loading now scans for the resources that scene actually references and loads those from the catalog this includes stuff referenced by: entities maps / tile types UI post processing spritesheets / animators dependencies get resolved too so if something needs a material, its shader + texture get pulled in first. animation sets pull in their spritesheet texture, etc. etc. now the the resource manager should only contain what is actually being used asset lifetime stuff added SceneAssetScope for keeping track of what assets a scene has acquired. assets are retained while something needs them and can actually be unloaded once the last scope using them disappears so changing scenes repeatedly should no longer turn the resource manager into yummy more objects :O forever…. persistent entities reacquire the resources they need when moving between scenes too. there’s also handling for catalog entries being replaced / deleted while their old resource is still loaded. those can be marked stale and discarded safely once the old scene lets go of them instead of leaving weird zombie resources around. engine assets still stay around like normal. editor asset workflow the editor now goes through the asset catalog too. creating / importing / replacing / deleting things like: textures shaders meshes materials fonts animation sets updates assets.json instead of depending on scene serialization to preserve them…. supported editor selections / script setters can also acquire catalog assets on demand and attach them to the current scene’s asset scope old projects old projects obviously still have all their assets embedded inside their scene files, so I added an ob_asset_migrator tool. it can scan the old scenes and merge all of those definitions into a project-level assets.json . there’s: dry-run validation conflict detection optional removal of the old scene assets sections backups before it starts rewriting stuff uses backups because i dont trust myself enough .. might vaporize projects who knows… docs docs docs also updated a stupid amount of documentation for the new asset model … since of course.. there’s now a full assets.json format page covering the different asset types, dependencies, lazy loading, asset scopes, editor behavior and migration. updated the scene / prefab / animation / post-processing docs too since all of those previously described assets as being stored directly in scenes. also cleaned up the main README + docs index a bit and updated the feature list because quite a lot of it was outdated at this point…. theme presets also did some work on editor themes. split the built-in theme definitions out and added some interesting presets: Obliberry Dark ImGui Classic Dark Obliberry Light ew imagine using light themes… High Contrast Dark Haxxorman Green editable and all… tldr: resourcemanager is now longer an infintly growing landfill…
save system i wanted this to be pretty generic instead of the engine having some hardcoded idea of what a “player save” or whatever is, so the actual save data is ba sically just key/value storage that scripts can use for whatever they want!!! save data there’s now a SaveGameManager which keeps one active save in memory. save values can currently be: booleans numbers strings the file format is versioned and also stores a display name + created / updated timestamps. the actual save data itself doesn’t really care what the values mean. it is any key value pair that persists. there’s also locking around the active save since scripts can be running across multiple workers….. project UUIDs projects also have their own UUID now. it’s generated when the project is created or when a project that does not already have one is opened right now it’s mainly used to give each project its own save-data directory without name collisions but im sure its good to have outside that!!! save files the basic save file operations too create a new save write the current active save load a save delete a save list existing saves start a fresh unsaved “game” save filenames are generated from timestamps. the human-readable name stays inside the file, display names don’t need to also be valid / unique filenames. save_list() also gives creation + update timestamps, and saves are sorted by most recently updated. writes are atomic too, so it writes through a temporary file before replacing the real save instead of directly nuking the existing one and hoping for the best per-project save directories save data is stored outside the project itself in the normal OS application data home each project gets its own directory based on its UUID <data home>/obliberry/<project uuid>/saves/ projects with the same name don’t fight over the same saves.. (i have several projects just called “UntitledProject” lol) this is LocalAppData on Windows, Application Support on macOS, and XDG_DATA_HOME / ~/.local/share on Linux. both the editor and runtime configure the save manager when the project is loaded, and it gets reset again when the editor closes the project ! ObSL ObSL savedata enginelib intergration: basic data stuff: save_set(key, value) save_get(key) save_has(key) save_remove(key) save_clear() save_new() save file management: save_create(name) save_write() save_load(filename) save_delete(filename) save_list() save_list() returns an array with the filename, display name, creation time and last update time some cleanup also pulled the atomic file writing stuff into a shared OS file utility, so assets.json can use the same code instead of having its own implementation. bunch of formatting stuff too i still have to document this and do some more testingf but yeahhh
uuids, collision layers, save settings, and other stuff bit of a mixed bag this time. mostly cleaning up some systems that were already there and filling in stuff I’d need… entity UUIDs entities have proper UUIDs now, separate from their normal runtime entity IDs. the regular generational ID still does all the normal ECS stuff, while the UUID is a stable identity that gets serialized with the entity. this mostly fixes how persistent entities work between scenes. previously I was deduplicating persistent entities by name , which was obviously not ideal since names aren’t actually identities. persistent entities + their children now keep their UUIDs when moving between scenes, and if the destination already has an entity with the same UUID it gets replaced by the carried-over one. two things can have the exact same name now without persistence randomly deciding they’re the same thing. normal prefab instances / newly created entities still get new UUIDs. collision layers colliders now have proper layers + masks. there are 32 collision layers, and every collider has: a layer a 32-bit mask of layers it accepts both colliders have to accept each other’s layer for the pair to interact. the same filtering is used for normal overlap events and movement blocking, so there isn’t a separate set of collision rules depending on which system happens to be asking. added editor controls for this too, including the layer selector, all 32 mask toggles, and select all / deselect all buttons because clicking 32 checkboxes individually sounds incredibly fun. scripts can also read / change the layer and mask now. collision-aware script movement also added Transform.TryMoveTo(x, y, z) to ObSL. unlike SetPosition , this checks whether the entity can actually occupy the destination before moving it. the normal hex movement system uses the same helper now too, so script-controlled collision-aware movement and normal movement go through the same path. direct SetPosition is still basically teleporting, which is intentional. also fixed on_collision_stay actually looking up the collision stay callback instead of the trigger stay callback. whoops. more save settings did some more work around the save system from the last update. saving can now be enabled / disabled per project, and projects can choose where save files go: Data Home , the normal OS application-data location Portable , relative to the executable both still use the project UUID underneath so different projects don’t start sharing save files because somebody named both of them game . these are editable from Project Settings now. also added a confirmation dialog when regenerating the project UUID since doing that changes which save directory the project looks at. the old saves aren’t deleted, the project just gets a new identity and stops finding them automatically. graphics config stuff changed packaged builds so graphics.json can live beside the executable and override the version inside the package. (i.e if someone decides to unignore the graphics config and package it) couple random fixes particle emitters now keep their actual live particle count, so GetAliveCount() in ObSL finally returns the real value instead of the completely useless placeholder it had before. fixed a prefab revert issue where the code was reading the prefab path from the component after destroying the entity. very intelligent. also made theme font loading a bit less fragile. missing / broken font files get logged and skipped instead of potentially taking the whole theme load down with them, plus some parsing cleanup. and updated another mountain of docs to match all the collision, persistence, save, prefab, post-processing and export changes.
unit tests (& some fixes) uhhhh started adding actual unit tests… i was kinda putting it off but i gotta have it… set up GoogleTest + CTest and started covering some stuff ECS registry / generational IDs entity UUIDs entity serialization hierarchy / parenting collision events + movement blocking save games maps bugs bugs bugs… and unsurprisingly, writing tests immediately started exposing some smaller issues. fixed stale entity handles being able to mess with components belonging to a recycled entity slot, and cleaned up some hierarchy transform / rotation handling that wasn’t preserving transforms correctly in certain parenting cases. also tightened up a couple math helpers while testing them. im still gonna write even more tests.. its very needed at this point and will prolly help me find some more bugs i missed before…
more tests (more bugs) kept going with the unit tests the test suite now covers most of the important stuff, including: ECS / entity IDs / UUIDs serialization + hierarchies collision geometry, events and movement maps animation saves ObSL + some EngineLib bindings assets / asset lifetime VFS + packaged projects configuration editor undo commands also added a couple integration tests for audio and rendering (OpenGL tests are optional) finding things unsurprisingly this found some actual problems too. stale entity handles can no longer remove / access components from an entity that reused the same slot, and editor undo commands are a bit safer around entities or components disappearing. also fixed some hierarchy rotation decomposition weirdness, cleaned up VFS / package mounting state so old package data can’t leak into the next mount, and added a few other small null / cleanup checks around scenes and rendering resources.
export dependencies + prefab asset loading redid how exporting figures out what needs to go into the package previously editor export was basically much closer to just packing the project directory. now it builds a dependency manifest first figuring out what to export export starts from the project + scenes and follows the things they reference: catalog assets used by entities, maps, UI and post processing map files attached ObSL scripts script using imports scenes loaded from scripts prefabs instantiated from scripts music / sound files material textures + shaders animation sheets shader #include s referenced scenes and prefabs get scanned too, dependencies keep chaining from there. it then generates a new filtered assets.json specifically for the package instead of sticking the entire project catalog in there. the actual project’s catalog is untouched. script analysis added a ScriptAssetAnalyzer which walks the ObSL AST without actually running anything. literal stuff can be narrowed down properly, including things like: PlayMusic("assets/audio/music.ogg", 1.0) or even constant string concatenation… asset setters like SetTexture / SetFont get tracked too. if a texture or font ID is dynamic, export keeps that entire asset category. if a runtime file path for stuff like LoadScene , Instantiate , PlayMusic or PlaySound2D can’t be figured out, it falls back to keeping the eligible project files + full asset catalog. unknown / indirect calls are done the same too so simple projects get smaller exports, while weird dynamic scripting should still work… .pakignore still applies, and required files being missing or ignored is now an export error prefab assets also fixed prefabs properly interacting with the lazy asset system. instantiating a prefab now scans its components, acquires whatever catalog assets it needs, resolves their dependencies, and retains them in the scene before creating the entity. so a prefab can use an asset that wasn’t already referenced by the scene and it should just work. scene asset scopes got changed a bit for this too. instead of accumulating a new scope every time something acquires assets, they’re merged into one scene scope and duplicate asset references are ignored. also made prefab revert a little safer so the old entity isn’t destroyed unless the replacement prefab actually instantiated successfully. packaging / ci things editor packaging is stricter in general now. script dependency validation can fail the export, missing dependencies stop it, and PackageCurrentProject reports failure so the rest of the export doesn’t continue pretending everything is fine. shader includes are followed during dependency collection too, while the engine shader helpers still get bundled for runtime includes. also cleaned up CI a decent bit… also some more tests too for the packaging and script analysis lowk sorry for just posting an image of the logs idk how else to show it since it’s mostly backend / file stuff 😭
undo stuff + render lifetime fixes undo / redo the undo system relied way too much on runtime entity IDs and direct pointers into components. that works until an entity gets deleted, an ECS slot gets recycled, or a dense component pool moves stuff around… entity commands now store the entity UUID and resolve the current runtime entity when they execute / undo instead. this now applies to transforms, renaming, adding / removing components, script changes, component field edits and map painting. so older commands can still find the right entity even if it was deleted and later restored with a completely different runtime ID. deleting things is actually undoable now finally added proper undo for deleting entities. !!!!!! deleting an entity snapshots the whole subtree first, including components, UUIDs, names, hierarchy + sibling order, scripts, custom data and asset references. undo rebuilds the tree, reloads required assets, restores the UUIDs and puts everything back where it was. this also means edits from before the deletion still work afterwards, since those commands just resolve the restored entity by UUID. paste uses the same snapshot system now too, so undo / redo keeps the same pasted entity identities instead of creating unrelated ones every time. there are checks for conflicting UUIDs, missing parents, invalid hierarchies, missing assets etc. failed restores shouldn’t leave half-created entities behind. failed commands also no longer get added to undo history or wipe an existing redo chain. custom ObSL data custom script data needed special handling too. arrays / objects can share references or even be cyclic, so just copying ObSL::Value s wasn’t enough. there’s now a snapshot format that captures the object graph and rebuilds it through the interpreter + GC when an entity is restored. CustomDataComponent also roots stored ObSL values properly so GC-managed objects stay alive. runtime functions aren’t snapshotable though, so deletion just fails instead of restoring garbage. render thread lifetime stuff also did a pretty big pass over renderer resource lifetime, mostly because scene switching could unload resources while an already submitted frame was still using them. (this started because someone mightve pointed out a lil crash for me…) render commands now pin the meshes, materials, shaders and textures they need until that frame is done. same idea for UI textures and the editor viewport framebuffer. OpenGL objects also don’t call glDelete* from whichever thread destroys the C++ object anymore. textures, shaders, buffers, VAOs and framebuffers queue deletion for the render thread, while it actually owns the GL context. less bugs yay frame state + shutdown renderer state that can change while the render thread is behind is captured per frame now too, including clear color, post-processing and UI resolution / projection state. shutdown is also more deliberate now: worker threads stop first, background font loads finish, scripts stop, scenes/resources are cleared, renderer/UI resources shut down, then the remaining GL delete queue is processed while a context still exists. font loading uses tracked jthread s now too instead of detached threads. small things exporting now reports success / failure back to the editor and shows a little result popup instead of silently relying on the console. also added tests around delete / restore, UUID reuse, hierarchy restoration, script components, map edits, pasting, command failures and repeated undo / redo without leaking entities or asset references. so. .. . less explosions hopefully sorry if wording is weird.. character limit..
uhhh changes dont nuke scene on failed load scene deserialization moved out of Scene::OnEnter into SceneManager::LoadScene , and now runs before the old scene gets torn down. if the new one fails, you stay in the old scene ( LoadSceneByPath returns a bool now) loading is stricter. missing map files, bad/out-of-range/cyclic parent values and broken UI sections fail the load instead of logging an error and limping on persistent entity migration happens before the swap too, so a failed asset acquire can’t leave you half in the new scene the editor’s LoadScene used to clear the current project before trying to load. now undo history and selection only get cleared once the load actually worked saving: map write failures now propagate instead of reporting success, and files get closed before the error check destroying entities DestroyEntity was recursive, now it’s iterative with a visited set. deep hierarchies, cycles and duplicate child entries no longer kaboom the stack or double delete, and children go first (wow that sounds dark) Reparent and SetParentDirect go through CanSetParent , which rejects cycles and stale parents, even if the existing hierarchy is already cyclic script DestroyEntity / entity.Destroy() now use RequestDestroy to tag the entity and its whole subtree instead of deleting immediately, so on_destroy runs before deletion. scene exit drains the destroy queue too, including entities tagged by exit hooks the script wrapper cache evicts an entity when it’s destroyed a dumb one…: the hot-reload cleanup list had on_exit in it twice and no on_destroy , so on_destroy GC roots never got released … the script system was holding raw ScriptComponent* across initialization, which dangles if a script spawns enough entities to grow the pool. it looks components up by entity ID now script runtime reinitialization after a scene change uses the VFS path and reruns setup, so using imports keep working from the mounted project ui undo UI elements have UUIDs now, and undo commands resolve them by UUID instead of holding raw pointers. removing an element captures the whole subtree plus its sibling position, so undo restores the hierarchy and order. renaming also updates the name index live. smaller fixes collision broadphase is a “spatial hash grid” now instead of checking every pair lightmap rebakes when ambient changes, and handles maps with no tiles atomic file writes use unique temp names so concurrent writers don’t trip over each other project changes wait for background asset loads to finish timeout timers are mutex-protected, and callbacks can schedule more timers without deadlocking SmallTask over-aligned captures fall back to the heap VFS::Resolve("..") had UB from a std::mismatch that wasn’t bounded on the second range… PlayMusic stops, swaps and starts under the lock now instead of racing!!! tests wrote a pile of tests alongside all this: atomic writes, wrapper cache, hierarchy safety, map serialization, save concurrency, scene loading failures, script lifecycle, script modules, SmallTask and timeouts. expanded to the editor command, save game and VFS tests. so EVEN LESS explosions !!! Woo!
map edit kinda overhauled changes map edit stuff the brush size is now 1 to 8 instead of 1 to 5. size 1 is one hex, size 2 is 7, size 3 is 19, etc. Ctrl +scroll also changes the size added Rect and Circle shapes alongside the brush. they work with Paint, Erase and Select. Rect uses opposite corners, Circle goes from a center out to the hex you release on. both apply on release paint previews are green, erase previews are red, and selection previews are yellow. selected tiles get a blue overlay added tool hotkeys: B for Paint, E for Erase and Q for Select Esc cancels a drag. Rect and Circle do nothing if cancelled, while a brush stroke gets reverted instead of leaving half the changes behind loading a map now prompts before discarding a dirty map, and successfully creating or loading a map clears the old undo history selecting and editing multiple tiles Select now supports click and drag, Shift +drag to add to the selection and Ctrl +drag to remove from it the toolbar shows the selection count and has Clear and Delete buttons. Delete removes all selected tiles in one undo step the Tile Editor can edit the type and walkability of the whole selection at once. when selected tiles differ, the controls show mixed values etc. material editing only appears when every selected tile shares a type. Override Current Type changes the material for every tile using that type, while Save as New Type assigns a matching type to the selection without changing every other tile using the old type brush strokes, Rect/Circle fills, deletes and bulk type or walkability changes are each grouped into one undo step. changing a type’s material itself is still not undoable…. the console…. logging now has a sink system, so the same formatted log messages can go to different outputs the editor now has separate Logs and ObSL panels. engine/application logs go to Logs now, and script stdout goes to ObSL the panels have Clear and Copy buttons and keep the latest 2000 lines. the UI sink buffers incoming logs under a mutex before the editor consumes them closing the editor closing the window now goes through a callback, so unsaved scene or project changes trigger the save/discard prompt instead of immediately closing removed the old global Esc -to-quit shortcut. ObSL’s CloseWindow() no longer closes the editor while in Editor mode. it logs that it was called instead. in the runtime, it still closes the window windows and smaller fixes enabled /MP for MSVC builds, and the editor/runtime targets use the Windows GUI subsystem so they don’t launch with a console window attached atomic file writes now write the byte buffer explicitly and retry Windows file replacement when it fails with access-denied or sharing-violation errors, for up to about 2 seconds a bit of cleanup around collision pair sorting, const-correctness and naming docs updated the editor guide and screenshot to cover the new tools, shapes, selection controls, shortcuts and undo behavior. blah blah …map editing is finally a lot less barebones…
uuid-bound script wrappers…, logger sinks…., and a pile of small editor stuff…. mostly scripting + logging plumbing this time, plus a couple of editor things I’d been wanting… changes script wrappers are uuid-bound now entity wrappers used to capture the raw runtime id, which is a problem if ids get recycled or the registry gets rebuilt. now every wrapper holds the entity’s uuid and resolves the live id on each call, so it keeps pointing at the right entity (or does nothing if it’s gone). new FindEntityByUUID(uuid) global and GetUUID() / .uuid on entity objects SetParent matches an entity object by uuid, a plain number is still a runtime id same treatment for UI wrappers: they resolve by uuid instead of name, so renaming or duplicate names don’t break them added FindUIByUUID , GetUUID() and Destroy() on UI elements, and SetImage / GetImage on images (acquires the texture through the scene asset scope like fonts do) still by name: FindUI , DestroyUI and the button state queries ( WasClicked / IsHovered / IsHeld ). UI scripting is still weird… work in progress i guess… logger sinks the old way was swapping the logger’s std::ostream for a stringstream that the UI panel also read from, which was a data race waiting to happen (logger thread writes, main thread reads). replaced it with actual sinks: ILogSink with ConsoleSink (stdout/stderr like before) and UILogSink (mutex -ed pending buffer the panel drains each frame) the editor and runtime both register a ConsoleSink , and the editor adds the UI sink on top, so the Logs panel is always there now instead of only when there’s no tty console panels color lines by severity now interpreter output goes through a small UiStream ostream into the ObSL panel, with stdout and stderr split (needed the bumped obsl, Interpreter takes both streams now…) ObSL panel clears when you enter play mode editor F focuses the camera on the selected entity, press it again to go back to the origin. its smooth…., ..panning cancels the focus keyboard pan only gets called when there’s actually input now.. editing a material in the inspector no longer mutates shared runtime-only materials. if it isn’t a catalog asset it gets cloned into assets.json first, and edits to catalog materials get “upserted” back to the catalog. “Clone Material” writes to the catalog too new scripts from the project browser come with an on_update stub instead of just a comment scripting runtime script top-level code now runs with the command buffer in “immediate” mode ( BeginImmediate / EndImmediate ), so registry writes at the top of a script apply right away instead of waiting for a flush that hasn’t been set up yet during init Hex_GetNeighbors wasn’t GC protecting its array while filling it, fixed…. grid tile textures a tile type with no texture used to fall back to hex_tex both when collecting dependencies and when loading scenes, which would pull in a texture that might not exist. now no texture means no texture… as it should… misc bumped obsl (new using alias feature, and err output stream settings) docs for all the uuid stuff, the F key, and the new UI/image methods… of course… oh also … new demo scene testin thingamabob im messing with…
script properties & UUID types scripts can now declare properties that show up in the inspector and get saved per entity. also ripped std::string UUIDs out of most of the engine in favor of an actual Core::UUID type, plus some scripting additions and a few tests. changes script properties Prop("SpeedOrSomething", 2.5) , PropEntity("TargetEntity") and PropUI("MyRect") for regular values, entities and UI elements properties show up under each script slot in the inspector, with appropriate controls and per-slot values values are only readable during top-level script execution, so store them in variables for use in hooks. Prop in a hook just returns the fallback saved as scriptProperties in scene JSON, omitted when empty property edits support undo, including live number/string editing. unused saved properties can be pruned with undo too.. ScriptSlot is move-only now Core::UUID replaced string UUIDs across the registry, UI, editor commands, project config, save directories and scripting with a 16-byte Core::UUID registry UUID lookups now use an index instead of looping through entities malformed UUIDs in files fall back to generated or nil UUIDs UI UUIDs are saved and restored, including nested elements. duplicate UI UUIDs are handled without crashing the loader savegame directories etc take a UUID directly scripting & UI script objects now have identity values and wrappers are readonly , along with various scripting result objects. came with an ObSL bump UI wrappers get SetParent(parent) and a uuid field. null reparents an element to the root UISystem::Reparent preserves ownership and prevents parenting an element under its own descendant new created scripts use fn on_update(dt) (I wrote on_update() last time …oops…) smaller stuff UndoManager::Execute returns whether the command applied script list shows filenames with Remove beside them tests and docs more tests and docs updated ofc… so u can reference entities in scripts without using Find() now!!!
rahhhh been working on the new… demo… and well, it found some things. mhm changes gizmos and transforms rewrote the entity gizmo so moving things under rotated or scaled parents actually works properly transforms now handle custom matrices and shear much better, including when reparenting made hierarchy updates more robust, added matrix support to scene files, and stopped rounding transform data on save gizmo undo is more consistent now, and the editor warns when a transform has shear pathing movement can now re-plan around blockers, and picks a nearby free hex if the destination is blocked scripts can set paths without drawing the path overlay, which is useful for enemies script messaging added Send , Broadcast and on_message so scripts can communicate with each other messages support basic values and are delivered through a queue on the main thread scripting and components SetTimeout now can forward arguments to callbacks point lights can be disabled, and particle emitters remember whether they’re active when saved added a bunch of smaller fixes around scene saving, prefab parenting and serialization obsl some separate ObSL updates too: variadic native functions, multiline comments, a formatter and fixes for nested calls. (not tracked here though) DEMO!!!!! im working on a new demo :0 oh and it is my birthday woaw
audio cleanup and persistent sounds mostly audio , also got around to cleaning up the audio engine, added persistent sounds across scene changes, and fixed some ui stuff. changes audio the old AudioEngine had raw ma_sound* s and a whole separate map just to keep decoders and their buffers alive. cleanup was duplicated everywhere, so i moved it all into SoundInstance with RAII. sound, decoder and VFS bytes all get cleaned up together now music and sfx use the same type, stored as unique_ptr . StopMusicUnlocked went from a bunch of manual cleanup to basically m_CurrentMusic.reset() PlaySound2D takes an optional persist flag. scene changes now stop normal audio, while persistent sounds keep playing until they finish before this, audio just kept playing across scene switches whether you wanted it to or not. that’s fixed now w. the persistent flag scripting and packaging added IsEditor() so scripts can tell if they’re running in the editor or editor play mode (im using this for debugging stuff in the demo im working on :P ) PlaySound2D in ObSL accepts the new persist argument !!! bumped the ObSL submodule, ( which needed a fix in the script asset analyzer ) packaged scripts now initialize with the correct path for imports. this was hardcoded to assets/scripts before, which doesn’t work in packaged builds editor the Project Browser has an Audio section now for .mp3 and .wav files generalized the file-listing helper to accept multiple extensions, which the Scripts section uses too swapped the UI Hierarchy and Registry tab order. tiny change but it’s the order i actually use… ui fixed button hit-testing for nested UI elements. Update() wasn’t accounting for the position accumulated through the element hierarchy, even though Draw() already was the demo… ive been working on a new demo project, most of my time has been spent just messing around in that (and is how i’ve been discovering these issues) audio is in a much better place now… and the demo is looking pretty good….
Since i’m preparing for thy ship… the new demo i’ve been working on is now in the templates directory, so anyone can use it and try it, And i also published a new demo release for it! It is a short game with a small fetch quest and enemies where you have to help a guy get his car working… https://github.com/torkelicious/obliberry/releases/tag/demo_0.0.9
Ships:
obliberry feels usable enough that i think its a good time for a first ship :) obliberry is a fallout-inspired isometric game engine for hex-grid games, written in C++20 with OpenGL, featuring a visual editor, an ECS core, its own scripting language, and single-file packaging/exports. this has all been rather challenging, but an incredibly fun learning project, especially regarding using modern C++, OpenGL, and making my own programming language it is still obviously not fully complete of course, but I think it’s in a rather good state :D
Ship #2 first off super star project!! yippie :O for anyone new: obliberry is a fallout-inspired isometric game engine for hex-grid games, written in C++20 + OpenGL, with a visual editor, an ECS core, its own scripting language (ObSL), and single-file project packaging… since ship 1 it’s been a bunch of devlogs and ~170 hours. i think the engine went from “usable enough” to now that it’s running an actual (teeny-tiny) game on it now. changes new systems post processing : ping-pong effect chain with a full editor UI, custom fragment shader import, built-in ColorGrading / FilmGrain / Vignette, and a shader #include system with helper libs 3D collision : GJK-based detection, box/sphere/cylinder/rect/circle colliders, triggers, 32 layers + masks, billboard colliders so sprites can have colliders that line up with what you see, and script callbacks ( on_collision_enter , on_trigger_exit , …). hex movement respects colliders now sprite animation : animation assets with multiple named clips and per-frame durations, a full editor with live preview, SpriteAnimator scripting ( Play / Pause / Stop …) asset system : project-wide assets.json catalog instead of assets baked into every scene, lazy loading with dependency resolution, safer scene switching, and a migrator tool for old projects saves : generic key/value save data ( save_set / save_get / save_list …) stored per project, atomic writes persistent entities : SetPersistent(true) and it survives scene changes scripting (ObSL) Prop / PropEntity / PropUI : script properties that show up in the inspector per entity. no more Find() spaghetti Send / Broadcast / on_message : scripts can talk to each other now SetTimeout , collision-aware Transform.TryMoveTo , map editing from scripts, sounds that persist across scene changes, IsEditor() script wrappers are uuid-bound now so recycled entity ids can’t make a wrapper point at the wrong thing editor deleting entities is undoable now !!! full subtree snapshot + restore, and all undo commands are uuid-based so they survive ids being recycled map editor overhaul: brush sizes 1–8, Rect/Circle shapes, multi-select with bulk editing, actual hotkeys tons of UI gizmo fixes separate Logs / ObSL panels, camera focus on F, recent projects, live theme editor with font management exports now build a dependency manifest by walking the ObSL AST, so packages only contain what the project actually uses stability (less explosions, hopefully) unit test suite (GoogleTest + CTest) and ASan/UBSan builds. unsurprisingly this found bugs. many bugs 16-byte Core::UUID everywhere, safer entity destruction with on_destroy ordering, failed scene loads no longer nuke the scene you’re in, render-thread resource lifetime fixes, a thread-safety pass, and an audio engine cleanup with RAII genberally just a TON of bug fixes since last ship (including various crashes etc) DEMO!!!!! i made a tiny game demo in the engine and it has been the single best bug finder in existence most of the gizmo, pathing and audio fixes above happened because the demo tripped over them… try it out!!! I have learnt tons from this project… a lot of this has been fun and painfull… but it’s working!!! thank you all for reading :D !!!...
|
1793458469.3625593
|
1793544869.3625593
|
|
46328
|
timer by @torkel | Stardance
|
torkel
|
1
|
7.0
|
115
|
[{"ship_num": 1, "ts": "2026-0 [{"ship_num": 1, "ts": "2026-08-12T14:47:38Z", "hours": 7.0, "multiplier": 15.91, "payout": 115, "blessing": "neutral", "text": "timer a dead-simple CLI timer why i was tired of googling for timers all the time. for a while i’d had this thought sitting in the back of my head: why not just have a timer command in my terminal instead? i looked around for something like this first, but couldn’t find anything in the form i actually wanted, so i built it myself. it solves a simple problem: i needed a, terminal-native way to track time without breaking my workflow or needing a browser open in the background eating my ram. what it is a dead-simple timer. no fancy UI, no flags to memorize. one argument, intuitive syntax (imo): timer 5m that’s it. no messing around with weird bash loops or sleep one-liners etc :D it’s a fully working & tested on windows & linux directly, builds clean on mac via the github action too (but i dont own a mac so idk if it fully works, but it should). QoL stuff audio alarms plays a sound when the timer’s up. instead of bundling a massive audio library, it just leans on native OS tools ( PlaySoundW on Windows, afplay on macOS, and a fallback chain of pw-play / paplay / aplay on Linux). it supports loopable or one-shot playback of a set sound, or you can just disable it entirely. visual alerts triggers a visual alert alongside the alarm using system tools (requires libnotify on linux, uses osascript notifications on mac, and triggers a classic message box popup on windows). simple config file 4 “set-and-forget” config options ( SoundPath , SendNotification , PlayAudio , LoopAudio ) via a simple key=value format. no need to pass crazy flags or remember syntax for a good setup; just configure it once and run timer 5m . easy peasy to use!!! i guess that counts as qol ^o^ ? other stuff simple syntax timer 5m , timer 90s , timer 1h30m20s , whatever feels natural. p.s the ordering of time units does not matter kept the scope intentionally tight: one arg in, a timer running, an alert out. no dependencies bundled in, it’s dependency-less-ish by design, leaning on existing system-level tools instead of pulling in external libraries. binary’s relatively small & fast to build because of this the git repo also hosts some arch linux pkgbuilds i wrote myself if ur into that kinda thing.. easy installation for nerds :) I’m pretty happy with it and enjoy using it myself, honestly wasn’t too hard to do since i’ve dealt with the terminal quirks i had before, which was the biggest issue (specifically how windows handles ansii escape sequences on its old terminals) more info exists in the readme for configuration and usage !!", "repo": "https://github.com/torkelicious/timer", "demo": "https://github.com/torkelicious/timer/releases/tag/latest"}]...
|
[{"post_id": 45781, "ts": "202 [{"post_id": 45781, "ts": "2026-08-12T14:15:15Z", "hours": 1.4411, "text": "windows quirks… kinda just setting things up Windows VM & ANSI Support: Spent time testing in the Windows VM. older command prompts or PowerShell prompts on Windows require explicit setting of ANSI escape sequence support which I use so got that sorted out.. (the same way as i project i did last year actually…) setup Got GitHub Actions configured and put together a proper README, and also made some arch linux pkgbuilds because thats how i like installing my own applications :) Audio Backends: Updated the audio player logic. Now it tries to use pw-play if it exists, rather than strictly relying on PipeWire-Pulse or other specific layers. It supports all the audio backends for REAL now."}, {"post_id": 45356, "ts": "2026-08-11T19:13:00Z", "hours": 1.9814, "text": "Audio Alerts & Config Files changes audio player , the timer can make noise now. via native OS tools instead of pulling in an audio library: PulseAudio/PipeWire/ALSA on Linux, afplay on macOS, PlaySoundW on Windows. config system , added a simple key=value config format with a custom parser. nothing fancy, but it works!:D cleanup , nothing exciting just tidying up… p.s everything here is my own tiny (and maybe terrible) code, no imported libraries. this project’s stayed dependency-less-ish from the start, it leans on existing system-level stuff ( libnotify , whatever audio server you’ve got on Linux, etc) instead of bundling in external libs :D"}, {"post_id": 45258, "ts": "2026-08-11T16:38:49Z", "hours": 0.3544, "text": "I have notifications working, it will trigger a terminal-bell and send a notification (depends on platform though) on windows it will use a messagebox, on linux it currently depends on libnotify, maybe not great but it’s easy to use and already super common… macos also has an implementation but i have not tested it since i am not a mac user.. you can also press ‘q’ to quit while the timer is running (on all platforms)"}, {"post_id": 44699, "ts": "2026-08-10T17:15:44Z", "hours": 1.5425, "text": "been fixing formatting as shown, also working on taking in input too (so pressing q quits the timer early) and im also working on getting notifications implemented"}, {"post_id": 44559, "ts": "2026-08-10T12:14:35Z", "hours": 1.0436, "text": "ive got the command line parser working, its a recursive descent parse which turns input (taken from argv) such as “1h30m” into milliseconds, and gets used by the timer function, suprised I got it working so quickly :) … i think im going to focus on making the output format properly to Day:Hour:Minute:Second or something, since right now its just Minutes:Seconds.. then probably figure out what to do when time runs out"}, {"post_id": 44531, "ts": "2026-08-10T11:04:24Z", "hours": 0.8375, "text": "i was lowk tired of having to google “x timer” every time I needed one, so I figured it would be easier to just make my own simple terminal timer app currently i have a basic test setup i guess that just counts down and exits when done, it uses milliseconds internally but takes minutes as input i plan to turn it into a proper CLI app with input parsing, so things like: 10s 5m 2h 2h5m etc. will work, then probably implement some sort of notification or something once it’s done"}]...
|
Title: timer by @torkel | Stardance
Devlogs:
i wa Title: timer by @torkel | Stardance
Devlogs:
i was lowk tired of having to google “x timer” every time I needed one, so I figured it would be easier to just make my own simple terminal timer app currently i have a basic test setup i guess that just counts down and exits when done, it uses milliseconds internally but takes minutes as input i plan to turn it into a proper CLI app with input parsing, so things like: 10s 5m 2h 2h5m etc. will work, then probably implement some sort of notification or something once it’s done
ive got the command line parser working, its a recursive descent parse which turns input (taken from argv) such as “1h30m” into milliseconds, and gets used by the timer function, suprised I got it working so quickly :) … i think im going to focus on making the output format properly to Day:Hour:Minute:Second or something, since right now its just Minutes:Seconds.. then probably figure out what to do when time runs out
been fixing formatting as shown, also working on taking in input too (so pressing q quits the timer early) and im also working on getting notifications implemented
I have notifications working, it will trigger a terminal-bell and send a notification (depends on platform though) on windows it will use a messagebox, on linux it currently depends on libnotify, maybe not great but it’s easy to use and already super common… macos also has an implementation but i have not tested it since i am not a mac user.. you can also press ‘q’ to quit while the timer is running (on all platforms)
Audio Alerts & Config Files changes audio player , the timer can make noise now. via native OS tools instead of pulling in an audio library: PulseAudio/PipeWire/ALSA on Linux, afplay on macOS, PlaySoundW on Windows. config system , added a simple key=value config format with a custom parser. nothing fancy, but it works!:D cleanup , nothing exciting just tidying up… p.s everything here is my own tiny (and maybe terrible) code, no imported libraries. this project’s stayed dependency-less-ish from the start, it leans on existing system-level stuff ( libnotify , whatever audio server you’ve got on Linux, etc) instead of bundling in external libs :D
windows quirks… kinda just setting things up Windows VM & ANSI Support: Spent time testing in the Windows VM. older command prompts or PowerShell prompts on Windows require explicit setting of ANSI escape sequence support which I use so got that sorted out.. (the same way as i project i did last year actually…) setup Got GitHub Actions configured and put together a proper README, and also made some arch linux pkgbuilds because thats how i like installing my own applications :) Audio Backends: Updated the audio player logic. Now it tries to use pw-play if it exists, rather than strictly relying on PipeWire-Pulse or other specific layers. It supports all the audio backends for REAL now.
Ships:
timer a dead-simple CLI timer why i was tired of googling for timers all the time. for a while i’d had this thought sitting in the back of my head: why not just have a timer command in my terminal instead? i looked around for something like this first, but couldn’t find anything in the form i actually wanted, so i built it myself. it solves a simple problem: i needed a, terminal-native way to track time without breaking my workflow or needing a browser open in the background eating my ram. what it is a dead-simple timer. no fancy UI, no flags to memorize. one argument, intuitive syntax (imo): timer 5m that’s it. no messing around with weird bash loops or sleep one-liners etc :D it’s a fully working & tested on windows & linux directly, builds clean on mac via the github action too (but i dont own a mac so idk if it fully works, but it should). QoL stuff audio alarms plays a sound when the timer’s up. instead of bundling a massive audio library, it just leans on native OS tools ( PlaySoundW on Windows, afplay on macOS, and a fallback chain of pw-play / paplay / aplay on Linux). it supports loopable or one-shot playback of a set sound, or you can just disable it entirely. visual alerts triggers a visual alert alongside the alarm using system tools (requires libnotify on linux, uses osascript notifications on mac, and triggers a classic message box popup on windows). simple config file 4 “set-and-forget” config options ( SoundPath , SendNotification , PlayAudio , LoopAudio ) via a simple key=value format. no need to pass crazy flags or remember syntax for a good setup; just configure it once and run timer 5m . easy peasy to use!!! i guess that counts as qol ^o^ ? other stuff simple syntax timer 5m , timer 90s , timer 1h30m20s , whatever feels natural. p.s the ordering of time units does not matter kept the scope intentionally tight: one arg in, a timer running, an alert out. no dependencies bundled in, it’s dependency-less-ish by design, leaning on existing system-level tools instead of pulling in external libraries. binary’s relatively small & fast to build because of this the git repo also hosts some arch linux pkgbuilds i wrote myself if ur into that kinda thing.. easy installation for nerds :) I’m pretty happy with it and enjoy using it myself, honestly wasn’t too hard to do since i’ve dealt with the terminal quirks i had before, which was the biggest issue (specifically how windows handles ansii escape sequences on its old terminals) more info exists in the readme for configuration and usage !!...
|
1793512108.0985663
|
1793598508.0985663
|
|
20217
|
My first slack bot! by @torjex | Stardance
|
torjex
|
0
|
0.0
|
0
|
[]
|
[]
|
Title: My first slack bot! by @torjex | Stardance
|
1793375398.6880722
|
1793980198.6880722
|
|
34915
|
Klever by @torjex | Stardance
|
torjex
|
0
|
0.0
|
0
|
[]
|
[]
|
Title: Klever by @torjex | Stardance
|
1793490763.8318152
|
1794095563.8318152
|
|
35925
|
WarioWare Game by @torenjones | Stardance
|
torenjones
|
0
|
0.0
|
0
|
[]
|
[]
|
Title: WarioWare Game by @torenjones | Stardance
|
1792806683.5194178
|
1793411483.5194178
|
|
26886
|
mast by @toqtu | Stardance
|
toqtu
|
1
|
32.0
|
465
|
[{"ship_num": 1, "ts": "2026-0 [{"ship_num": 1, "ts": "2026-07-18T18:27:27Z", "hours": 32.0, "multiplier": 14.7, "payout": 465, "blessing": "neutral", "text": "I built a parser for mathematical expressions that turns math input into an abstract syntax tree. From there, you can do things like simplifying or differentiating the expression. Learning about parsing methods was genuinely interesting — once I understood the theory behind lexing and parsing, implementation was fairly straightforward. After getting the basic parsing working, I wanted to build a simple web interface for it. Looking back, the interface ended up taking a lot more time than I expected. During this project I learned a lot about compiler design and language theory as well as web development and application deployment. All in all I am quite happy with the result.", "repo": "https://github.com/fritl/mast", "demo": "https://mast.toqtou.me"}]...
|
[{"post_id": 30710, "ts": "202 [{"post_id": 30710, "ts": "2026-07-18T14:50:01Z", "hours": 9.0289, "text": "Finish Website I added the following to the website Button for evaluation an expression Reload ast and LaTeX only if there is no input for 500ms Tutorial on the Home page to show all features Info page for additional information A footer with info about the build (commit, branch, time) Improve colors especially for light mode I also noticed that my project can’t be cloned on windows because windows doesn’t allow * in filenames. I updated the filenames but old commits still can’t be checked out easily."}, {"post_id": 29568, "ts": "2026-07-16T16:29:13Z", "hours": 10.2408, "text": "New Website Starting Over I wasn’t happy with the website Claude generated for me, so instead of iterating on it further, I decided to build it myself from scratch. Why SolidJS I’m not a web dev. I’ve written JavaScript before, but never really worked with a framework on a personal project. For this one I picked SolidJS, for two reasons: I didn’t want to use React, and I’d heard Solid does similar things but better. Building Everything From Scratch One tradeoff with SolidJS became obvious fast: there’s no real ecosystem of UI libraries to lean on. Every component and every line of CSS in this project, I wrote myself. Dev Setup To make local development easier, I added a Dockerfile and a docker-compose setup. What’s Left The site isn’t finished yet. The main thing still missing is buttons for a few actions."}, {"post_id": 22913, "ts": "2026-07-05T15:34:35Z", "hours": 3.0433, "text": "Web demo I wrote a small API for my project using FastAPI, then handed the code to Claude. After a few iterations, I had a fairly good looking web interface for interacting with my project. I also experimented with making all tree nodes circular. It turns out circles grow very quickly as numbers get bigger, so keeping every circle the same size caused the text to overflow. Switching to ellipses solved this. I also spent some time reducing the number of parentheses in the output to make it more readable."}, {"post_id": 22050, "ts": "2026-07-04T09:28:57Z", "hours": 2.2544, "text": "Differentiation My math program can now symbolically compute the derivative of an expression. Challenges One tricky case was finding the derivative of x^x . Since x^x = e^(x*ln(x)) , rewriting it in that form let the existing exponential and product rules handle it correctly. Restrictions Differentiation works well, but outputs aren’t always in the simplest form. Differentiating (x^2)/2 , for instance, currently gives 0.5*2*x instead of the simplified x . Simplifying this is a lot harder than it looks at first because it is really hard to determine whether an action results in a simpler form or not. Next up I’ll pause the AST experiments here for now. There’s a lot more that could be done, but I want to make it demoable. Next step: a small web UI so people can try it out directly."}, {"post_id": 21399, "ts": "2026-07-03T10:06:38Z", "hours": 1.8942, "text": "Functions and Exponents I’ve just added support for exponents and standard mathematical functions, including sin , cos , tan , ln , log , and sqrt . The implementation was fairly straightforward. The lexer simply tokenizes the ^ character into a Power token. Extending the lexer from there was just a matter of adding the token rule and implementing the corresponding evaluation logic. The Precedence Gotcha I did run into one classic mathematical quirk with my parser rules. Currently, -x^2 is parsed as (-x)^2 because the unary minus operator mistakenly has higher precedence than the exponent. Standard mathematical convention dictates it should be evaluated as -(x^2) . While I plan to fix this in the parser proper, the current workaround is just to use explicit parentheses when writing negative exponents. Next Up: Symbolic Differentiation As a final step for this milestone, I want to implement symbolic differentiation utilizing the chain rule. This will allow the engine to take simple expressions like x^2 or sin(2x) and automatically differentiate them into 2*x and 2*cos(2x) respectively."}, {"post_id": 20247, "ts": "2026-07-01T19:53:28Z", "hours": 1.1408, "text": "Simplification I added some trivial simplification rules to my math parser. It checks for simple rules like x+0 -> x or x+x -> 2x . Of course, you could go way deeper on simplification. My current implementation can’t simplify 2*x + 3*x -> 5*x , since my rules only match syntactically identical terms, not terms that differ by a coefficient. To handle cases like this, you’d need some sort of term-collection method that groups like terms together before combining them. You could also expand expressions first and then simplify, which would let the parser recognize things like (x+1)^2 - (x^2+2x+1) -> 0 . My simple rules won’t bring expressions into their absolute simplest form, and they certainly don’t produce a standardized form that lets you check two expressions for equality. But they do make the program’s output noticeably more readable."}, {"post_id": 19462, "ts": "2026-06-30T19:52:16Z", "hours": 0.9978, "text": "Input evaluation You can now evaluate inputs, e.g. (3+2)*6 outputs 30 . This works by recursively evaluating the AST nodes — operator precedence comes for free from the tree structure. All variables found in the input are collected, and the user is prompted to assign a value to each one. This somewhat defeats the purpose of variables for now, but it’s a stepping stone — variables become essential once symbolic differentiation or a proper UI come into play."}, {"post_id": 19155, "ts": "2026-06-30T12:21:49Z", "hours": 3.2844, "text": "Lexing + Parising For my math parser I implemented the lexer and the parser. The lexer splits the mathematical input into tokens. The recursive descent parser parses those tokens into an abstract syntax tree. For me the most interesting part was learning about different parsing techniques which also tought me a lot about compilers. Next up I will implement the evaluation of expressions to calculate inputs like 2 + 3 * 5. Due to the design of the tree it should already respect pemdas."}]...
|
Title: mast by @toqtu | Stardance
Devlogs:
Lexing Title: mast by @toqtu | Stardance
Devlogs:
Lexing + Parising For my math parser I implemented the lexer and the parser. The lexer splits the mathematical input into tokens. The recursive descent parser parses those tokens into an abstract syntax tree. For me the most interesting part was learning about different parsing techniques which also tought me a lot about compilers. Next up I will implement the evaluation of expressions to calculate inputs like 2 + 3 * 5. Due to the design of the tree it should already respect pemdas.
Input evaluation You can now evaluate inputs, e.g. (3+2)*6 outputs 30 . This works by recursively evaluating the AST nodes — operator precedence comes for free from the tree structure. All variables found in the input are collected, and the user is prompted to assign a value to each one. This somewhat defeats the purpose of variables for now, but it’s a stepping stone — variables become essential once symbolic differentiation or a proper UI come into play.
Simplification I added some trivial simplification rules to my math parser. It checks for simple rules like x+0 -> x or x+x -> 2x . Of course, you could go way deeper on simplification. My current implementation can’t simplify 2*x + 3*x -> 5*x , since my rules only match syntactically identical terms, not terms that differ by a coefficient. To handle cases like this, you’d need some sort of term-collection method that groups like terms together before combining them. You could also expand expressions first and then simplify, which would let the parser recognize things like (x+1)^2 - (x^2+2x+1) -> 0 . My simple rules won’t bring expressions into their absolute simplest form, and they certainly don’t produce a standardized form that lets you check two expressions for equality. But they do make the program’s output noticeably more readable.
Functions and Exponents I’ve just added support for exponents and standard mathematical functions, including sin , cos , tan , ln , log , and sqrt . The implementation was fairly straightforward. The lexer simply tokenizes the ^ character into a Power token. Extending the lexer from there was just a matter of adding the token rule and implementing the corresponding evaluation logic. The Precedence Gotcha I did run into one classic mathematical quirk with my parser rules. Currently, -x^2 is parsed as (-x)^2 because the unary minus operator mistakenly has higher precedence than the exponent. Standard mathematical convention dictates it should be evaluated as -(x^2) . While I plan to fix this in the parser proper, the current workaround is just to use explicit parentheses when writing negative exponents. Next Up: Symbolic Differentiation As a final step for this milestone, I want to implement symbolic differentiation utilizing the chain rule. This will allow the engine to take simple expressions like x^2 or sin(2x) and automatically differentiate them into 2*x and 2*cos(2x) respectively.
Differentiation My math program can now symbolically compute the derivative of an expression. Challenges One tricky case was finding the derivative of x^x . Since x^x = e^(x*ln(x)) , rewriting it in that form let the existing exponential and product rules handle it correctly. Restrictions Differentiation works well, but outputs aren’t always in the simplest form. Differentiating (x^2)/2 , for instance, currently gives 0.5*2*x instead of the simplified x . Simplifying this is a lot harder than it looks at first because it is really hard to determine whether an action results in a simpler form or not. Next up I’ll pause the AST experiments here for now. There’s a lot more that could be done, but I want to make it demoable. Next step: a small web UI so people can try it out directly.
Web demo I wrote a small API for my project using FastAPI, then handed the code to Claude. After a few iterations, I had a fairly good looking web interface for interacting with my project. I also experimented with making all tree nodes circular. It turns out circles grow very quickly as numbers get bigger, so keeping every circle the same size caused the text to overflow. Switching to ellipses solved this. I also spent some time reducing the number of parentheses in the output to make it more readable.
New Website Starting Over I wasn’t happy with the website Claude generated for me, so instead of iterating on it further, I decided to build it myself from scratch. Why SolidJS I’m not a web dev. I’ve written JavaScript before, but never really worked with a framework on a personal project. For this one I picked SolidJS, for two reasons: I didn’t want to use React, and I’d heard Solid does similar things but better. Building Everything From Scratch One tradeoff with SolidJS became obvious fast: there’s no real ecosystem of UI libraries to lean on. Every component and every line of CSS in this project, I wrote myself. Dev Setup To make local development easier, I added a Dockerfile and a docker-compose setup. What’s Left The site isn’t finished yet. The main thing still missing is buttons for a few actions.
Finish Website I added the following to the website Button for evaluation an expression Reload ast and LaTeX only if there is no input for 500ms Tutorial on the Home page to show all features Info page for additional information A footer with info about the build (commit, branch, time) Improve colors especially for light mode I also noticed that my project can’t be cloned on windows because windows doesn’t allow * in filenames. I updated the filenames but old commits still can’t be checked out easily.
Ships:
I built a parser for mathematical expressions that turns math input into an abstract syntax tree. From there, you can do things like simplifying or differentiating the expression. Learning about parsing methods was genuinely interesting — once I understood the theory behind lexing and parsing, implementation was fairly straightforward. After getting the basic parsing working, I wanted to build a simple web interface for it. Looking back, the interface ended up taking a lot more time than I expected. During this project I learned a lot about compiler design and language theory as well as web development and application deployment. All in all I am quite happy with the result....
|
1793328726.1901608
|
1793415126.1901608
|
|
37205
|
Neurorust by @toqtu | Stardance
|
toqtu
|
1
|
60.0
|
1254
|
[{"ship_num": 1, "ts": "2026-0 [{"ship_num": 1, "ts": "2026-09-06T20:32:48Z", "hours": 60.0, "multiplier": 17.4, "payout": 1254, "blessing": "neutral", "text": "Neurorust lets you train a simple neural network in your browser, using the GPU. The network predicts handwritten digits. After training you can draw your own digits and see its predictions. This project has tought me a lot about neural networks, Rust, GPU programming and WebAssembly. It was really challenging to produce a good result when just learning about everything. Even though the code is not perfect and there are a lot of things I would do different next time I feel like the end result has turned out quite well.", "repo": "https://github.com/fritl/neurorust", "demo": "https://neurorust.toqtou.me"}]...
|
[{"post_id": 63169, "ts": "202 [{"post_id": 63169, "ts": "2026-09-06T20:24:25Z", "hours": 4.1433, "text": "Done I added a README, improved the website defaults and did some final debugging. Now the project is ready to ship."}, {"post_id": 61056, "ts": "2026-09-03T19:23:48Z", "hours": 8.6478, "text": "Website finished I finished the frontend. You can now create a network with specific hyperparameters and then train it. After training you can draw a number and see what it predicts. Now I just need a good README and the project is ready to ship."}, {"post_id": 59056, "ts": "2026-08-31T17:25:19Z", "hours": 6.1647, "text": "Does it ever get easier? I thought using the network in the web would be a piece of cake. I was wrong. After fixing some minor issues I wrote some quick code to test training. It worked… technically. It was really slow and froze my whole pc. A quick glance into my system monitor revealed the secret. All CPU cores were almost maxed out while the GPU sat idle. So after spending a bunch of time to use the GPU everything was back to the CPU again. WebGPU is still experimental. Especially on Linux which is why instead of throwing an error when it couldn’t access my graphics card it just used all my CPU cores as a fallback. To get the GPU back into the game I started my browser with some flags and compatibility layers which makes training still slower than on native hardware but faster than with the CPU. Hopefully this was the last major challenge and implementing the frontend will be easier."}, {"post_id": 54637, "ts": "2026-08-25T17:43:42Z", "hours": 6.8453, "text": "It acutally learns (again) After some more pain with the loss function, buffer sizes and shape mismatches I got a neural network running on the gpu. The GPU is about 10x faster than the CPU version although some hyperparameters can affect this result. Now I want to build a small wasm interface and build a small web page around that to allow anyone to run a local neural net in the browser."}, {"post_id": 51621, "ts": "2026-08-21T12:20:16Z", "hours": 4.3658, "text": "GPU Layers I initially thought porting the forward and backward passes to the GPU would be as simple as replacing Matrix with GpuMatrix everywhere. It wasn’t. Unlike CPU operations, GPU operations can’t allocate memory themselves. On the CPU, x + 2 simply creates a new value. On the GPU, every operation needs a pre-existing buffer to write its result into. So x += 2 works, but y = x + 2 requires a buffer for y to exist first. And x = x + 2 isn’t supported on the GPU at all. The solution is to pre-allocate buffers and keep them around, resizing them only when the batch size changes. It works, but it also means every struct starts accumulating buffer fields and scaling that approach to an entire network only makes the problem worse. Next: some kind of global buffer manager, before tackling the loss function."}, {"post_id": 47481, "ts": "2026-08-15T12:37:59Z", "hours": 4.6719, "text": "Forward pass After adding all necessary operations on the GpuMatrix I implemented the forward pass. It was surprisingly hard to get the caching for the backward pass right because reallocating buffers on the gpu should be avoided. As always I let AI write some test cases and everything passed. Next I’ll implement the backward pass which will hopefully let the network learn with incredible speeds."}, {"post_id": 38223, "ts": "2026-07-31T14:55:33Z", "hours": 4.6517, "text": "GPU Matmul I thought beating the CPU at matrix multiplication would be easy. It turns out that hand-optimized assembly code is a tough opponent. My naive GPU version isn’t bad, though: it’s roughly on par with NumPy, and about 13x faster than my CPU code but still worse than I initially expected. There’s plenty of room to improve. Right now the GPU sits idle about 80% of the time, just waiting on memory reads. For now, I’ll keep building out the rest of the neural net on the GPU and come back to optimizing matmul later."}, {"post_id": 37145, "ts": "2026-07-29T17:08:59Z", "hours": 1.7775, "text": "Sidequest: Doubling numbers In my last devlog I stated that doubling numbers on the GPU is only faster if you want to double a HUUUGE amount of numbers. Of course I wanted to see at what point the GPU really is faster. I found out that the CPU is actually quite good at doubling numbers so the GPU wasn’t faster at all. I then measured just the time the GPU takes to double the numbers ignoring the time it needs to transfer the data. With that the GPU eventually overtakes the CPU."}, {"post_id": 36003, "ts": "2026-07-27T20:21:29Z", "hours": 2.0819, "text": "Doubling numbers Turns out you have to go back to square one to run a neural net on the GPU. For me that meant writing a program that multiplies every number in an array by 2, on the GPU. Limited learning resources Rust has a great library called wgpu for talking to the GPU. It’s cross-platform and can even run in WebAssembly if you do it right. The problem: most tutorials only cover rendering, and my neural net doesn’t care about triangles on a screen, it needs compute. I never found a tutorial on compute shaders from scratch, so I read the rendering material, stripped out what didn’t apply (windows, vertices, …), and added what did (workgroup size, how a compute pass works, …). Not trivial, but the official wgpu compute example got me on track. I mostly just copied it. Why it’s hard GPU programming isn’t straightforward. Here’s everything required just to multiply an array by 2: Get a wgpu instance , adapter , device , and queue Create a shader module Create the input , output , and download buffers Create the bind group layout and bind group Create the pipeline layout Create an encoder and a compute pass Copy data CPU → GPU , run the shader, then copy data GPU → CPU After 190 lines and some unexpected debugging (on code copied straight from an example, no less), I could finally double numbers fast, but only with huge arrays. Below a certain size, shuttling data to the GPU and back is slower than just doing the math on the CPU. I don’t fully understand every step yet. Hopefully I won’t need to, or I’ll pick it up along the way. Up next Matrix multiplication is next, and most of the boilerplate above should carry over. Big questions remain about the final network, but taking it one step at a time should get me there eventually… or to a complete surrender, who knows."}, {"post_id": 34824, "ts": "2026-07-25T20:39:43Z", "hours": 5.475, "text": "It actually learns After getting XOR working, I tried my neural net on MNIST (handwritten digit recognition). Loading the data was easier than expected, though getting it into the right shape for my network took some fiddling. To make sure I loaded it correctly, I drew a few of the digits to check they looked right before training. Once that was sorted, training worked well, and the results were better than I hoped: 97.8% accuracy , in about 5 minutes. I also experimented with running the whole thing in a browser, but that turned out to be more involved than expected, so I’m parking it for now and focusing on other improvements first."}, {"post_id": 32587, "ts": "2026-07-21T21:16:07Z", "hours": 7.3772, "text": "It learns (a bit) After implementing loss functions, activation functions, and the forward and backward pass for the layers, I tried training a simple network to predict the XOR function. After running the network, I found that it didn’t learn at all. The loss just stayed at 0.25 without any changes. Not only that, the whole neural network didn’t update anything. After some initial digging, I had a feeling this was one of those dumb, simple bugs you can’t find for hours. Unfortunately, my feeling was right: the error was multiplying the bias instead of adding it. This is really bad because the bias initially has a value of 0, which means all outputs turn out to be 0 (not good). Of course, the fix was a one character change: * to + . Now that the network can predict XOR, I’ll see if it can also handle MNIST. I’m still a bit scared about performance issues with matrix multiplication."}, {"post_id": 31187, "ts": "2026-07-19T12:03:17Z", "hours": 3.8625, "text": "Rust Learning Project: Building a Neural Network I recently read a few chapters of The Rust Programming Language and wanted to put my newly gained knowledge to use. Naturally, the first thing that came to mind was building a neural network in Rust. I’d already tried this in Python and failed, so I figured maybe, for some reason, it would go better this time around. Matmul The first step was implementing matrices and their operations in Rust, the most important of course being matrix multiplication. Since this would likely become the biggest bottleneck for the whole model, I got curious about its performance and benchmarked multiplying two 1024x1024 matrices. The naive implementation took about 20 seconds. One simple optimization brought that down to 14 seconds. Then I built with compiler optimizations enabled, and the naive implementation suddenly ran in 63 nanoseconds. I was floored, briefly convinced I’d stumbled onto some incredible compiler magic, before realizing what actually happened: the compiler had simply skipped the calculation entirely, since the result was never used. Classic dead code elimination. After forcing the compiler to keep the computation, the naive implementation came in at a more believable 2 seconds, and the optimized version dropped to 200ms. For comparison, Numpy does the same multiplication in about 4ms. Whether 200ms is fast enough for training neural nets in reasonable time remains to be seen."}]...
|
Title: Neurorust by @toqtu | Stardance
Devlogs:
R Title: Neurorust by @toqtu | Stardance
Devlogs:
Rust Learning Project: Building a Neural Network I recently read a few chapters of The Rust Programming Language and wanted to put my newly gained knowledge to use. Naturally, the first thing that came to mind was building a neural network in Rust. I’d already tried this in Python and failed, so I figured maybe, for some reason, it would go better this time around. Matmul The first step was implementing matrices and their operations in Rust, the most important of course being matrix multiplication. Since this would likely become the biggest bottleneck for the whole model, I got curious about its performance and benchmarked multiplying two 1024x1024 matrices. The naive implementation took about 20 seconds. One simple optimization brought that down to 14 seconds. Then I built with compiler optimizations enabled, and the naive implementation suddenly ran in 63 nanoseconds. I was floored, briefly convinced I’d stumbled onto some incredible compiler magic, before realizing what actually happened: the compiler had simply skipped the calculation entirely, since the result was never used. Classic dead code elimination. After forcing the compiler to keep the computation, the naive implementation came in at a more believable 2 seconds, and the optimized version dropped to 200ms. For comparison, Numpy does the same multiplication in about 4ms. Whether 200ms is fast enough for training neural nets in reasonable time remains to be seen.
It learns (a bit) After implementing loss functions, activation functions, and the forward and backward pass for the layers, I tried training a simple network to predict the XOR function. After running the network, I found that it didn’t learn at all. The loss just stayed at 0.25 without any changes. Not only that, the whole neural network didn’t update anything. After some initial digging, I had a feeling this was one of those dumb, simple bugs you can’t find for hours. Unfortunately, my feeling was right: the error was multiplying the bias instead of adding it. This is really bad because the bias initially has a value of 0, which means all outputs turn out to be 0 (not good). Of course, the fix was a one character change: * to + . Now that the network can predict XOR, I’ll see if it can also handle MNIST. I’m still a bit scared about performance issues with matrix multiplication.
It actually learns After getting XOR working, I tried my neural net on MNIST (handwritten digit recognition). Loading the data was easier than expected, though getting it into the right shape for my network took some fiddling. To make sure I loaded it correctly, I drew a few of the digits to check they looked right before training. Once that was sorted, training worked well, and the results were better than I hoped: 97.8% accuracy , in about 5 minutes. I also experimented with running the whole thing in a browser, but that turned out to be more involved than expected, so I’m parking it for now and focusing on other improvements first.
Doubling numbers Turns out you have to go back to square one to run a neural net on the GPU. For me that meant writing a program that multiplies every number in an array by 2, on the GPU. Limited learning resources Rust has a great library called wgpu for talking to the GPU. It’s cross-platform and can even run in WebAssembly if you do it right. The problem: most tutorials only cover rendering, and my neural net doesn’t care about triangles on a screen, it needs compute. I never found a tutorial on compute shaders from scratch, so I read the rendering material, stripped out what didn’t apply (windows, vertices, …), and added what did (workgroup size, how a compute pass works, …). Not trivial, but the official wgpu compute example got me on track. I mostly just copied it. Why it’s hard GPU programming isn’t straightforward. Here’s everything required just to multiply an array by 2: Get a wgpu instance , adapter , device , and queue Create a shader module Create the input , output , and download buffers Create the bind group layout and bind group Create the pipeline layout Create an encoder and a compute pass Copy data CPU → GPU , run the shader, then copy data GPU → CPU After 190 lines and some unexpected debugging (on code copied straight from an example, no less), I could finally double numbers fast, but only with huge arrays. Below a certain size, shuttling data to the GPU and back is slower than just doing the math on the CPU. I don’t fully understand every step yet. Hopefully I won’t need to, or I’ll pick it up along the way. Up next Matrix multiplication is next, and most of the boilerplate above should carry over. Big questions remain about the final network, but taking it one step at a time should get me there eventually… or to a complete surrender, who knows.
Sidequest: Doubling numbers In my last devlog I stated that doubling numbers on the GPU is only faster if you want to double a HUUUGE amount of numbers. Of course I wanted to see at what point the GPU really is faster. I found out that the CPU is actually quite good at doubling numbers so the GPU wasn’t faster at all. I then measured just the time the GPU takes to double the numbers ignoring the time it needs to transfer the data. With that the GPU eventually overtakes the CPU.
GPU Matmul I thought beating the CPU at matrix multiplication would be easy. It turns out that hand-optimized assembly code is a tough opponent. My naive GPU version isn’t bad, though: it’s roughly on par with NumPy, and about 13x faster than my CPU code but still worse than I initially expected. There’s plenty of room to improve. Right now the GPU sits idle about 80% of the time, just waiting on memory reads. For now, I’ll keep building out the rest of the neural net on the GPU and come back to optimizing matmul later.
Forward pass After adding all necessary operations on the GpuMatrix I implemented the forward pass. It was surprisingly hard to get the caching for the backward pass right because reallocating buffers on the gpu should be avoided. As always I let AI write some test cases and everything passed. Next I’ll implement the backward pass which will hopefully let the network learn with incredible speeds.
GPU Layers I initially thought porting the forward and backward passes to the GPU would be as simple as replacing Matrix with GpuMatrix everywhere. It wasn’t. Unlike CPU operations, GPU operations can’t allocate memory themselves. On the CPU, x + 2 simply creates a new value. On the GPU, every operation needs a pre-existing buffer to write its result into. So x += 2 works, but y = x + 2 requires a buffer for y to exist first. And x = x + 2 isn’t supported on the GPU at all. The solution is to pre-allocate buffers and keep them around, resizing them only when the batch size changes. It works, but it also means every struct starts accumulating buffer fields and scaling that approach to an entire network only makes the problem worse. Next: some kind of global buffer manager, before tackling the loss function.
It acutally learns (again) After some more pain with the loss function, buffer sizes and shape mismatches I got a neural network running on the gpu. The GPU is about 10x faster than the CPU version although some hyperparameters can affect this result. Now I want to build a small wasm interface and build a small web page around that to allow anyone to run a local neural net in the browser.
Does it ever get easier? I thought using the network in the web would be a piece of cake. I was wrong. After fixing some minor issues I wrote some quick code to test training. It worked… technically. It was really slow and froze my whole pc. A quick glance into my system monitor revealed the secret. All CPU cores were almost maxed out while the GPU sat idle. So after spending a bunch of time to use the GPU everything was back to the CPU again. WebGPU is still experimental. Especially on Linux which is why instead of throwing an error when it couldn’t access my graphics card it just used all my CPU cores as a fallback. To get the GPU back into the game I started my browser with some flags and compatibility layers which makes training still slower than on native hardware but faster than with the CPU. Hopefully this was the last major challenge and implementing the frontend will be easier.
Website finished I finished the frontend. You can now create a network with specific hyperparameters and then train it. After training you can draw a number and see what it predicts. Now I just need a good README and the project is ready to ship.
Done I added a README, improved the website defaults and did some final debugging. Now the project is ready to ship.
Ships:
Neurorust lets you train a simple neural network in your browser, using the GPU. The network predicts handwritten digits. After training you can draw your own digits and see its predictions. This project has tought me a lot about neural networks, Rust, GPU programming and WebAssembly. It was really challenging to produce a good result when just learning about everything. Even though the code is not perfect and there are a lot of things I would do different next time I feel like the end result has turned out quite well....
|
1793339319.68025
|
1793425719.68025
|
|
32363
|
My very own WebOS by @toprock_7 | Stardance
|
toprock_7
|
0
|
0.0
|
0
|
[]
|
[]
|
Title: My very own WebOS by @toprock_7 | Stardance
|
1793227893.6597767
|
1793832693.6597767
|
|
4128
|
xfffs by @toponerld | Stardance
|
toponerld
|
0
|
0.0
|
0
|
[]
|
[]
|
Title: xfffs by @toponerld | Stardance
|
1792929133.307572
|
1793793133.307572
|
|
45637
|
Crackpad by @toponerld | Stardance
|
toponerld
|
0
|
0.0
|
0
|
[]
|
[]
|
Title: Crackpad by @toponerld | Stardance
|
1792918223.9510674
|
1793782223.9510674
|
|
6040
|
Untitled project by @toplion7 | Stardance
|
toplion7
|
0
|
0.0
|
0
|
[]
|
[]
|
Title: Untitled project by @toplion7 | Stardance
|
1793281742.0057175
|
1793886542.0057175
|
|
7037
|
My first slack bot! by @tophataxolotal | Stardance
|
tophataxolotal
|
0
|
0.0
|
0
|
[]
|
[]
|
Title: My first slack bot! by @tophataxolotal | St Title: My first slack bot! by @tophataxolotal | Stardance...
|
1793447504.003165
|
1794052304.003165
|
|
35005
|
Untitled project by @tooty2 | Stardance
|
tooty2
|
0
|
0.0
|
0
|
[]
|
[]
|
Title: Untitled project by @tooty2 | Stardance
|
1793544792.0828395
|
1794149592.0828395
|
|
39297
|
Untitled project by @tooturntanan | Stardance
|
tooturntanan
|
0
|
0.0
|
0
|
[]
|
[]
|
Title: Untitled project by @tooturntanan | Stardan Title: Untitled project by @tooturntanan | Stardance...
|
1793526553.467524
|
1794131353.467524
|
|
3904
|
My awesome macropad! by @toomuchadoaboutnothing | My awesome macropad! by @toomuchadoaboutnothing | Stardance...
|
toomuchadoaboutnothing
|
0
|
0.0
|
0
|
[]
|
[]
|
Title: My awesome macropad! by @toomuchadoaboutnot Title: My awesome macropad! by @toomuchadoaboutnothing | Stardance...
|
1793249513.8786416
|
1793854313.8786416
|
|
43428
|
Frictionless by @toobcodepro | Stardance
|
toobcodepro
|
0
|
0.0
|
0
|
[]
|
[]
|
Title: Frictionless by @toobcodepro | Stardance
|
1793220983.9943876
|
1793825783.9943876
|
|
43434
|
toobOS by @toobcodepro | Stardance
|
toobcodepro
|
0
|
0.0
|
0
|
[]
|
[]
|
Title: toobOS by @toobcodepro | Stardance
|
1793220984.9433033
|
1793825784.9433033
|
|
46311
|
Space Explorar by @toobagujjar420 | Stardance
|
toobagujjar420
|
0
|
0.0
|
0
|
[]
|
[]
|
Title: Space Explorar by @toobagujjar420 | Stardan Title: Space Explorar by @toobagujjar420 | Stardance...
|
1793379198.216443
|
1793983998.216443
|
|
12380
|
Robotic arm by @tonyzhou | Stardance
|
tonyzhou
|
0
|
0.0
|
0
|
[]
|
[]
|
Title: Robotic arm by @tonyzhou | Stardance
|
1793307281.1257186
|
1793912081.1257186
|
|
21532
|
Real OS from scratch solo ( I named it NovaOS ) by Real OS from scratch solo ( I named it NovaOS ) by @tonyx | Stardance...
|
tonyx
|
1
|
0.36
|
0
|
[{"ship_num": 1, "ts": "2026-0 [{"ship_num": 1, "ts": "2026-06-19T14:29:13Z", "hours": 0.0, "multiplier": null, "payout": 0, "blessing": "neutral", "text": "NovaOS is an experimental operating system built from scratch, designed to deeply explore how a full OS works. It includes a custom kernel, hardware drivers, a graphical interface system, a network stack, a file system, and a set of system applications. The project covers the entire stack, from low-level boot processes to the user environment, and is actively evolving with a modular architecture aimed at building a complete, structured, and extensible operating system.", "repo": "https://github.com/Juste1dev/NovaOS", "demo": "https://github.com/Juste1dev/NovaOS/releases/tag/TheOS"}]...
|
[{"post_id": 12498, "ts": "202 [{"post_id": 12498, "ts": "2026-06-20T12:32:43Z", "hours": 0.3558, "text": "Working on the users sessions updating and optimizing"}, {"post_id": 11919, "ts": "2026-06-19T13:07:58Z", "hours": 0.3125, "text": "Working On the web browser adding more tabs and shortcuts"}]...
|
Title: Real OS from scratch solo ( I named it Nova Title: Real OS from scratch solo ( I named it NovaOS ) by @tonyx | Stardance
Devlogs:
Working On the web browser adding more tabs and shortcuts
Working on the users sessions updating and optimizing
Ships:
NovaOS is an experimental operating system built from scratch, designed to deeply explore how a full OS works. It includes a custom kernel, hardware drivers, a graphical interface system, a network stack, a file system, and a set of system applications. The project covers the entire stack, from low-level boot processes to the user environment, and is actively evolving with a modular architecture aimed at building a complete, structured, and extensible operating system....
|
1793504892.2217488
|
1793591292.2217488
|