@liblast@mastodon.gamedev.place
@liblast@mastodon.gamedev.place avatar

liblast

@liblast@mastodon.gamedev.place

Liblast is an open-source multiplayer FPS game built with Godot 4 game engine and a fully open-source toolchain.

This profile is from a federated server and may be incomplete. Browse more on the original instance.

liblast, to godot
@liblast@mastodon.gamedev.place avatar

Quick development update.
https://youtu.be/6OLTPttbPwE

liblast, to ethelcain
@liblast@mastodon.gamedev.place avatar

I've written a chunky post about my ideas and challenges I see for the design of the Liblast Framework.

The Liblast Project aims to build a framework for making FPS games and produce an FPS game called Liblast.

For all that to work, we need a lot of educated, forward-looking design decisions.

I am taking inspiration from the Quake/Source engine family, but also from Liblast legacy game and other work I've done.

Please chime in :)

https://codeberg.org/Liblast/Liblast/issues/9

  • unfa

liblast, to random
@liblast@mastodon.gamedev.place avatar

We are BACK!

The rewrite is now in it's fresh repository with a new directory structure and all relevant commit history (but no more) and CI works too.

I can go to sleep now :D

  • unfa

PS: incredible thanks to the people at @Codeberg , who have assisted us with the repo archival and switch. You're the best!

liblast, to random
@liblast@mastodon.gamedev.place avatar

Archiving the old repository and creating a new place for the rewrite :)

liblast, to art
@liblast@mastodon.gamedev.place avatar

While @YoSoyFreeman is hammering Godot physics into shape with math I could not comprehend, I've started some work on art direction for the game.

  • unfa

liblast, to random
@liblast@mastodon.gamedev.place avatar

@Codeberg
I have some trouble migrating Liblast repository (in order to archive the current one and clean it up).

I've attempted multiple retries, but this same failure persists.

Is there anything that can be done about this?

  • unfa
liblast, to godot
@liblast@mastodon.gamedev.place avatar

Here's what's going on:

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

(PeerTube mirror is processing...)

liblast,
@liblast@mastodon.gamedev.place avatar

@kris The thing is - for now we don't have anybody in the team who'd be familiar with Quodot and Trenchbroom/NetRadiant.

Also I don't want to define what the game levels will be by choosing the tools, I want to find the tools to make levels whatever we'll want them to be.

I think Quodot could be nice as an alternative for developing levels, but not as a base. It'd be nice to be able to import old (and new) Quake maps, but for me that's something extra.

Contributions are welcome :)

  • unfa
liblast, to PCGaming
@liblast@mastodon.gamedev.place avatar

My ideas for the weapon selection in Liblast.
The idea is that players would have 3 weapon slots to use - primary, secondary and melee.

  • unfa

liblast,
@liblast@mastodon.gamedev.place avatar

@raptor85 My idea here is to both simplify things for newcomers and to somewhat handicap the experts. I love UT'99 to bits and Quake 2 is one of my most fondly remembered games, but the "let me have it all" model is great for single-player focused shooting. For online I think it's... going to let pros mop the floor with the rest, even more so than normally. I don't remember what Quake Champions does, even though I played it a bit.
I know the feeling from Xonotic, even tho I was pretty ok at it.

liblast,
@liblast@mastodon.gamedev.place avatar

@raptor85 When the choice is limited, users need to think more about what they equip and why. They need to specialize and rely on their teammates a bit more. One of the key goals of Liblast in my mind is creating a game that is welcoming new and inexperienced players. I specifically stray away from the classic Arena Shooter design, because it is absolutely merciless on those who are not one with the game. I'd rather have a fun game you can pick up quickly & bring friends because it's rather easy

liblast, to random
@liblast@mastodon.gamedev.place avatar

Liblast is undergoing a complete rework/refactor/rewrite. Turns out if you let an amateur programmer on his own for long enough, they'll make the codebase unmaintainable. That was me (unfa). I did my best to avoid strong coupling but I lacked guidance.
However - now there's a team of 3 redesigning the game from the ground up, and we're rectifying all the design flaws that plague the existing game. We're taking a major step back, but the experience gained is invaluable.
Stay tuned!

liblast, to godot
@liblast@mastodon.gamedev.place avatar

Today @YoSoyFreeman has reported a physics bug in Godot, that was blocking him from implementing his character movement properly. 2 hours later - it's fixed!

liblast, to godot
@liblast@mastodon.gamedev.place avatar

Huge thanks to @combustiblelemonade and @YoSoyFreeman for a very productive meeting today over !
We're like 90% there on our way to have our first automated test running for the game! We just need to figure out how to have import the game project without a display server... or we'll have to run a display server on a VPS just for that :P
If any Godot devs have figured out for game projects - please share your ways!

image/png
image/png
image/png

liblast, to godot
@liblast@mastodon.gamedev.place avatar

Liblast was mentioned in a short video by @gdquest - one of the (if not THE) largest Godot education channels on YouTube!

https://www.youtube.com/shorts/sqp98PGszkM

Thank you!

liblast, to godot
@liblast@mastodon.gamedev.place avatar

Working on bringing a map fully made in Blender into Liblast. Testing our map-making workflow. So far it was only been theoretical. Will it work?

https://youtu.be/0aHyH6PQd1w

Huge thanks tot @YoSoyFreeman for creating the map and the environment materials for the game!

liblast,
@liblast@mastodon.gamedev.place avatar

@YoSoyFreeman Fun fact - illumination in the corridors is fully done via reflection probes and the ceiling emissive material. There are no light sources there! What would work well to augment this is screen space ambient occlusion, as otherwise there'd be no shadows at all.

liblast,
@liblast@mastodon.gamedev.place avatar

@YoSoyFreeman For now it seems baked light plus reflection probes are enough though!
I don't know if SDFGI wouldn't be too expansive, and also - did they add an option to use it only for reflections?
Maybe SSR, as bad as it is, could be GPU time better spent?

liblast, to random
@liblast@mastodon.gamedev.place avatar

A couple days ago I (unfa) played a duel session with Combustible Lemonade on MapC.

We're the founders of the Liblast project.

The current git version kept crashing not long after connecting, so we went back to the last numbered release (0.1.9-1 that you can get from http://libla.st right now and play on the 24/7 public server at unfa.xyz).

We had such a great time! The Plasma Gun has such depth to it!

It's been a year! I want to make current version playable so bad!

liblast, to gamedevelopment
@liblast@mastodon.gamedev.place avatar

If you're looking for high-quality free educational material for self-study - MIT Open Course Ware is something you should be aware of.

They have multiple courses about and (the science)

Here's a search query you can start from:

https://ocw.mit.edu/search/?t=Game%20Design

I started following the CMS.611J course and it seems to provides a solid foundation for working in . Specifically how to create and work in a multidisciplinary creative team.

  • unfa

liblast, to gamedev
@liblast@mastodon.gamedev.place avatar

I've been thinking about implementing a protocol between various peer roles in the game.

Maybe I'll make this analogous to the FileAccess in ?
Then I can create an instance of that using a specific IP and port (like a filename).
Then I could have get() and put() methods?

I see an issue - the protocols need to be modular. User auth, file transfer, joining games, achievements... some will be used a lot. ? Node tree? Am I crazy?

Your thoughts?

  • unfa

liblast, to godot
@liblast@mastodon.gamedev.place avatar

Long time no update!

The team is currently taking a breather, stretching their wings on another small Godot game project, also checking what can they apply to Liblast, and doing research in physics.

After our side project is done, the first task ahead will be updating Liblast to 4.2, and then - optimization. We have realized that the game's performance degrades very quickly with each added character, and we'll be looking into that. Duels are fun, but we need more!

  • unfa
liblast,
@liblast@mastodon.gamedev.place avatar

@krazyjakee Yes, more updates are coming :)

liblast, to random
@liblast@mastodon.gamedev.place avatar

Dear @Codeberg , could you please take a look at the spammer ("pidgeon") who duplicates old issues and PRs in our repository?

Two example Issues:
https://codeberg.org/Liblast/Liblast/issues/495
https://codeberg.org/Liblast/Liblast/issues/494

And PRs:
https://codeberg.org/Liblast/Liblast/pulls/497
https://codeberg.org/Liblast/Liblast/pulls/496

Thank you!

  • unfa
liblast,
@liblast@mastodon.gamedev.place avatar

@Codeberg Thank you! Will do in the future!

  • unfa
  • All
  • Subscribed
  • Moderated
  • Favorites
  • •
  • megavids
  • GTA5RPClips
  • DreamBathrooms
  • InstantRegret
  • magazineikmin
  • osvaldo12
  • Youngstown
  • ngwrru68w68
  • slotface
  • everett
  • rosin
  • thenastyranch
  • kavyap
  • tacticalgear
  • JUstTest
  • modclub
  • normalnudes
  • cubers
  • ethstaker
  • mdbf
  • Durango
  • khanakhh
  • tester
  • provamag3
  • cisconetworking
  • Leos
  • anitta
  • lostlight
  • All magazines
    •