Yuri :godot:

https://mastodon.gamedev.place/@yurisizov

Tool & game developer | Godot Engine :godot: (npub1af5…c5r2) alumnus

🧩 Wishlist FOLLOW THESE STEPS 🧩 https://store.steampowered.com/app/4002220/

🎮 My Apps & Games: https://yurisizov.itch.io
🧮 My OSS Projects: https://github.com/YuriSizov
🪪 Blog / Portfolio: https://humnom.net
💶 Support me!: https://humnom.net/donate.html

Public Key

npub12ykk4fc4e57ntpd5w0ms70hwgrfu6cn3kvxteezjgk5umgmncl3qj5c2pc

NIP-05 Address

[email protected]

Profile Code

nprofile1qqs9ztt25u2u60f4sk688ac08mhyp57dvfcmxr9uu3fyt2wd5deu0cspz3mhxue69uhhyetvv9ujuerpd46hxtnfduqs6amnwvaz7tmwdaejumr0dsnln39u

Publishing to

nostr.land

relay.damus.io

nos.lol

Author Public Key

npub12ykk4fc4e57ntpd5w0ms70hwgrfu6cn3kvxteezjgk5umgmncl3qj5c2pc

Show more details

Last Notes

2026-06-30 22:07:51 GMT

@npub1ta7…uwlj I think I make it pretty obvious to people in the know without triggering keywords and drawing in drama that I don't want ;)
And yeah, I don't see it as a step in any direction. It's pretty much the same points as have been established already.

2026-06-30 15:47:05 GMT

- reply

And, well, there is this aftertaste of trying to be as apolitical as possible, focusing only on the angle of protecting maintainers and nothing else. To be clear, that's a valid angle, but far from the only angle to view AI-assisted contributions from.
So overall: eh.

2026-06-30 15:46:57 GMT

On the subject of The Discourse, it does seem like a very minor change to wording around the same principles as before. I don't think that any of the already merged PRs would've been rejected under these changes either, which makes the whole thing moot.
Would love to see that introspection though.

2026-05-14 14:00:16 GMT

- reply

Yeah, I have eventually figured it out. I just wasn't expecting the toggle there and I haven't checked that page for a while now. So I missed that it was added around the hardware announcement.

2026-05-14 11:04:02 GMT

- reply

I dunno, but I think Valve pretty much gave up on "open secrets" like that once the number of developers on the platform became unwieldy. If it's visible, it's public.
I remember some devs would "leak" the dates for the next big sale, for example, but then it became absolutely mundane knowledge because it's not really a secret when you share it with thousands of people across the world.

2026-05-14 10:58:54 GMT

Wait, Android???
https://cdn.masto.host/mastodongamedevplace/media_attachments/files/116/572/574/157/929/727/original/e1df003120845736.png

2026-04-21 15:57:51 GMT

- reply

Here's the thing: I could create a bespoke solution for this problem. But bespoke solutions introduce a lot of technical burden. Someone has to maintain it, and it will not necessarily be me.
Custom tools are not that nice for a small team that has to do a lot. Hence why I was wondering if there was a simple VCS-lite tool that we could use instead.

2026-04-21 11:02:38 GMT

- reply

To give you full context, this is for educational materials in gamedev. A course that we want to be resettable on the user end, so they can try again and again. Ideally, we'd want every chapter to be individually resettable, but even a one big controlled reset would be good for now.
Hence we have a copy of all files to override files a student might've (or rather should've) changed.

2026-04-21 11:00:26 GMT

- reply

I think it's a bit harder to formalize the whole thing as it stands right now. Which files are backed up, what changes if any have been done. And perhaps yes, making more snapshots along the way would be beneficial eventually too.
I just don't quite need a full VCS feature-wise, more like linear version history for documents that some OSes provide. (But it needs to be portable and cross-platform.) But I dunno, maybe git is always the answer, if I can strip it down.

2026-04-20 14:44:38 GMT

- reply

There isn’t even a need for deltas and multiple revisions. Just noticing that files have been modified, removed, or added and rolling back on demand to a predefined state.
Currently files are just overridden from a reserved copy, and under the hood even a VCS would do pretty much the same, it just feels rather inelegant.

2026-04-20 12:14:47 GMT

Anyone know of some FOSS solution to track changes in a set of files and rollback on demand?
It doesn't need to be full-on VCS, but it needs to be portable, small, self-sufficient.

2026-03-16 19:12:50 GMT

We need to separate “tech” companies from videogames. This level of ghoulishness is insufferable. This is not progress in visual tech. This is defacing of an art form by people with ugly souls.
https://www.digitalfoundry.net/features/nvidias-new-dlss-5-brings-photo-realistic-lighting-to-rtx-50-series
https://cdn.masto.host/mastodongamedevplace/media_attachments/files/116/240/431/637/120/424/original/56ddb57699ad7c66.png

2025-11-12 22:20:19 GMT

According to Valve, they managed to run pretty much all x86 games (so far) on their new ARM-based PCs thanks to this FOSS project:
https://github.com/FEX-Emu/FEX
This runs together with Proton to seamlessly transcode Windows x86 games for Steam OS on ARM. FOSS is THAT cool!
#foss #valve

2025-10-28 19:39:22 GMT

😩 Oh woe me oh woe!
I made some truly... TEARABLE buttons!
#gamedev #indiedev #ui
https://cdn.masto.host/mastodongamedevplace/media_attachments/files/115/453/464/615/342/235/original/84fd1b49b3031441.mp4

2025-10-23 16:41:40 GMT

- reply

I don't even see the code. All I see is blonde, brunette, redhead...
https://cdn.masto.host/mastodongamedevplace/media_attachments/files/115/424/463/223/993/161/original/b4e2d26b1d7e7daf.mp4

2025-10-23 16:38:48 GMT

📅 Today is day 220 of me working on this project (according to commit history, anyway). These balls have been with me the entire journey, they started it!
🔴🟢🟣
Today is also day 4 of me implementing snapping for gamepad/keyboard. I think it's done now!
With pieces specifically the very high frequency of potential points makes me skeptical about the game being playable with a controller. But in practice, it's no so bad! Reasonable scoring and deadzones help.
#gamedev #indiedev
https://cdn.masto.host/mastodongamedevplace/media_attachments/files/115/424/426/795/095/454/original/f3a5f5cba20abe01.mp4

2025-08-04 11:48:38 GMT

🎉 A little over a year ago I released the first stable version of Bosca Ceoil Blue!
🎶 It's a free music tool, suitable for beginners and those without musical prowess (like myself!)
Here are some numbers to commemorate this occasion :)
#indiedev #gamedev #music
https://cdn.masto.host/mastodongamedevplace/media_attachments/files/114/970/319/410/441/963/original/6e222f6827b55804.png

2025-07-07 18:33:26 GMT

- reply

The idea was that this integrates well with existing systems and allows users, somewhat realistically, access multiple designs from the same pack.
Doesn't look like it works well. So I need to think of another way to introduce multiple designs as one style without reworking everything.

2025-07-07 18:32:06 GMT

- reply

Now I want to add a bunch of vanity designs for balls.
I could add them, each of them, as new piece styles. But that's a lot of styles just for a different ball decal. And that conflicts with the idea of having one foil pack per one style of a piece. Because I want these vanity designs to come in a pack together.
As I don't want to rework a lot of systems just to support this approach, I was trying to come up with a way to have one new style, a vanity style.

2025-07-07 18:29:47 GMT

- reply

That's okay, you don't have a full picture and I'm probably not explaining it well.
There are different types of pieces, balls are but one of them. Each piece type can have a variation in one of well-defined styles: plain, striped, glass. Each style has one spritesheet associated with it, which covers every rotated state, up to 12.
Inside of the game, each available style for each piece corresponds to a unique kind of foil pack. E.g. you have a pack of striped balls.

2025-07-07 17:36:58 GMT

- reply

The way things are set up right now, each unique design of a piece is a unique type, comes with a unique foil pack, requires unique visual identifiers here and there.
These are vanity pieces, they aren't supposed to be used a lot, and when they are, it makes sense to group them, present them as one type of entity.
That's the problem, and for a solution I was trying that ^ But will probably hack it in another way.

2025-07-07 16:41:18 GMT

- reply

Yes, I was going for that effect where you can see one image from the left and another from the right (but somehow, in a sphere it can go up to 6 states).
But it's hard to reference.
I'm trying to solve a game design problem by cramming them together into one type like that, but perhaps that's not a solution that makes sense.

2025-07-07 15:59:02 GMT

- reply

That's the idea here: you roll it and the image changes. Imagine like it's made out of something that makes different images appear depending on the angle.

2025-07-07 15:44:05 GMT

Doing something unorthodox to add multiple decal variations for balls without creating a bunch of new pieces. 6 unique decals with 6 intermediate frames, blending them.
Does this work? And if it does, which variation is better, with gaps or without?
https://cdn.masto.host/mastodongamedevplace/media_attachments/files/114/812/684/018/995/323/original/61cdb41480bb7db5.mp4
https://cdn.masto.host/mastodongamedevplace/media_attachments/files/114/812/684/385/556/828/original/84dab815247da747.mp4

2025-06-19 13:40:06 GMT

🎓 If you want to move mouse with your gamepad in Godot, things couldn't be simpler than calling `Input.warp_mouse()` with the new position.
Except, there is a caveat! Resulting position is pixel aligned, so the decimal part is lost. Meaning, small joystick movements are ignored, there is a jerk.
Solution is straightforward:
- Accumulate the movement delta every frame.
- Extract the whole number part of the accumulated delta and pass it to `Input.warp_mouse()`.
- Keep the decimal remainder.
https://cdn.masto.host/mastodongamedevplace/media_attachments/files/114/710/246/832/969/814/original/1498653a568b4f22.mp4
https://cdn.masto.host/mastodongamedevplace/media_attachments/files/114/710/247/127/731/465/original/2e4fc19adbd37df2.mp4
https://cdn.masto.host/mastodongamedevplace/media_attachments/files/114/710/260/882/159/617/original/18681d645d4fcb6e.png

2025-05-11 18:13:38 GMT

- reply

Hope you have good time with it! You definitely need to embrace reactionary gameplay to master the game. But on the flip side, there is a an easier difficulty option that gives you a bigger window to react. (But normal difficulty is already fine for my ability.)

2025-05-11 17:28:37 GMT

I suck at parrying in Dark Souls. I was quickly turned down by Sifu when I learnt how tight the timings are. And I have to say, Clair Obscur, to me, is a masterclass in attack animation readability.
There were maybe 1 or 2 enemies who felt unfair. The rest — I'm actually having fun learning them!
By no means is the game easy though. You do need to learn each enemy type, and there are plenty of them! But it's neat, systemic. You can master it, can be a fair judge of your abilities.

2025-04-07 17:42:55 GMT

- reply

That’s quite a commitment on their part! Guess you can take it as a compliment :) Did they motivate the link thing in any way? Or, I guess, in any new way?

2025-04-07 16:43:25 GMT

📅🔥 Start of a new week is a good time for a hot discussion.
Here's a story of how I brought my FOSS app to Steam, and the unfortunate conclusion based on that experience.
https://humnom.net/thoughts/67f3c805-steam-is-a-bad-home-for-foss-projects.html
#indiedev #steam

2025-02-06 13:27:32 GMT

Wouldn't that be nice, to drag'n'drop items into an exported array?
#godotengine
https://cdn.masto.host/mastodongamedevplace/media_attachments/files/113/957/165/197/098/380/original/6960a9d93445f52c.mp4

2025-01-14 17:57:41 GMT

I really really want videogames to once again be about fruits of human imagination being played and experienced by humans, with human interactions and resulting human-authored imagery being the medium for communication between the author and the player.
Not. All. This.
https://cdn.masto.host/mastodongamedevplace/media_attachments/files/113/827/996/389/753/335/original/d2a224bc5dc32fc7.png

2024-12-27 14:47:31 GMT

- reply

I haven't seen it, but Derek has been in hot waters with this stuff before when he made what pretty much adds up to being a promotional video for a robotaxi company. Not sure if he's that impressionable, if this is an academic approach sans empathy, or if this is just what makes good content in his mind.

2024-12-26 16:11:27 GMT

📖 New article is up!
Today you will learn how to properly implement saving and loading files on user's devices in Godot web exports!
💀 Did you know you can write JavaScript in GDScript?
https://humnom.net/thoughts/676d6b25-bosca-for-web-saving-and-loading.html
#godotengine #web

2024-10-29 15:50:45 GMT

So I made a thing... 🎺 Say hello to Glasan FX, a small sound effects app!
It's beautiful, MIT, and totally free:
https://yurisizov.itch.io/glasan-fx
#audio #gamedev #gamejam

2024-06-07 15:12:53 GMT

🎶 Welcome to the first release of Bosca Ceoil in years!
I hope you have some time in your schedule for this exciting news :)
New and improved music making app, perfect for gamejams and just to get starting jamming out some tunes.
🎊 Read the full release announcement for beta 1 and GET IT NOW for FREE on GitHub or itch:
https://yurisizov.itch.io/boscaceoil-blue
https://github.com/YuriSizov/boscaceoil-blue/releases/tag/3.0-beta1
#BoscaCeoil #MadeWithGodot #music #indiedev
https://cdn.masto.host/mastodongamedevplace/media_attachments/files/112/575/975/611/996/644/original/ea8204c051de7154.png