100%

yes, please!

signed

was about to comment this. I think that a 10x speed preview of the level is kind of a cool feature as well.

ah i know! record the entire audio of the gameplay and then edit it and shift its speed 10x so it sounds like chipmunks all the whole loadingbar

game be like "son, our neighbour is coming round to visit" game: "OH SH- FCK FCK CLEAN UP PUT EVERYTHING AWAY, KILL ALL THE DEMONS RQ"

@@Lachrymogenic just Gmod glitching out sounds as the game scrambles to make itself presentable

thank you, glad you enjoyed it!

So true, I think most of the gamedev audience is a little brained out for something "entertaining", and just want something interesting and inspiring, amazing video blargis!

OMG I'VE BEEN DOING IT WRONG THIS WHOLE TIME Just tried it like you just mentioned any yeah, the way you say works. I guess the way I describe is still useful for the anyone who wants to only have certain objects be occluders - but yeah for the general case I'm doing it the dumb way, lol, sucks that I can't go back and change the video now. Thanks for the tip though!

@@Blargis3d How many frames gained?

@@Blargis3d ye

@@Blargis3d Man ain't this just the bitch about game development lol.

​@@Blargis3dhow many frame Gains u got?

Rotate 180° lol

Nice more fps, road to vostok its pretty good, but pretty buggy now after moving to godot(*rip the guy with godot 3d optimizations*) Godot is really neat for 2d, but 3d hurts. As a web developer I'm afraid of react and testing(*its a pain, but i still do it*)

@@realskyquest I agree. Having good looks doesn't mean it's good at 3d.

Agreed, it made me laugh so much when I heard it

It should be added as a secret option in settings that's just labeled something like "toggle loading screen tomfoolery"

May I ask why you are using an engine that has the problem you just described?

@@Saas_1 quite simply, because I am not smart enough to make my own engine yet. Even if I was, Godot would probably save me so much time that instead of sitting and waiting for bugfixes I'd be fixing them myself and sending pull requests.

@@Saas_1 Other engines also have bugs, but the reports and discussion aren't as easy to find when they aren't open source.

@@Saas_1 the thing is with godot it will eventually get fixed but from i know of unity it just gets replaced by an equally broken system

Unreal doesn't have *ANY* of the issues listed in the video, using Godot is literally just shooting yourself in the foot.

Ooooh that's a really good point. Noted! Shouldn't be too hard to seed this

​@@Blargis3dNice, sorry to probably add another global variable to the pile :P

@@Blargis3d It also has the potential to break your shader compilation replay!

​@@Blargis3dit would be even better if you just count up the frame offset % 20. That would almost guarantee a rather even distribution of the calculation.

i was thinking about how it would totally ruin TASes as well! lol

It's her punishment.

​@@sean7221for what

​What did she do

Bro people have other things in life than video games

@@toucan6109 doesn't mean she doesn't deserve a better computer? weird take is weird

Oooof this terrifies me lol. Might end up having to do this. Was your game Godot as well?

@@Blargis3d yeah it was. It ultimately came down to the fact that it's a retro pixel game. And like you said in the video, people expect to be able to run retro looking games on potatoes :D So yeah, setting up a Compatibility launch option or a beta option on Steam might be necessary to make sure everyone can play.

I'm following ultra engine development and they completely switched to opengl from Vulcan, while gaining performance on amd GPUs. They have a great vide explaining why Vulcan is terrible for development and how almost no games use it, lol

@@sulfur2964 OpenGL is functionally a dead end. Development has ceased entirely on it, and it will not see any improvements nor new features. As far as I can tell by the presentation (that also uses AI generated images, which as far as I am concerned is already a red mark against something, I also have no interest in watching a nearly 2 hour video that's functionally just someone going over a slideshow, so maybe something was covered there but not in the slideshow), with all the main arguments essentially boiling down to pointing at numbers entirely out of context, and pretending like a point has been made. (ex, Vulkan games in 2023 vs GlideFX games in 1999, which ignores that game development as a whole has changed since 1999) Also minimum system requirements for an API doesn't exactly mean anything - sure you can now "support" games on something as old as a geforce 420, but no one is going to be practically targeting hardware that old, meaning it's equally as valid to say "The GeForce GT 630 is the minimum support for Vulkan". Also OpenGL driver support is known to be sketchy at best. This has been well documented. Also the wording of "API drivers buggy" isn't a search term normal people will use. instead, "API driver issue" is FAR more likely to be searched, which shows 15.6m results for DirectX, 10.8m results for OpenGL, and 3.4m for Vulkan. (also the original search query gives completely different numbers, with exclusively DirectX being the only one even remotely close). As with any sudden and significant performance boost, I would sooner suspect a poorly implemented Vulkan pipeline over any actual benefit to switching to OpenGL.

And then your main menu stutters and freezes like crazy. Not exactly ideal, lol

@@FrozenDozer I wonder if shader compilation blocks the whole process or if the like, menu and player controls and stuff are on a separate thread from the main game, if the menu would stay interactable even if the scene in the background is choppy. It'd be noticeable but certainly not as big of a problem as ingame stutters.

@@Aeduo i don't know for sure, but if during stutter a GPU waits for shaider to process current frame it might be that decoupling menu rendering from the background render is too complex task. Like you will need two renders a separate frames, and than ask gpu to combine current state of both into one frame.

@@L1vv4n I think this is kinda the point of something like vulkan though, where you can have some task going on while other stuff is happening and you synchronize tasks and allow stuff to continue or wait based on what tasks have completed or not.

@@Aeduo asynchronous shader compilation exists, it waits for the shaders to be compiled before rendering, which solves the freezes at the cose that it may make assets invisible for a moment. I'm unsure that exists for Godot though

What is th point of this?

@@J0rdan069 Maybe the commenter will go back to the video for spesific purposes.

@@SapkaliAkif Yeah, but these chapters are already in the video.

Hmmm... culling, pruning, distributing, simplifying, and memoization.

@@J0rdan069 Ah, then maybe the comment was copied to the description afterwards.

Whoah! I'm gonna use this. Also deterministic which is great for speedrunning and stuff

@Blargis3d idk what the mod function in gdscript/c# is but it just gives a remainder, just in case that wasn't clear

they doing the a-pose

its an A-pose not a T-pose

I'm glad you found it helpful!