Goblin’ deez nuts

I don’t own one, so I can’t guarantee the following: Compared to other PCVR headsets, the screen is very high quality, the tracking is easy to set up, it’s not a facebook headset, and the price is still very good compared to other non-facebook offerings.

Eye tracking on PC would’ve allowed for “foveated rendering”, a technique where only the part you are directly looking at is rendered in high quality, with peripheral vision rendered at lower resolution. Even very powerful desktop PCs are going to struggle rendering the full resolution of the PSVR2s displays.

Please look up reviews, and check if the headset is compatible with the games you want to play, before purchasing one.

Of course it would be less than on PlayStation. Game developers on PC don’t have features like headset feedback and adaptive triggers built into their games, and the standard VR protocols (afaik) do not support stuff like that.

The main thing that’s disappointing is eye tracking being unavailable. There’s no technical reason for them to not expose that, and would’ve made the PSVR2 one of the best PCVR headsets.

o7

It really depends how the release turns out. Eye tracking is often used in social VR games like VRChat, and it can help increase peformance, but that often requires setup. The other “features” are not standard or completely lacking in PC VR, like “headset feedback” or adaptive triggers. These wouldn’t be used in any games even if the hardware/software was capable of it.

Compared to the Valve Index, the PSVR2 has a higher screen resolution, OLED, no finger tracking (different controllers), and inside-out tracking instead of base station tracking. It looks like a really good option, at a really good price (compared to other “consumer” PC VR headets like the Index). From what I can tell, you’re not really “missing” any major hardware features when using PSVR2 on a PC compared to an Index (depends on implementation, will be obvious at release). Although the lack of eye tracking when the hardware is capable is kind of a bummer.

Wait this one out for initial reviews, but if those are good, the PSVR2 seems like a very good option for PC VR (Although only “casual”, like playing games, social vr, etc. compared to “competitive” like very high level play at Beat Saber, shooters, etc).

Do note that this is just looking at PC VR exclusive headsets. “Standalone” headsets like the Meta Quest lineup offer similar VR hardware specs at a similar or lower cost. These come with the downside of having to “stream” from a PC rather than using raw display output (for games not natively supported on the headset). The privacy aspect of standalone headsets needs to be considered too. Most run a version of Android, which comes with just as much (or more) telemetry as an average Android smartphone.

As for being tethered, you get used to it pretty quickly. The main problem is that the cable is being used, and will break after some time. They are often expensive to replace, like on the Index. With standalone headsets, the cable is often USB-C and a lot cheaper to replace. I don’t know how replacement cables for the PSVR2 are handled.

Surprising that Boneworks wasn’t mentioned. The whole game is physics based puzzles, meaning you can either solve them, or stack a couple boxes and jump really high. These types of solutions are encouraged in the game, and there’s a couple puzzles I’ve never even solved because the walls were too low.

I don’t have a direct source other than the source code of the software they use: https://github.com/mautrix/signal

When using one of their “cloud hosted” bridges, the bridge software (that connects between Matrix/Beeper and other protocols) has to read all message content. Otherwise, it’s impossible to bridge to another protocol. E2EE becomes end (other users) to bridge (beeper) encryption.

With “local hosted” bridges, E2EE stays intact, but messages can’t be sent/received if the device hosting the bridge is unavailable.

In the future, with MLS (a different E2EE protocol), it could be possible to keep E2EE even when bridging to Matrix on cloud hosted bridges.

I thought you were referring to Lemmy as a whole. I haven’t visited the linked site, but judging by the post it’s probably AI.

Not the entire site, but definitely some accounts and communities.

It’s used often by novices, because outdated articles keep telling them it’s “the best Linux distro”. Canonical has gotten very corporate over the last several years, forcing things like snap onto users. Ubuntu used to be the number one user friendly distro, now they shove ads in the terminal. It’s not getting hate for being easy to use, it’s getting hate for marketing itself as such, then forcing corporate bs on the user (who are often new to Linux). Many other user-friendly distros have not seen the same amount of hate, because they aren’t objectively bad.

I recommend against using Manjaro, it is poorly maintained and has many downsides compared to something like EndeavourOS (which has a similar goal to manjaro with less downsides).

If you’re comfortable using a specific package manager, go with a distro that uses that package manager. If you’re already familiar with Mint, something else Debian based might suit your needs.

If you’re still looking for the distro that’s right for you, make sure to separate your / and /home into different partitions during your next installation. This allows you to switch distros while keeping all your documents and personal files.

If you’re unsure which distro to try next, https://distrochooser.de/ gives you a set of questions and ranks distros on what would fit best to your needs.

Depends on how it’s implemented. Anyone using a “media proxy” will see their discord bridged media probably fail to load (outside of possible caches) after a day. Anyone who has their bridge configured to reupload discord media to their homeserver should see no change.

I did buy an index and I wouldn’t be able to go back to full “inside-out” camera tracking. Just doesn’t work for some games.

This is a very rushed update. SteamVR on Windows will be lacking some features a lot of people got used to, but it runs. (Main one I ran into so far is screenshot management, but a lot of the big picture mode UI is not accessible due to a controller being required to push buttons)

SteamVR on Linux however, is a complete mess. It was also a mess on SteamVR 1.x, but 2.0 broke so many things. Launching any of the included apps such as room setup, changing settings, taking screenshots. I really hope they add the last 1.x version as an update branch for compatibility reasons, 2.0 is simply not ready on Linux.

Also, good luck everyone on the keyboard. It’s supposed to have support for using multiple controllers, but it has been dropping and duplicating keypresses for me.

Some programs may use libraries or tools specific to a distributions package manager. For example, yay, an AUR helper/pacman wrapper. You would have a very hard time getting it to work on Debian.

Other programs might only include build scripts for a distro specific build system. For example, a program might skip using a Makefile, and do everything in the Arch-specific PKGBUILD.

Generally though, most software uses a standard cross-distro (or even OS) build system. In this case, compiling from source would be an option on any distro. The program might still only be packaged for Arch/NixOS/Gentoo (or others), as it is a very simple process to do so.

As if iMessage, the platform that requires hardware from a specific company, is much better.

Crackers often only patch out the DRM to redistribute a pirated copy of a game. If it is a game from a small studio, something like Goldberg is enough to “crack” the game, and it wouldn’t remove any of the Unity telemetry.

Ah yes, because it’s that difficult to spoof a new PC. You can run a tool similar to a kernel level anti cheat “ban bypass”, run the game, and cost the developer up to 20 cents. With a relatively simple script, this can be done many times per hour on a single PC, easily racking up cost for the developers.

This is a bad idea, no matter how you implement it. If it goes through, it will be abused.

WireMin, as far as I can tell, is not open source. There’s no way to prove that any of their claims are actually true. Plenty of messaging apps have claimed to be “decentralized” and “end to end encrypted”, but those have been false claims a lot of the time.

I would suggest you look into Matrix and XMPP, which are actually decentralized protocols rather than a single closed source app. Since they’re open protocols, there’s actual proof of them being decentralized and end-to-end-encrypted.

Reading through the WireMin privacy policy and ToS, they are making several impossible claims, such as:

“No user information will be provided to us, not a single bit.”

As a somewhat tech-savy Matrix user, I can already tell you there’s literally no way for them to not receive user information, simply by having an app on the app or play store, user information gets sent to them for each download. Many functions in the app also cannot work without a publicly accessible server. Things like notifications, or even receiving any messages at all while the client device is behind NAT.

They even back down on their own statements in that same privacy policy:

“WireMin collects minimum device information, such as version number, platform, etc.”

And they clearly say a push notification token is obtained, which requires server infrastructure to use:

“Occasionally for WireMin App on mobile devices, an additional device notification token (e.g. iOS devices) may be collected, to enable push notifications. Again, that information is collected without exposing user identity or the device’s IP which eliminates the possibility of user tracking.”

While also claiming it is collected “without exposing user identity or the device’s IP”, which is impossible to do. (iirc) The IP protocol requires source and destination IP addresses to be known on both sides (even if I’m misremembering and it’s not the IP protocol, TCP still does).

Although I have not dug through the app, to figure out how it works internally, I can assure you it is not “decentralized”, and will go down or at the very least lack basic features as soon as their servers are shut off. Them lying about such a “large” aspect of their platform also makes me heavily question the “E2EE” claim.

Platforms such as Matrix or XMPP solve most of the issues I noted here by having decentralized servers, but ““centralized”” clients (clients only connect to one server). If any one server goes down, the clients under that server are affected, but the rest of the servers (and thus the rest of the network) is not affected.

Not just the “lack of APKs”, but the lack of a FOSS build. As you noted, it is possible to instal an AAB by extracting the APK(s) inside, but that doesn’t magically remove non-foss libraries.