• 3 Posts
  • 18 Comments
Joined 1 year ago
cake
Cake day: June 20th, 2023

help-circle





  • However, if you ask me to pick one specific project, I get overwhelmed because I don’t know what’s reasonable.

    I don’t know enough to know if my ideas are achievable, or if I’d just be bashing my head against the wall. I don’t know if they’re laughably simple tasks, multimillion-dollar propositions, or Goldilocks ideas that would be perfect to learn a coding language.

    List out some ideas you’re thinking of. While it may not be obvious to you, someone who is seasoned (me or someone else) might notice at least a general theme or idea to point you in the right direction for where you should go and what you should learn, regardless of if the projects are reasonable.

    Note - Most projects take teams to realize, so if your ideas are too large, they might not generally be feasible alone.



  • Earthbound is eternally on my list of games i play through every couple of years. Its such a great game. Some aspects of it are a tad clunky by modern sensibilities (inventory management, going through the menus for a lot of things, etc.), but overall it holds up really well. Also if you liked earthbound, mother 3 is also 100% worth playing. Mother 1 (or beginnings, or whatever you wanna call it), is hard to recommend to anyone but the most diehard fans, though.

    I like earthbound the most of all of em, but thats purely for nostalgia reasons. From a critical perspective, i think mother 3 is the superior game.




  • Running arr services on a proxmox cluster to download to a device on the same network. I don’t think there would be any problems but wanted to see what changes need to be done.

    I’m essentially doing this with my set up. I have a box running proxmox and a separate networked nas device. There aren’t really any changes, per se, other than pointing the *arr installs at the correct mounts. One thing to make note of, i would make sure that your download, processing, and final locations are all within the same mount point, so that you can take advantage of atomic moves.


  • You’re talking about XMPP, and it was google with google chat that people refer to with it.

    That said, there’s a lot of details that story people throw around about google killing it that lacks some details. Specifically that the premier service that used and developed the standard, jabber, was acquired by cisco like 8 years before google supposedly killed it, which i would argue affected it far harder than google chat did.

    It’s also lacking a lot of modern features that were becoming staple around the time that it was killed; i.e. QoS, assured delivery, read receipts, and a few other things. I still don’t think the protocol supports them.

    Also, the protocol still exists and is used. It’s used by microsoft in skype for business, it’s also the IM protocol for lots of gaming platforms like origin, playstation, the switch (for its push notifications for their online service), League of legends, fortnite, and others. It’s still a reasonably popular standard when it comes to chat programs, though none of them that i’m aware of use the actual federation piece of it to talk to each other.

    While the tactic alluded to does exist (“embrace, extend, extinguish”), i’ve never been necessarily convinced that google “kiled” xmpp, as its been around a long time and continues to be for various reasons. Even with google chat, it was never a ‘front end’ thing many users even thought about, because it’s back end frameworks tech, and it continues to be so in lots of different places today. I’m reasonably sure that the people who get upset about it and proclaim google killed it are basically just upset that it didn’t become the defacto chat standard today, which i would argue almost nothing is the defacto standard anyways, unless you count discord which kinda came out of nowhere like a whirlwind and took over the chat space and has nothing to do with any XMPP drama.

    Ultimately, its up to you (whoever is reading this) to look into the facts of the matter and decide for yourself if that’s what really happened, but keep in mind, the people who usually repeat the anecdote about how google killed it have an agenda to push. I’m personally skeptical, because there’s reasons for google to have dropped it (see mentioned limitations above), and even back then, it wasn’t that outrageously popular. In fact, i would argue its more widely used today than it was back then, but i have no hard numbers on that.


  • I mean, this is still more or less what the fast charging standards do; they’re pouring more power into it faster with higher bandwidth cables and sectioned charging.

    The level 3 fast charger is basically the equivalent of 4 power cords from your wall. Also, adding more and more hardware and things for it will effectively make the electronics more complicated, which means more expensive, difficult to manufacture and repair

    But also, as you scale this up more and more you’ll start running into issues that make it difficult to start pulling more power; energy from the grid isn’t infinite


  • This is already what they do. Dry batteries that are bigger than about your phone are generally comprised a whole lot of battery cells. If you ever take em apart, you’d basically see the cells are made up of what looks like a whole bunch of AA batteries (but larger).

    They do charge “in parallel”, but that’s limited by how much electricity you can feed through into the system as a whole, and doesn’t speed up the process, it just makes them all fill at about the same rate.

    Making the cells swappable is basically what this video is about.


  • I have mediacom as well, but in a larger city of the midwest. They have datacaps here too, and i was paying about $100 for exactly this same plan up until a couple years ago. They started upgrading our speeds/caps because a new fiber company (metronet) is building in the area. Now i’m on 1 gbps down and a 4 TB cap. I still plan to switch to metronet when they finally light up my area, as its cheaper for the same speeds (plus no data caps)




  • eerongal@ttrpg.networkto3DPrinting@lemmy.worldAdvice on a Printer
    link
    fedilink
    English
    arrow-up
    5
    ·
    edit-2
    1 year ago

    Depends on what you’re looking to get out of it. Printing medium-sized toys or busts or things without a lot of fine details? Probably an fdm printer like an ender 3 to start with.

    Wanting to print miniatures for tabletop games like d&d or Warhammer? Probably a resin printer like a photon mono 4k or something.

    The fdm printer will have a much larger build plate but lower quality, and resin will be much smaller but higher quality.



  • to my understanding, C# is sort of a “second class citizen” on godot; There’s a lot of stuff you can’t quite do or is more clunky than using GDScript. But i also havent used godot enough to really weigh in on that (only a couple of small projects).

    That said, while GDScript is very “python-like”, it is definitely not python. If you want to focus on C#, i would definitely echo the unity sentiment over godot.

    All in all, the best way to learn is to just do it. Go out on youtube and find some tutorials, and just hunker down and try!


  • You already have 5 levels of fighter, you probably won’t ever be “useless” in combat. That said, from an optimization standpoint, PDK is already considered one of the worst fighter subclasses, but you still have the basic kit of the fighter.

    Two attacks, action surge, heavy armor, and high HP will go a long way to shore up any issues for a long while.

    As for the multiclass, neither is particularly optimized, but they can still work. Of the two, I would probably go with the sorcerer anyways, pick up spells like shield, absorb elements, etc. Use quicken to cast a spell and make a full round of attacks, or action surge to cast two spells.

    Overall, it won’t be optimized, but it should still work fine. Your only sticking point is the amount of stats you’re going to want to have, str, dex, con, and cha are all reasonably important.