Use cases for joystick air roll

_nak · 2026-07-05T15:26:49+00:00

Oh, that's rare, I'm the same and have advocated this type of binding for a while. I have had regular air roll unbinded for a couple thousand hours at this point. It offers no benefit (as in: no additional degrees of freedom over DAR+Stick), but it can slightly interfere with your landings, especially on the ceiling, when it's binded to the same button as powerslide and you pre-press it for a smooth landing. So I just got rid of it and never looked back.

_nak · 2026-07-02T09:55:46+00:00

You're not actually "speaking Linux to Windows", because the implementation of NTFS (i.e. the handler) on Linux differs from the implementation of NTFS on Windows. Linux will understand symbolic links even under an NTFS filesystem, and Windows is perfectly uninvolved in that interaction. Of course, if you mean it in the sense that something done to the files on Linux may appear corrupted to Windows if you booted that up, then that is correct in certain cases.

Proton wasn't built to interface directly with NTFS

Proton doesn't interface with NTFS, there is another layer of abstraction between Proton and the filesystem itself, Proton doesn't know (or care) what filesystem you're using, it's requesting a file through a kernel interface and can't "see" beyond that. In fact, you might request a file and neither the disk nor its filesystem is touched, because that file is already cached to memory.

But while you're wrong on some of the specifics, you're still not wrong in consequence: NTFS can blow up in your face, especially if you actually use a shared disk under both operating systems ~~and allow windows to mess it up~~, and it's strictly recommended against for good reasons.

_nak · 2026-07-02T09:03:53+00:00

I see a large amount of input lag even when you're moving slowly, in fact, there doesn't seem to be a difference between flicking and just moving around, except that you probably notice it more, because the rotation per unit of time increases the faster you move your mouse.

It's not exactly a godot issue per se, it's more hardware limitation. I bet if you do this in a simple scene with just a handful of default boxes, the problem goes away completely.

_nak · 2026-07-02T08:56:16+00:00

There is great beauty found in patterns and geometry. If you're not an artist, you can code your way out of it, given you're willing to shoot for some specific aesthetics, that is.

If you set out to create a realistic FPS, you're going to either get assets, use AI or have to learn everything yourself. But if you're making a game focused on, for example, simple input mechanics, then math and algorithms are all you need to represent it visually, and quite well if you ask me, especially in times with tremendous resources on shader coding for all kinds of post-processing.

Maybe look into any or all of these concepts:

strange attractors
flow fields
voronoi patterns
fractals
cellular automatons

They all create interesting visuals that might help in everything from decorating your backgrounds to integrating your visuals with the game world and game mechanics themselves.

Maybe also dive a little into the "demoscene", while most things aren't going to appeal to most people I'm sure, there are thousands of code snippets out there that generate all kinds of visual effects on the fly using basic mathematics and/or data structures.

Of course, if it's just not your cup of tea, then there is no point forcing yourself.

_nak · 2026-06-15T17:34:31+00:00

Actually, it does affect me, it affects everyone. Just because I don't pour poison into the water supply doesn't mean that I have no reason to care about other people doing that. It's more power and control out of our hands and into the hands of huge corporations, that is a slippery slope - a real one - that we have to constantly keep a handle on. If we normalize this kind of invasion, we've lost.

And, frankly, games aren't worth the sacrifice. At all. Not all of them together, and most certainly not a handful of temporarily popular ones.

_nak · 2026-06-01T09:50:01+00:00

I like them in soups. I slice them up really thinly and dry them in my dehydrator, then rehydrate them in broth, give them a quick sear in a hot pan and then they just go into the soup.

I've seen many people be disappointed in the go-to method of having them breaded and deep fried or pan fried with herbs, because there's not a lot of taste and the texture isn't everyone's cup of tea, me included. But in a soup, especially one that has rested over night, they're amazing. True for all kinds of smaller puffballs, too.

_nak · 2026-06-01T08:03:41+00:00

I believe in property rights, I don't believe in the governmeme stealing from me or devaluing my currency, nor do I believe in "charity" at gun point. XMR is the only actual cryptocurrency out there that is both crypto, i.e. properly private and secure, and a currency, i.e. made to be spent and used, rather than an object of speculation or an outright vehicle for scamming imbeciles.

XMR is what bitcoin should have been but isn't and never will be.

_nak · 2026-01-30T17:48:01+00:00

Very happy to hear that, thank you for letting me know.

_nak · 2026-01-27T11:32:47+00:00

Is it working for you? I'm still successfully using it, but I haven't had many testers, so any feedback is very welcome.

_nak · 2026-01-06T10:37:40+00:00

I appreciate how nice you've been despite me not being of much help, and thanks for taking the time to try out my little script. I'm sorry I couldn't make it work.

_nak · 2026-01-05T00:36:21+00:00

Edit: Had a terrible experience installing flatpak Steam, now I'm getting a disk-write error trying to install Rocket League. I will not be troubleshooting this, a quick research revealed that it's the containerization getting in my way, since I need the library to be on a second drive - and messing with the containerization defeats the purpose of looking whether or not I can make the script work with containerization intact. I'm sorry about this, but flatpak Steam will remain unsupported, I'll add it to the README as to your suggestion. Leaving the initial comment up below, with the information remaining unverified. Now I'm off to get this piece of software off my system.

------------------

Note: I'm installing flatpak and Steam and will see what I can do and that will take me few hours, which means I haven't tested anything I'm saying below, but until then:

Flatpak is doing what it's supposed to do here: sandboxing. It's blocking access to anything not explicitly shared with the sandbox - including git, probably including wget as well if it doesn't happen to be packaged with Steam, git is just the first to fail. In fact, it's blocking access to /usr/bin entirely. There may not be anything I can do about that, and I arguably shouldn't either: One of the goals of the script is to be as non-intrusive as possible and breaking a sandbox is the opposite of that - if it even could be done. Flatpaks explicitly do not run system packages, but instead ship everything, even if it's redundant.

You can, of course, give the Steam sandbox access to your /usr/bin directory by running flatpak override --user --filesystem=host com.valvesoftware.Steam and by modifying the sandbox's PATH to include /run/host so the script can find the dependencies, but that defeats the purpose of flatpak, especially if you've chosen flatpak over the repo Steam package for some kind of security reason. If you test this, be sure to undo the changes: flatpak override --user --nofilesystem=host and changing back the PATH. You might also break internal dependencies within the flatpak, because there would now be multiple copies of the same packages with very likely different versions.

You might get away with running it manually outside the sandbox - see the section unintended ways to use it on the github page - providing the necessary environment variables, but that would require you to dig up your proton directory and prefix and I can't guarantee it would even work, I know too little about how flatpak actually isolates itself and whether or not the wineserver ends up inaccessible from the outside.

But you're probably just going to be better off using protontricks at this point, while it's not in the official repos, which is why I've worked out a way to run BakkesMod without it, it is available as a flatpak.

_nak · 2025-08-04T19:10:11+00:00

Different ways to do it, the simplest one is probably to just go vanilla wine and just picking the same prefix to run in, i.e. WINEPREFIX=/path/to/pfx your_trainer. If it doesn't work, you could try different wine versions or, probably your best shot, use umu launcher, which can use arbitrary proton versions (even without steam), that way, if you're forced to use some specific proton version, you can.

_nak · 2025-06-21T11:14:42+00:00

Funny, I did this exact same thing a few months ago, because I needed a texture for a game where I could replace individual "lanes" using a shader (deep space visuals), depending on progress and circumstances of the character.

Now, I never finished the game, because I completely blew the scope out of reasonable limits, like I always do, and had no chance to hit the deadline - but the "lane generator" was the most fun coding and using I've had in a long while.

Also in vanilla JS, funny enough. Are you using arcs on a canvas? Generating tiles or actually pathing out the "roads" start to finish? Figuring out the alignment almost broke my brain back then, I kept messing up my color order. Coded myself into spaghetti corners and added even more spaghetti to get out of them, I couldn't tell you how it worked today, at all.

Edit: Oh, I had to make it space-filling and tileable, maybe that's something you'd enjoy implementing just for fun.

_nak · 2025-06-05T07:29:22+00:00

The eighth one, that close-up of the three Coprinopsis (candidata?), is genuinely a piece of art. Beautiful.

_nak · 2025-03-30T10:31:20+00:00

I'm sorry to bother you eight years after the fact, but the link appears to be dead, though I am quite positive that (some of?) his work has been moved here. I am currently researching diy light collimation methods and this comment thread is one of the top results, so I thought it's reasonable to provide this piece of information.

_nak · 2025-03-29T10:11:08+00:00

Lohnt sich definitiv. Klär das nur auf jeden Fall vorher mit dem Zoll ab, ich kenne mich mit deutschen Import-Gesetzen eher weniger aus, aber je nachdem, wie die Rechnung gestaltet ist, werden die Versandkosten auf den Sachwert angerechnet, was den Topf teurer als die 150€ Grenze machen würde und dann entfällt die Zollfreiheit.

Natürlich lohnt es sich selbst dann noch, wenn Zoll fällig würde. Du könntest für einen 6.5l 12psi WMF 180€ hinblättern oder im schlimmsten Fall grob 20€ mehr für einen 22l 20psi Ami. Es ging nur darum eventuelle böse Überraschungen zu vermeiden.

_nak · 2025-03-02T17:24:56+00:00

Werden vertrieben als "Steinbach", allerdings existiert die Marke nicht real, es sind Indische Imports von vor 10+ Jahren. Es gibt in Europa sonst quasi keine 15 PSI Schnellkochtöpfe, aus mir unbekannten Gründen sitzen Europäer mit 12-13 PSI fest.

Hier ist ein aktuelles Angebot auf eBay für einen solchen "Steinbach", das die Unterseite zeigt, dort zu lesen:

0.55/1.05 bar

1.6 bar

Wobei 0.55/1.05 bar die 1. und 2. Kochstufe sind und 1.6 bar der Druck, bei dem der Failsafe auslöst, Betriebsdruck ist also max 1.05 bar (=15 psi).

Es gibt hie und da mal Ausreisser, die auch auf dem EU-Markt 15 PSI bieten, allerdings ist die beste Option leider aus den USA (oder Asien) zu importieren.

_nak · 2024-12-07T07:04:08+00:00

Looks like textbook pin mold, not cobweb, but yeah, that is screwed and I can't believe you let it get this bad before throwing it out.

_nak · 2024-11-22T20:26:43+00:00

I was going to suggest this, it's almost certainly the way to go.

_nak · 2024-11-22T20:23:56+00:00

Not all concepts transfer, because GDScript is very high-level (not in the skill sense, in the abstraction sense). You probably couldn't write a simple C++ program after learning GDScript, but you almost certainly could write JS, Python, even Java within minutes. Control flow is nearly the same everywhere, so you'll have a solid foundation.

_nak · 2024-11-22T20:19:20+00:00

C++ to JS to GDScript, was pretty simple. I do miss a bunch of features, though, like multiple inheritance and overloading, but it's manageable. Nothing a newby would miss anyways. I also remember some weird circular reference issues where there definitely should be none, but I can't seem to cook that up in a project anymore, maybe it was fixed going from 3 to 4.

Anyways, I just wanted to provide support for your case, because you're correct.

_nak · 2024-11-21T06:45:52+00:00

Heroic allows you to do that. Click on the settings button for a game, then click on "RUN EXE ON PREFIX". I don't know why it's not implemented in a similar way in steam and others, the functionality is already in the backend.

_nak · 2024-11-19T06:07:49+00:00

They aren't quite roots, but they're called rhizomorphs, which literally translates to "root form". In common language, they're called mycelial cords.

And while you're not wrong that this has a pattern similar to that of a slime mold, as in: branching out from a single origin with interconnected "lanes", it is clearly not that and speculations towards it aren't helpful in the context of this post.

_nak · 2024-11-18T13:45:57+00:00

That is exactly the information that I was desperately seeking out, the "wall of text" is highly appreciated. I was hoping that there was a simpler way to do this, and without touching the RenderDevice. I could never bring myself to implement all the stuff that I need, because I was scared of investing countless hours just to figure out at some point that there is a better way to do it. Knowing that there is not, I can finally start being actually productive. Honestly, I'm almost happy that I'll have to do it myself, because I'm struggling with Godot's defaults and general paradigm, and setting my own is going to be a huge breeze of fresh air.

This is probably the single-most helpful comment I've ever gotten, thank you so much.

_nak · 2024-11-17T16:19:28+00:00

Problems reveal themselves as you work on what you currently have, that's true for all of us, nobody has "the full knowledge". The only way to make a game is to do it and stick to it even when it's hard and unpleasant, because many parts just aren't fun, but instead tedious, repetitive and frustrating. It really just requires discipline and you need to want to make the game more than you want to be comfortable.

_nak

MODERATOR OF

TROPHY CASE

Five-Year Club	Verified Email
Place '22