Nostr notes by Liblast

You can download my slides from the Liblast 3D Art Pipeline ...

2026-04-26T09:47:24Z

You can download my slides from the Liblast 3D Art Pipeline presentation as presented on #LibreGraphicsMeeting2026:
https://liblast.zulipchat.com/#narrow/channel/462542-general/topic/Libre.20Graphics.20Meeting.20.202026.2C.20Nuremberg.20Apri.2022-25/near/590853571

Video recording of the presentation to follow along:
https://media.ccc.de/v/lgm-2026-110676-liblast-3d-asset-pipeline

#Liblast #Godot #GodotEngine #3D #shaders #technicalArt #techArt #Blender

https://media.ccc.de/v/lgm-2026-110676-liblast-3d-asset-pipeline

2026-04-25T08:13:11Z

https://media.ccc.de/v/lgm-2026-110676-liblast-3d-asset-pipeline

Hacking away at our ubershader during #LibreGraphicsMeeting2026. ...

2026-04-23T17:57:22Z

Hacking away at our ubershader during #LibreGraphicsMeeting2026. I am presenting tomorrow at 5 PM, I'm excited!

https://libregraphicsmeeting.org/2026/program/talk_liblast-3d-asset-pipeline/

#Godot #GodotEngine #GameDev #IndieGame #FOSS #OpenSource
- unfa

Progress with the Liblast Ubershader. Added wear, dirt and dust ...

2026-04-19T13:50:20Z

Progress with the Liblast Ubershader.
Added wear, dirt and dust effects.
Added detail material, working on normal map mixing (argh!).
#gameArt #3D #SciFi #Godot #GodotEngine #Robot #TechnicalArt #Shaders #Grunge

We're getting there... #GameArt #3D #TechnicalArt #Grunge ...

2026-04-18T22:43:53Z

We're getting there...
#GameArt #3D #TechnicalArt #Grunge #Textures #Shaders #Godot #GodotEngine

I'll share some screenshots where it does look like it should ...

2026-04-14T09:21:43Z

In reply to nevent1q…4nt9
_________________________

I'll share some screenshots where it does look like it should later today :)

Misaligned Lightmap Type Beat feat. NaNs Vol 2. #glitch #3D ...

2026-04-13T21:25:21Z

Misaligned Lightmap Type Beat feat. NaNs Vol 2.

#glitch #3D #Godot #GodotEngine #broken #error

Thank you! There is definitely an art style emerging in the ...

2026-03-22T18:28:34Z

In reply to nevent1q…0yya
_________________________

Thank you! There is definitely an art style emerging in the project. There's probably gonna be a bit more texture around, but visual readability and delibarte use of color and contrast are high on my list. I want to use all of the PBR goodness, but not overdo it and also provide low fidelity fallbacks for older hardware. I believe indie games don't have to look pixelated or simplistic - we van have nice things without burning out to get them!
Stay tuned :)
- unfa

Welcome back! I'll need to introduce you to the asset ...

2026-03-21T14:01:08Z

In reply to nevent1q…4ypu
_________________________

Welcome back! I'll need to introduce you to the asset pipeline so you can make things that work best with the Framework's features!
Incidentally, I am preparing to give a presentation and conduct a workshop with this tech next month, so I think there will be some synergy here :)
I am glad you managed to open the project and check out the test level with new props!
- unfa

I've made some channels in our Zulip web-public, so anybody ...

2026-03-20T15:04:00Z

I've made some channels in our Zulip web-public, so anybody from the Internet can read without making an account there!

https://liblast.zulipchat.com/channel/476533-development-general

This is possible thanks to the generous sponsorship from Zulip! Thanks!
#Zulip #Liblast

any single light will loop (not necessarily noticeably) but the ...

2026-03-20T07:39:17Z

In reply to nevent1q…azw9
_________________________

any single light will loop (not necessarily noticeably) but the whole composition will never repeat exactly the same because every single light has a different time scale so they are out of sync. Groups of lights could be made to blink in sync (just set the same U coordinate in the UVs). Also: the texture isbdivided into different slices using different patterns, there are also some very simple ones in the red channel on the top - simple 50%, 25% and 12.5% duty cycle pulse.

thanks! I should probably show the shader code as well. It's ...

2026-03-19T19:49:07Z

In reply to nevent1q…39k9
_________________________

thanks! I should probably show the shader code as well. It's already on Codeberg in the devel-unfa branch in case anybody wants to read it. The file is called "blinker_shader.gshader".

yes, every row of pixels is stretched to 4 pixels here, for the ...

2026-03-19T19:47:30Z

In reply to nevent1q…0wwy
_________________________

yes, every row of pixels is stretched to 4 pixels here, for the sake of convenience, and also giving some leeway to artists. Otherwise, texture filtering might cause inter-row bleed which could turn blinking into wandering. I do want to use linear filtering to smooth out the motion, though. The shader has a parameter to apply a harden the threshold to make blinking more snappy. I'm really happy with the result!

For a long time I wanted to try and make some blinking lights. ...

2026-03-19T19:04:53Z

For a long time I wanted to try and make some blinking lights.

"What's so special about that?" I hear you say. Well, you see - real server racks or nuclear power plant control consoles don't blink completely randomly. There's intricate relationships between individual lights, rows of lights, entire racks... and the time factor.

I have created a texture storing 256 different patters. Special UV layout + vertex colors + of course a special shader and we can have this:

#techArt #Godot #server

Stretching our 3D asset pipeline by fleshing out the test level ...

2026-03-19T13:18:48Z

Stretching our 3D asset pipeline by fleshing out the test level Drill with custom props. No unique textures added for these models.
- unfa
#Godot #Art #3D #Liblast

Thank you! - unfa

2026-03-17T19:05:29Z

In reply to nevent1q…4gay
_________________________

Thank you!
- unfa

Relevant files are game.gd, entity.gd entity_component.gd, ...

2026-03-17T12:51:34Z

In reply to nevent1q…qk89
_________________________

Relevant files are game.gd, entity.gd entity_component.gd, actor.gd, actor_controller.gd, game_state.gd (I am unsure of its role yet - holding ethereal state of game that is not entities? Maybe all that should be implemented as runtime CVars instead?)

I was thinking about trying to design a full blown ECS, bit I ...

2026-03-17T12:42:12Z

In reply to nevent1q…yq5v
_________________________

I was thinking about trying to design a full blown ECS, bit I lack experience. I would want to go with sonethibg that would allow transitioning to it later though to make the framework more scalable both for single-player and multiplayer experiences.
Actually if my central Game class is gonna collect events to a queue and process them for each tick, it could also sort events by entity and conponent classes that they operate on to reduce CPU cache misses that'd be pretty neat.

Keeping event journal rather than state history is a good idea I ...

2026-03-17T12:39:34Z

In reply to nevent1q…rjta
_________________________

Keeping event journal rather than state history is a good idea I think. As long as no packets were lost and game is deterministic, all peers should be in sync. However that is problematic when trying to achieve authoritative server and also when dealing with faulty networks. State interpolation on clients is usually cheaper than full blown simulation. This is why it might be necessary to work with both events and state snapshots.

Yes, exactly! I am refraining from using Godot's stock ...

2026-03-17T12:33:35Z

In reply to nevent1q…kyny
_________________________

Yes, exactly! I am refraining from using Godot's stock multiplayer synchronizers to have more control over what is happening every tick and to be able to use for exame general data compression and send one packer per peer per tick rather than a flood of RPC calls. Having a central event and wolrd state pump also would allow to use a cumulative priority queue to limit bandwidth and make the most out of every byte transmitted. Not everyone has fiber!

Sure! I am working in the devel-unfa branch, you'll see ...

2026-03-17T12:29:53Z

In reply to nevent1q…qk89
_________________________

Sure! I am working in the devel-unfa branch, you'll see breakage there trying to run the game. There's a map called actor_test that is used as a prototypibg ground for redesigning this whole entity system.

That could be useful, but it doesn't seem like a solution to ...

2026-03-17T07:30:34Z

In reply to nevent1q…epdt
_________________________

That could be useful, but it doesn't seem like a solution to the fact that all of my Entities will not have a common ancestor.

Thanks, node groups were somehow not on my radar, even though ...

2026-03-16T19:23:44Z

In reply to nevent1q…v03n
_________________________

Thanks, node groups were somehow not on my radar, even though they should've been a natural choice here. I need to think about it!

Another problem I have with #Godot is that it seems like I ...

2026-03-16T13:52:19Z

In reply to nevent1q…sd2y
_________________________

Another problem I have with #Godot is that it seems like I can't use NodePaths to address properties on a parent node. I will get away from that approach anyway, but I was trying to do this:
state.add_attribute("pos", ^"..:position", Entity.Attribute.Type.VECTOR3) # ..: accesses position on parent entity
And it always gives `null`.
Only accessing local members seems to work which is another deal breaker fro what I was trying to do recently and will be backing off from now.

By `subtick`I mean situations where player1 shoots and kills ...

2026-03-16T13:45:58Z

In reply to nevent1q…sqsg
_________________________

By `subtick`I mean situations where player1 shoots and kills player2 in the exact same tick when player2 shoots and kills player1. In theory with hitscan weapons, one should die, not both. Reordering events by mouse input time could allow resolving such cases with certainty, rather than randomly or arbitrarly by whoever joined game first gets their shots processed first (like in TF2).
I also hope this could allow rollback in the future and lag compensation, but i should NOT worry about it now.

Having events neatly in a queue also means Game could reorder ...

2026-03-16T13:43:19Z

In reply to nevent1q…w6e4
_________________________

Having events neatly in a queue also means Game could reorder them, group them by type for processing on multiple worker threads etc. For example InternalEvents could be all processed in parallel, because they don't touch anybody else. Then ContactEvents involving pairs of entities (rocket -> character, hammer -> box, explosion -> barrel) could be separated etc etc...
Huh. This could be very powerful and also allow good debug.
It could also allow sorting events by server_time_msec for `subtick`.

Right now Entities can affect their state directly, and by ...

2026-03-16T13:36:28Z

In reply to nevent1q…adaq
_________________________

Right now Entities can affect their state directly, and by extension - world state, which means that depending on semi-random order of node script processing, results can vary.
Ok, I need to address this.
Generating events can be parallelized later, processing them - I am not sure, because here events alter the world_state. However events could be divided into clusters by groups of entities they involve. An explosion in room A will affect entities 0..4 but will not touch entities 5..20 etc.

One thing that also comes to my mind if the Verse programming ...

2026-03-16T13:33:29Z

In reply to nevent1q…qzp9
_________________________

One thing that also comes to my mind if the Verse programming language and what makes it possible to paralellize.

Generating Events from entity interactions or processing (an Actor controlled by a BotController decided to shoot their weapon and generates a FireWeapon Event) can occur in parallel because the world_state is known and constant throughout each tick.

If world_state is read-only during tick, generating Events can be parallelized.
Events get queued and processed sequentially per tick

world_state also doesn't hold Events - instantiation or ...

2026-03-16T13:16:47Z

In reply to nevent1q…x4rn
_________________________

world_state also doesn't hold Events - instantiation or deletion of an Entity should be an Event, any interactions between Entities should also generate Events, and maybe internal state changes within Entities should be summarised into an Event by the end of current tick...
I am thinking of Quake 3's Event Queue system here...
So my world_state is a snapshot, a result of a list of Events getting processed, but it doesn't explain how things came to be how they are.
Game.queue_event(event: Event)?

Attributes are defined in `_init_state(state) -> state` method ...

2026-03-16T13:13:02Z

In reply to nevent1q…93uc
_________________________

Attributes are defined in `_init_state(state) -> state` method of Entity. They are identified by sequential indicies, but have 3-letter names for debug and a linked member variable. Example: `state.add_attribute('pos', 'global_position', Entity.Attribute.Type.VECTOR3)`.
This way from a single world_state any game situation should be possible to store and restore.
And though I realized the world_state doesn't store Entity types yet, only indicies... That is a problem I just realized...

I have a Game class that had a world_state Dictionary. That dict ...

2026-03-16T13:01:33Z

In reply to nevent1q…ctw4
_________________________

I have a Game class that had a world_state Dictionary. That dict contains state of all Entity instances in the game. Every entity instance has a unique ID, which are sequential ints (0,1,2,3...). IDs are never reused after an entity is destroyed, to avoid confusion. Because Game has state of all Entities, it can also hold a journal, save the changes to a file for later playback or analysis or transmit it through network (send and recieve).
Entities expose Attributes which define them...

Maybe I can make this more specific then and in each Component ...

2026-03-16T12:57:53Z

In reply to nevent1q…cfma
_________________________

Maybe I can make this more specific then and in each Component class do `@export var host_entity: ActorEntity` where ActorEntity extends CharacterBody3D and functionally IS an Entity even if inheritance won't show that. This feels a bit stupid.
Components are things that extend Entities, but arent't standalone: Flicker, Rotator, Mover, Animator, Inventory, Integrity, Locomotion, Trigger...
Someone might ask why do I want to designate some nodes as special with the Entity system. Let me explain..

Then I could everywhere do `if Entity.is_entity(node): ...

2026-03-16T12:51:52Z

In reply to nevent1q…5fd2
_________________________

Then I could everywhere do `if Entity.is_entity(node): node.entity_interface.do_entity_stuff()`.
I really need to have this work with the GDScript editor's parser so code suggestions show up.

Another thing is EntityComponent class. Maybe I need to remove that completely and make it so components are just entiies that need a host entity to be parented to. New issue is I can't do `@export var host: Entity` because my entities will not extend Entity class. Here I can't make Godot editor cooperate.

And so I think I'll instead have to make a class ...

2026-03-16T12:47:13Z

In reply to nevent1q…gvnc
_________________________

And so I think I'll instead have to make a class EntityInterface and in my entity scripts extend host node type like CharacerBody3D but include an entity_interface member which would be a class extending RefCounted and would give access to everything that the Entity class has now. Then in Game or even Entity class I can have a `static func is_entity() -> bool` so entities can easily check without doing some stupid error-prone dance every time.

(continued thread) Godot kinda supports that, but kinda ...

2026-03-16T12:42:32Z

In reply to nevent1q…fz6k
_________________________

(continued thread) Godot kinda supports that, but kinda doesn't. I have to make my Entity extend Node3D (can't extend CharacterBody3D as other Entities might extend Static or AninatableBody3D instead - that creates collisions). The Inspector shows properties from Entity class AND properties from host node like CharacterBody3D, but doing something like `if self is CharacerBody3D: stuff()` results in error "node can't be of type CharacterBody3D, because it's of type Entity". That sucks.
- unfa

If anyone is interested in #FPS #multiplayer game technology and ...

2026-03-16T12:37:56Z

If anyone is interested in #FPS #multiplayer game technology and happens to know #Godot, I am open to talk :) Hi me up here or join our chat athttps://liblast.zulipchat.com
I am currently wrestling with an entity and world state system. I have a problem because I would want to be able to do `if node is Entity: stuff()`, but root nodes of various scenes (like a game character, and interactive prop etc) uses a node type like CharacterBody3D which properties I want to access, but also extend Entity

It's never pleasant to realize some of your work needs to go, ...

2026-03-15T14:24:00Z

It's never pleasant to realize some of your work needs to go, but I've come to the place where I think my entity system is way too complicated, and instead of making things easier, it's now making things harder. I'm trying to do too much, too quickly. I'm trying to implement very advanced multiplayer features before I have basics working well. I don't think I'm ready, I need to go back to the simplest possible solution that will be working, and expand from there.
Back to the drawing board!
-unfa

Thanks to our powerful 3D asset pipeline and ubershader a simple ...

2026-02-26T13:28:27Z

Thanks to our powerful 3D asset pipeline and ubershader a simple model can provide a lot of visual variety. Edge bevels and wear, worn paint revealing raw metal underneath - these effects come easily and with little artist effort. Altering asset colors per instance is also possible. Reusing textures heavily for common effects removes the need to add bevels, wear & tear to your props. Model them pristine and let the framework do the rest!
Wanna learn more?
Follow #LibreGraphicsMeeting !
- unfa

Booking my flight and room for #LibreGraphicsMeeting to show ...

2026-02-24T22:01:36Z

Booking my flight and room for #LibreGraphicsMeeting to show Liblast to the world!
I'm going to do a presentation and a workshop during which me and the audience will make some 3D assets using our sick pipeline. The event will be streamed live, so either GetOverHere or GetInTheChair!

https://libregraphicsmeeting.org/2026/program/

- unfa

#Liblast #LiblastFramework #Godot #GodotEngine #Blender #Blender3D

New Liblast builds and dev update are available in our Zulip ...

2026-02-23T18:36:37Z

New Liblast builds and dev update are available in our Zulip server:

https://liblast.zulipchat.com/#narrow/channel/462542-general/topic/playtesting/near/575361787

Also new development update video showcasing the game state from these builds:

https://video.hardlimit.com/w/sc6yu4D5izGZu9JTB3xAUf

Enjoy!

- unfa

#Liblast #Godot4 #FPS #IndieGame #Shooter #SciFi #Robots #unfa

Recent update video now on PeerTube! Thanks to HARDLimit for ...

2026-02-23T18:26:42Z

Recent update video now on PeerTube! Thanks to HARDLimit for allowing us to host video on their platform!
https://video.hardlimit.com/w/hMpc7v96TJ9eGYRHDd2JJP

"Misaligned lightmap type beat feat NaNs" #glitch ...

2026-02-22T23:46:07Z

"Misaligned lightmap type beat feat NaNs"

#glitch #accidentalart

Improved crosshair. The circle size is set in degrees and depends ...

2026-02-22T14:52:00Z

Improved crosshair. The circle size is set in degrees and depends on camera FOV and viewport size.
This means if the weapon spread is later tied to the circle size, it will reliably show area of spread, no matter what camera FOV and resolution the game is running at.
#Godot4 #Liblast #FPS #IndieGame #OpenSource

Stuff I'm currently working on. https://youtu.be/EWNi2wnkpAs ...

2026-02-21T20:29:35Z

Stuff I'm currently working on.
https://youtu.be/EWNi2wnkpAs
- unfa

Liblast on the agenda for #LibreGraphicsMeeting ! I'll see ...

2026-02-17T22:36:46Z

Liblast on the agenda for #LibreGraphicsMeeting ! I'll see you in April in Nuremberg!
https://libregraphicsmeeting.org/2026/program/
- unfa

Improving performance and visual quality... ...

2026-02-17T16:28:06Z

Improving performance and visual quality...

Expanding the test level. The performance now is really bad ...

2026-02-16T18:03:38Z

Expanding the test level. The performance now is really bad (20-ish FPS), the lighmap fidelity is also really bad, but this is how we find the pain points. A larger level is definitely needed to see how the game behaves.

What is definitely needed is splitting the map into multiple rooms and using occlusion culling to get rid of geometry that won't contribute to the frame. So far the whole level is just one humongous mesh.

We need a non-destructive way to split the mesh with no new faces.

Spawnpoint in-editor gizmos now feature a POV preview sprite. You ...

2026-02-13T11:55:19Z

Spawnpoint in-editor gizmos now feature a POV preview sprite. You can align the spawnpoint and see what the player spawned at it would see :)
- unfa

Liblast running on Fairphone 6 at 80 FPS. #fairphone #GodotEngine ...

2026-02-13T01:12:08Z

Liblast running on Fairphone 6 at 80 FPS. #fairphone #GodotEngine #TheFairphoneGen6 #Fairphone6

Experimenting with a level design workflow in Liblast Framework. ...

2026-02-12T14:32:20Z

Experimenting with a level design workflow in Liblast Framework.

Blender required some weird workarounds to get CSG-style subtractive modelling working, but I got it figured out.

I had to create a gigantic cube from which I subtract the world. That cube has a vertexgroup "omit" set and a GeometryNode modifier deletes that geometry dynamically AFTER boolean operations.

For modelling this is now transparent, you don't even see that cube, and it doesn't affect lightmaps.

This can be a template.

Running the game on super underpowered systems is always so ...

2026-02-09T13:09:01Z

Running the game on super underpowered systems is always so satisfying!
Here's Liblast on ASUS T1000AH tablet running test level at 50 FPS. It crashed soon after, but it did run smoothly for a moment :D Arch Linux and Cage. can't find a way to make this screen landscape though.
#indiegame #tinkering #Linux #Liblast

What if we just use the world model as view model and attach our ...

2026-02-01T20:15:49Z

What if we just use the world model as view model and attach our camera to the model's head?
- unfa
#liblast #Godot #Godot4

Wait... something isn't quite right... - unfa ...

2026-01-31T17:05:41Z

Wait... something isn't quite right...
- unfa

Replacing the placeholder gun with an "assault rifle" ...

2026-01-30T23:08:19Z

Replacing the placeholder gun with an "assault rifle" model I have made some time ago. Not sure if it'll fit the artstyle, maybe we;ll loose the scope - why would robots need scopes? :D Scale is all wrong, and putting Robot's hands on the gun is gonna take some work...
- unfa
#3d #Godot #Blender #fps

Liblast running on Android (#FairPhone6, #FairPhoneGen6, ...

2026-01-28T17:53:54Z

Liblast running on Android (#FairPhone6, #FairPhoneGen6, #TheFairphoneGen6), #Godot 4.6 stable.
#Liblast

Working on Entities and Components. Things are starting to come ...

2026-01-24T11:40:54Z

Working on Entities and Components. Things are starting to come together on that front. Also improved character physics. Characters now really feel like they have some inertia (not too much).

- unfa

thanks! This is an open source project, so if you'd like to ...

2026-01-22T18:58:55Z

In reply to nevent1q…56uq
_________________________

thanks! This is an open source project, so if you'd like to work with me to improve things, I'm always there! :)
- unfa

Playing with the Raspberry Pi 4. Can it run Liblast? - unfa ...

2026-01-22T17:08:38Z

Playing with the Raspberry Pi 4. Can it run Liblast?
- unfa

TL;DL: The interface should remain object oriented because ...

2026-01-22T16:11:37Z

In reply to nevent1q…j6eu
_________________________

TL;DL: The interface should remain object oriented because working with a bunch of tables is not as user friendly as working with a bunch of objects laid out in 3D space. However, in the future, everything could be baked into an ECS, maybe even ditching nodes entirely and working directly with Godot's servers. That is, unfortunately, a bit too ambitious for me, and I think it should be more of Liblast Framework 2.0, and 1.0 should be fully object-oriented just for the sake of simplicy.
https://cdn.masto.host/mastodongamedevplace/media_attachments/files/115/939/617/793/578/884/original/4d458f7102ac21c6.mp3

Sketching ideas in Excalidraw.com. - unfa ...

2026-01-22T12:56:55Z

Sketching ideas in Excalidraw.com.
- unfa

When thinking about entity, component, state and networking ...

2026-01-22T12:49:56Z

When thinking about entity, component, state and networking systems I realized I am starting to lean into functional instead of object-oriented. The problem is, I think it's too early. I should first do the simplest possible working implementation of the design, and once that's solid, seek ways to improve it if need be. Of course from performance standpoint it'd be best to do everything in C++ and go full ECS, but the flexibility and ease of development are among paramount values here.
- unfa

3rd person camera. This makes debugging so much easier! - unfa ...

2026-01-14T15:27:11Z

3rd person camera. This makes debugging so much easier!

- unfa

#liblast #Godot #GodotEngine #game #indiegame #devlog #gamedev

Quake-style speedometer added that calculates lateral speed ...

2026-01-14T15:26:15Z

Quake-style speedometer added that calculates lateral speed relative to current floor plane.

Also 3rd person view.

Also splashscreen for Liblast (a bit pre-emptive).

- unfa

Implemented basic sound occlusion into the new AmbientSound ...

2026-01-13T16:20:57Z

Implemented basic sound occlusion into the new AmbientSound entity class. Also Made a custom icon for the entity. I suppose using the gradient from Liblast Framework's logo makes it distinct and easy to understand what it is. Or does it?
- unfa

We're starting to look legit, aren't we? :) #Liblast ...

2026-01-06T22:55:45Z

We're starting to look legit, aren't we? :)

#Liblast #LiblastFramework #Godot #GodotEngine

- unfa

More eye candy from the game menu :D - unfa ...

2026-01-05T00:25:47Z

More eye candy from the game menu :D
- unfa

I am designing a logo for Liblast Framework. The Framework is the ...

2026-01-05T00:07:19Z

I am designing a logo for Liblast Framework. The Framework is the technology stack built for Liblast (the game). Having separate visual identies would help show what is what. Liblast Framework is going to be Godot Asset you can install and have all the advanced, integrated tools and a powerful 3D asset pipeline ready to go for your game. Liblast (the game) will be built on the Framework and server as a primary showcase and breeding ground for it's features.

- unfa

#Inkscape

If you need some #glitch images I have found an interesting way ...

2026-01-04T20:40:18Z

If you need some #glitch images I have found an interesting way of generating that with #GodotEngine 4.5.

If you create a SubViewport and change it's size at runtime, odd things happen - it seems that the frame buffer is not initialized which displays mingled data (sometimes it's parts of what you see onscreen, sometimes parts of frames from other viewports, like the main one).

Godot Engine :godot: (npub1af5…c5r2) don't patch this please!

Note: this is NOT reliable! That's why I saved the frames!

- unfa #art #pixel

It just so happens that the new Liblast menu background scene is ...

2026-01-03T02:46:31Z

It just so happens that the new Liblast menu background scene is great for testing the completely new implementation of #SSR that is present in Godot 4.6 (beta2).

It's best appreciated in motion, so here's a video clip!

This runs at 144 FPS at ~2K resolution on my Radeon RX 6800 XT. 4x MSAA + TAA.

In a busy fast-paced game this detail won't matter as much, but seeing that Godot can deliver this kind of a picture, really warms my heart. You madmen did it! 🎆

- unfa

#Godot #GodotEngine

if I had the resources, I would be glad to maintain a Matrix ...

2026-01-02T16:15:56Z

In reply to nevent1q…qvn6
_________________________

if I had the resources, I would be glad to maintain a Matrix space, find a way to bridge it to a Zulip channel and expose in-game. Perhaps a contributor would emerge in the future who would take care of that. There's already multiple places. There is Zulip, there is our Open Source Collective page and there is Mastodon. I wish I could find a way to uniformly publish updates to all of that + our website some time, but it's not top priority at the moment :)
- unfa

no, Matrix is just not the tool for the job. Zulip is designed ...

2026-01-02T13:41:27Z

In reply to nevent1q…57ct
_________________________

no, Matrix is just not the tool for the job. Zulip is designed specifically for productive team collaboration and has a multitude of unique features.

Examples in no particular order:
- Transparent interface via email
- Custom code playgrounds
- Timezone-aware timestamps (great for scheding meetings)
- Multitude of channels and channel groups in one instance
- Webhooks - pulling info from Git hosts
- Custom url shorteners (git issues)
- GDScript colors!
- Fast search

- unfa

Slowy bringing out the colors! #Godot #GodotEngine #Liblast ...

2026-01-02T01:10:03Z

Slowy bringing out the colors!
#Godot #GodotEngine #Liblast #LiblastFramework
- unfa

Making progress! Stuff is slowly coming together. Too much to ...

2026-01-01T22:06:20Z

Making progress! Stuff is slowly coming together. Too much to mention everything here.

More information can be found on our Zulip chat:

https://liblast.zulipchat.com/#narrow/channel/462542-general/topic/playtesting/near/565999261

Maybe I'll manage to make a video and demo all the new stuff (once the cold finally passes - my new year's was spent lying in bed with a laptop).

I managed to bang out some decent code though. Maps now automatically render and save previews. These are shown in game builds during loading.

New cvar: debug.override.spawnpoint

- unfa

#Photo #notAI #notCGI #realPhoto #Godot #GodotEngine ...

2025-12-17T16:46:40Z

#Photo #notAI #notCGI #realPhoto #Godot #GodotEngine #GodotPlushie #Liblast #unfa #3Dprinted

Progress in the (tech) art departament. Rendered with 4xMSAA, ...

2025-12-17T13:58:31Z

Progress in the (tech) art departament.

Rendered with 4xMSAA, nothing else.

I found that Screen-Space Roughness limiter works in halved resolution and introduces blocky artifacts (check the 2nd screenshot for comparison).

It's probably content-specific but the effect is ON by default, and so you might be getting stairsteppy artifacts and not know where do they come from.

This is Godot 4.5.1 stable on Arch Linux. Haven't tested in 4.6 beta yet.

Godot Engine :godot: (npub1af5…c5r2) WDYT?

- unfa

#Godot #GodotEngine

Ubershader overhaul imminent! In my professional work I have used ...

2025-12-15T18:23:59Z

Ubershader overhaul imminent! In my professional work I have used some ideas and even tooling (vertex color baker for Blender) created for Liblast. I have managed to implement quite a slick ubershader that handles car paint, localized damage to it, paint chipping and scratching, dirt, dust, rust, wetness, water and soap overlays among other effects like hilighting dirt, a dissolve effect, wind waves on cloth etc.
I suppose I could design something similarly modular for Liblast?
- unfa

And here a still from one of the animation frames. I am using the ...

2025-12-12T23:22:44Z

In reply to nevent1q…uqdv
_________________________

And here a still from one of the animation frames.
I am using the animation to ensure the textures are not "floating", and the material is behaving correctly.

The normal map seems wonky, something is not right, could be green channel needing to be flipped, or sRGB color space, we'll see...

Testing the model in #Godot using our ubershader. Things are far ...

2025-12-12T23:18:30Z

In reply to nevent1q…zhm4
_________________________

Testing the model in #Godot using our ubershader.
Things are far from perfect, but we're getting there...

And here's the atlas in action... after some modifications to ...

2025-12-12T15:46:40Z

In reply to nevent1q…hxuq
_________________________

And here's the atlas in action... after some modifications to it.
The texturing is not yet complete, but I'm getting close.
#Blender
- unfa

Hardsurface detailing atlas for #Liblast. Made with #Blender and ...

2025-12-10T13:53:13Z

Hardsurface detailing atlas for #Liblast. Made with #Blender and #GrabDoc add-on and post-processed with #MaterialMaker. This is to work with a special #ubershader to let low / mid-poly models look almost hero-like :)

On the left a pre-vis of the final texture on geometry prepared for #DreamUV , on the right source geometry used to bake intermediate maps.

The final texture is in CXOY channel-packing layout. One texture merging curvature, normal and AO parameters.

#TechArt #Godot

- unfa

Sometimes we just wanna make a fun thing, even if it's not ...

2025-08-14T15:59:41Z

Sometimes we just wanna make a fun thing, even if it's not necessary by any means...

Like randomized serial numbers on weapons. Together with randomized wear patterns on them - gives a nice organic feel to it. Every single gun is unique!

That's stuff you can do very easily in Liblast Framework using our Ubershader.

The serial number is not a decal or a Label3D, it's part of the material.

The models are of course totally placeholder (just Godot primitives).

- unfa

#Liblast #IndieDev #Godot

I think if the straight segment slope would match the sine wave ...

2025-08-14T15:49:38Z

In reply to nevent1q…kpz0
_________________________

I think if the straight segment slope would match the sine wave it was spliced to, the speed (1st derivative) should be fine, I would expect a hitch on the 2nd derivative (acceleration).

Video now available on PeerTube: ...

2025-08-10T11:28:48Z

In reply to nevent1q…f2gp
_________________________

Video now available on PeerTube:

https://video.hardlimit.com/w/bZsQCLyZTQiqwuuJaWrSUG

The new Entity, World State and Replication system is working! ...

2025-08-09T12:13:47Z

The new Entity, World State and Replication system is working!

Here it's syncing 24 cubes and two movers (the chars are not based on entities yet) from a server to 3 clients.

The server's world state is authoritative - clients merely follow updates they get.

Super simple for now - full world state is sent to all clients every server tick.

Not optimal or resilient at all - there is a lot of work ahead!

https://youtu.be/Sc42ebGX_YU

#Liblast #IndieDev #IndieGame #Godot #GodotEngine #FPS

- unfa

Heck yeah! The SharedTime feature of #Liblast #Framework that ...

2025-07-27T14:08:59Z

Heck yeah! The SharedTime feature of #Liblast #Framework that establishes a common time reference so clients can time events in server's time seems to finally work as expected. This took a lot of debugging, but it's here!

Of course this is only via loopback on a single machine, so only using this over the internet will tell if my code is any good...

So far I'm happy with the results :D

This is not yet in the main branch of the git repo, there's more coming ;)

- unfa

https://codeberg.org/Liblast/liblast-framework/commit/b3ddfbbc774c52af026cbb52b51ff2d86d83462d

They said it's better to make more commits, because when you ...

2025-07-15T22:57:03Z

In reply to nevent1q…g8wd
_________________________

They said it's better to make more commits, because when you break stuff, you have more options during a bisect.
Well, so I have now committed about ~3 evening's work in 9 commits.

Note to self: don't be afraid to commit, because you're not sure if you'll go down this route or not. #Git history is exactly the tool to go back to a place before you went off-rails.

I often hold back because I feel like maybe this should go to a different branch, maybe not...
Maybe I'll first merge up...

- unfa

Inching forward. For now just trying to get this to work in the ...

2025-07-15T22:16:25Z

Inching forward. For now just trying to get this to work in the simplest way possible. Basic FPS game networking - character movement first.

- unfa

#Networking #Godot #IndieDev #Liblast

New development update video! https://youtu.be/pvjU2Sc9Tms ...

2025-07-13T22:22:42Z

New development update video!

https://youtu.be/pvjU2Sc9Tms

I'm working on networking.
Big brain energy needed. I've read and studied a lot about networking in FPS games throughout the years, but my own implementations so far have been rather unimpressive.

You think I can knock it out of he park this time around? I've been doing Liblast for 5 years now, this is the 4th from-the-ground-up iteration of the project. I hop I've learned my lesson by now...

- unfa

#Liblast #GameDev #IndieDev #IndieGame

Liblast starting a local server and loading a map. You can notice ...

2025-07-11T10:00:16Z

Liblast starting a local server and loading a map. You can notice recent work on loading screen and scene transitions. An important part of the map "loading" is rendering frames and comparing them monitoring the differences. The game is waiting until the frames stabilize. It took a lot of work to get working properly, but now it pretty much eliminates all possible flickering due to reflection probe baking (and other pop-in). Internally it's called "Flicker Suppression".

- unfa

#Liblast

Long time no see! Here's an update on Liblast [Framework] ...

2025-07-06T13:36:35Z

Long time no see!
Here's an update on Liblast [Framework] development, and further development taking place on video :)
https://youtu.be/4SvDGc2-gtU
- unfa
#liblast #godot #godotengine #indiegame

It didn't die - it was killed. Thor aka Pirate Games has been ...

2025-06-24T11:18:34Z

In reply to nevent1q…30k7
_________________________

It didn't die - it was killed. Thor aka Pirate Games has been spreading lies about what SKG was and trying to convince people it's a terrible idea - he has single-handedly doomed the movement. because he's a pr*ck. Then he fell off when people started realizing he's full of himself, but the damage was already done.

This could still be turned around, there's less than 600000 signatures required (out of a million), but there's a month+ left, and without a few huge YouTubers helping...

WE HAVE ALMOST SAVED GAMING. Or have we? Can we still save it? ...

2025-06-24T09:00:45Z

WE HAVE ALMOST SAVED GAMING.
Or have we? Can we still save it?

All it would have taken was a million signatures from EU citizens.

Don't we have a million gamers in the EU who are eligible to vote?

Here's probably the last update from #StopKillingGames :

https://www.youtube.com/watch?v=HIfRLujXtUo

https://StopKillingGames.com

Have you signed yet?

-unfa

#Gaming #Game #Games #Gamers #LinuxGaming #GamePreservation #GameEmulators #Lutris #Proton #Wine #Steam #Freedom #EU #Law #GameDev #GameDevelopment #Help #Activism

Working on various things. #Liblast - unfa ...

2025-06-15T21:53:35Z

Working on various things.
#Liblast

- unfa

Ever since Godot 4.0 pre-alpha the reflection probes are ...

2025-05-10T12:26:11Z

Ever since Godot 4.0 pre-alpha the reflection probes are sometimes causing flashes when baking their internal cubemaps.

Years later this is still a problem I don;'t know how to solve.

Maybe somebody has found a way to tackle this?

https://forum.godotengine.org/t/how-to-avoid-reflection-probes-from-flashing-white/110498

- unfa

#Godot #GameDev

Yeah, it's a dev console in front of a test map for working ...

2025-05-10T11:32:24Z

In reply to nevent1q…rs2v
_________________________

Yeah, it's a dev console in front of a test map for working on the character controlller (and also testing lighting).
- unfa

I'm just gonna share what I'm working on at the moment. - ...

2025-05-07T22:17:18Z

I'm just gonna share what I'm working on at the moment.
- unfa
#Liblast #Godot #IndieDev

Hi! This was a result of our mitigation against a recent spam ...

2025-05-01T17:39:11Z

In reply to nevent1q…rtfw
_________________________

Hi! This was a result of our mitigation against a recent spam attack. It should be accessible as usual by now.
- unfa

We've taken part in Godot Wild Jam #80 ( #GWJ80 ). Here's ...

2025-04-21T20:47:40Z

We've taken part in Godot Wild Jam #80 ( #GWJ80 ).

Here's the game we made:

https://liblast.itch.io/triangle-factory

https://codeberg.org/Liblast/godot-wild-jam-80

This short detour from our work on Liblast Framework has been great fun, and we have learned a lot about making games and working together.

- Liblast Team

Don't think that lack of updates here means lack of progress ...

2025-03-30T13:56:28Z

Don't think that lack of updates here means lack of progress on Liblast!
At thew start of the year, we've formed a new Team, and since we've been doing weekly work and team meetings. Nearly all of it happens in Liblast Framework repository, so you might haven't noticed:

https://codeberg.org/Liblast/liblast-framework

We're building the framework as a foundation for the game, and for future games too.

If you'd want to be a fly on the wall, or talk to us, join our online community on Zulip:

https://liblast.zulipchat.com/

This is THE year! Here's a summary of what has happened in ...

2025-01-13T23:06:12Z

This is THE year!

Here's a summary of what has happened in 2024 and what we're looking at in 2025:

https://opencollective.com/liblast/updates/2025-starts-with-a-rebirth-of-the-liblast-team

Enjoy a rare blog post by your's truly.

- unfa

#liblast #gamedev #Indiegame #Godot