b4ux1t3

b4ux1t3, 11 months ago

@khalidabuhakmeh I've tried 7 and then 6, fails for all of the permutations (x64/arm64, 6/7)

b4ux1t3, 11 months ago

@khalidabuhakmeh Yeah, that's checked already. Weird. Here's the message I'm getting, after I confirm the install with my Touch ID.

I do expect some growing pains as I adapt to a new platform, but geez.

Rust works just fine ;)

image/png

b4ux1t3, 11 months ago

@khalidabuhakmeh Ha! Files and Folders needed permissions for the installer

b4ux1t3, 11 months ago

@richard_merren @BarneyDellar @mekkaokereke I've never understood the common refrain "the Civil War wasn't about slaves".

Like, they literally spell out in their letters of secession that they wanted to keep slaves. It's unambiguous to anyone who reads any of the letters of secession from any of the states in the confederacy.

It's almost...It's almost like people don't actually read into things before forming opinions. Say it ain't so!

b4ux1t3, 11 months ago

@thomasfuchs Lots of markets are shrinking after their heights during the pandemic.

I always feel the need to throw water on both pro- and anti-VR people by reminding them that VR is a subset of MR, which is tremendously applicable, given we've been doing it for decades (think GPS units in cars).

Like, I can point to plenty of real-world applications of VR that exist right now, and I can also point to things that are needlessly VR-ified.

In the end, reality, as always, sits in the middle.

b4ux1t3, 1 year ago

@khalidabuhakmeh my only problem (and this might be a Godot tooling problem or just a me problem) is that I can't seem to get rider to debug a scene that is running in the engine itself

Unity lets you attach a debugger, like rider's, and it works well enough.

This means you either get the ability to inspect the scene in the editor, or in rider, not both

I have been unable to do that with Godot, and that's a shame, because I muzh prefer Godot 4 (yay, modern dotnet!) over unity.

b4ux1t3, 11 months ago

@khalidabuhakmeh yeah, like that, except unity doesn't make you attach to the process manually. The "debug profile" just sorta works.

Of course, that's how all debuggers work in the end, it's just an extra step I don't like having to take in quick iterations.

b4ux1t3, 1 year ago

I'm an idiot. It's because I followed some hashtags before I knew what I was doing. I'd love to have a screen that shows just my followed hashtags, and leave them out of my Home.

I really need to revisit that mastodon client I was tooling around with.

b4ux1t3, 1 year ago

@Sarahnade no need for cash, let's just get it fixed!

First and foremost, (I'm assuming windows, but if you're on Linux this will work there, too) open up a command line (powershell, cmd, whatever you want).

Run the command:

dotnet --list-sdks

This should show (at minimum) one version number (something like 6.0.xxx and then a path).

Godot 4 needs at least SDK version 6, but 7 will work too. 8 should also work, but that super beta right now. Don't use 8.

b4ux1t3, 1 year ago

@Sarahnade if it throws an error that it doesn't recognize "dotnet" as a command, go to https://dotnet.microsoft.com/en-us/download and follow the instructions there for your OS!

If you've had to fix something so far, then go ahead and check if Godot is working. If it isn't, let me know! And be sure to include a screenshot of whatever error Godot is throwing, that'll help a bunch.

b4ux1t3, 1 year ago

@Sarahnade ah, yeah, this is a bit of a sticky issue around dotnet versioning.

The short version is, there are (sort of) three different "flavors" of dotnet.

.NET Framework is the "old" version, a Windows-only thing that was used for a long time.

.NET (formerly .NET Core) is an open source re-implementation of.NET from Microsoft.

Mono (the thing Godot originally supported) was a third party open source implementation of .NET Framework.

b4ux1t3, 1 year ago

@Sarahnade .NET (they new, open source thingie, AKA dotnet) is really really fast, and, well, open source, which is why the Godot devs targeted .NET 6 for Godot 4.

.NET, by the way, is a "runtime" which just allows you to write code targeting it instead of targeting a specific CPU architecture, similar to the way Rust targets LLVM, or Java targets the Java Virtual Machine. It's just a program that runs C#, F# and/or Visual Basic (or, more accurately, the intermediate language they compile to)

b4ux1t3, 1 year ago

@Sarahnade (Last long post unless you wanna hear more, I promise) incidentally, Mono is also what's behind Unity, which means Godot 4 C# code will run much, much faster than equivalent Unity code on average.

Unity is still more streamlined in a general sense, so its engine is slightly more performant than Godot is, but the actual C# code that you write runs faster in Godot. :D

b4ux1t3, 1 year ago

@Sarahnade And, by the way, @khalidabuhakmeh is pretty much the best guy to ask .NET stuff on Mastodon, for future reference. ;)

b4ux1t3, 1 year ago

@Sarahnade @khalidabuhakmeh yeah, I specifically waited for "proper" .NET support before I jumped onto Godot.

A lot of folks would be surprised at how few devs are actually good at managing their development environments, so you're not alone!

I just happen to work on the dev infrastructure team, so I'm used to walking folks through this exact problem (minus Godot).

b4ux1t3, 1 year ago

@SirLich Bah! I wish I'd thought to check the actual reference manual instead of just the API docs. Kind of annoyed Google didn't point me there, but hey, this works! Thanks a bunch!