Quality of a product is not just a result of quality of talent (see: “I hate sand.”). Management, direction, and quality of life of the talent has a profound impact. If you want the highest quality product, especially in an industry that requires collaboration, you want your talent to be happy.
That’s very unlikely. It’s running UBB Threads, which, from what I can tell, has an auth subsystem, which au minimum would do hashing. If it’s providing you with a default at sign-up, that’s different and is what appears to be a configurable setting.
If it is completely generated for you, here’s what probably happening:
User creation module runs a password generator and stores this and the username in memory as string variables.
User creation module calls back to storage module to store new user data in db, including the value of the generated password var.
Either the storage module or another middleware module hashes the password while preparing to store.
Storage module reports success to user creation.
User creation module prints the vars to the welcome template and unloads them from memory.
TL;DR as this is running on a long-established commercial php forum package, with DB storage, it is incredibly unlikely that the password is stored in the DB as plaintext. At most it is likely stored in memory during creation. I cannot confirm, however, as it is not FOSS.
Generally, “exclusive” in this context is referring to exclusivity on a console involved in the (IMO completely unnecessary) console wars.
I do agree that PC is an important item there too but, the problems there are a bit different - for example shoddy ports (no justification for porting from x86/amd64 consoles to PC to be bad), excessive and intrusive DRM, and unreasonable delay or unwillingness to port.
EDIT: To clarify, all of the console exclusivity is absolute bullshit and does nothing positive for those who enjoy games, nor does it serve any necessary purpose - it’s just a weapon for businesses to use against each other.
Yeah… I’m not :P But, I am plotting a DIY solution. A solution that will probably cost more than $120 on components but, I think it will still be worth it.
I think it’s great for my Deck but, that will indeed be a problem. The headset contains only the sensors and display systems but, none of the logic circuitry to “pin” displays. Including that would increase the price a good deal.
It is pretty narrow but also what makes it work, IMO. I don’t have them for immersion but for display replacement. The narrow field of view lets the 1080p display have nearly 0 screen door effect. Plus, the birdbath optics are really cheap compared to waveguides or fancy lenses in VR headsets.
That’s basically what I got. Xreal Air (formerly Nreal until a C&D from Epic). 1080p per eye and something like 49PPD with a 45° FOV. Tracking is 6DOF and requires software on the host (only complaint) and connectivity is via a USB-C cable (uses DP alt mode).
It’s nearly as “dumb” as an HMD can get. From the teardowns that I’ve seen, it’s really just got an MCU, a GPIO expander, a 6DOF chip, and the displays + drivers. And I love that about it. No batteries or anything to worry about.
Sign up for a free dev account, get a full free license. There’s really no point in trying to “crack” it, unless you want to try collecting bug bounties.