Quoting: WMan22Absolutely love to see it. Virtual desktops and overlay applications are a highly under-represented and underrated feature of VR, back when I was on windows, I would often pick one of the coziest spots I could find in VRChat to watch a movie. Hell, I watched Serial Experiments Lain in a room modeled after Lain's room.

Some would call this a novelty, I disagree, it would increase immersion like 10 fold if it weren't for the weight of my valve index on my face, so I'd often settle for 5 fold instead. Still an upgrade in overall mood and atmosphere of whatever I was watching.

Size & weight is still one of the biggest drawbacks of mainstream VR. It has got better but it's still designed (imo) primarily for standing & shorter play sessions with regular break intervals. It's not really great for chill sessions, it's workable but not ideal. If it were AR glasses sized but with full VR capability then that would suit the kind of thing your talking about a lot better, leaving the larger headsets for that more intense standing + flappy arm gameplay style.

View this comment - View article - View full comments

Quoting: YasriThe best two versions of super mario 64 ported to PC, that I know about are. Neither require compiling unless you want too.

Odyssey Mario's Moveset by PeachyPeach
https://github.com/PeachyPeachSM64/sm64ex-omm [External Link]

This is the best if you want single player only. Has tons of ingame options to tweak how you want it to play, including just vanilla 64.

Has ports of a few big mods, including...
Super Mario 64 Moonshine
Super Mario 74 + Extreme Edition
Super Mario Star Road
Super Mario 64: The Green Stars
Render96

SM64 CO-OP DX
https://github.com/coop-deluxe/sm64coopdx

Still actively being updated and has a huge amount of mods on their website.
https://mods.sm64coopdx.com/mods/ [External Link]
PeachyPeach even ported alot of there custom stuff over.
https://mods.sm64coopdx.com/mods/odyssey-marios-moveset-rebirth.125/ [External Link]

Would be cool to have a flatpak (or appimage) with all that stuff built in and accessible via in game menu.

View this comment - View article - View full comments

Quoting: Highballhttps://github.com/wheaney/breezy-desktop

Works pretty good. Sadly I have the Xreal glasses that have drift, causing me to have to recenter all the time. I'd buy new glasses but, all the glasses have such a low FOV. Better to just use my current glasses when I'm in a pinch. On a flight for 4 hours, I can put up with the low FOV and continual re-centering. I'd buy different glasses without the drift if there was a pair with decent FOV, I'm guessing it needs to be around 80 degrees.

I'm looking forward to these headsets coming out that are first class citizens in Linux. I'm looking forward to SimulaVR as well, it seemed to work great, but the headset I have, Quest2. Using that over ALVR sucks, and the headset sucks. Honestly if I had thought the SimulaVR headset was going to take this long, I would have also bought a Vive Pro back then. No matter now, I'm buying the Steam Frame and the SimulaVR headset comes when that comes. Hopefully an AR glasses unit gets released with at least 80 degrees FOV. It's awesome to see all these VR productivity solutions starting to emerge. The future is definitely bright.

Interesting they work with Xreal glasses ? I thought they were just two screens made to look like one big one. How is it working as VR ?

for me VR headsets are just that, a headset. Im interested in XR/AR glasses with 3D support not requiring a 3rd party dongle and Mac / Andriod only software support. The form factor is more appealing for just chilling in bed, couch and looking at a giant screen (in 3D with the right software) But if the XR glasses work in a VR-like manner on KDE plasma id like to try that out.

View this comment - View article - View full comments

im going to have a hard time switching from KDE Plasma at this point. it has been almost 100% stable and instantly recovered from any of the few crashes it has had.

View this comment - View article - View full comments

i find this infinitely more interesting than Ai. For me this would have a practical use.

it's also actually cool.

View this comment - View article - View full comments

Quoting: Caldathras

Quoting: LoftyI think the sandboxing would require an appimage software center that you check box 'sandbox' and it automatically firejails the application.

I'd have to check but I think that AM / AppMan (AppImage Package Manager) can do this. It is CLI rather than GUI, however. Perhaps @Bestia can verify.

Quoting: BestiaI'm using AM

(Just to catch @Bestia's attention.)

i suppose some distros could ship this out of the box and integrate that into the system. But at this point i think Flatpak has the mind share. A GUI is kind of essential i think for mass adoption.

Thanks for the software suggestion.

View this comment - View article - View full comments

Quoting: Caldathras

Quoting: LoftyThere is no perfect solution tbf. But i do prefer the system of flapak and it's easy configuration of permissions + integration with software centers for the latest features.

Makes sense. We discussed this in the thread about Canonical and their snaps. @sarmad made a great point about that in regards to AppImages.

Quoting: sarmadIf distros adopted AppImages and have it all configured out of the box it would've been as easy to use as flatpaks, but with extra flexibility, which actually is the essence of Linux.

Comment 288267

Right now, flatpaks have the advantage simply because the distros do the work of putting in all the backend support beforehand. They could do the same for AppImages but right now, those of us that prefer them have to put in the backend support ourselves.

Quoting: sarmadOut of the three formats, AppImage provides the most flexibility: you can download an appimage directly, or use a hub. You can use it sandboxed, or not. You can have appimages auto update themselves. You can use it for cli or gui, etc.

yes, agree. i was rooting for appimage in the begging, i do occasionally use them. i admit that the convenience of configuration and the tighter system integration is the draw. And
i think the sandboxing would require an appimage software center that you check box 'sandbox' and it automatically firejails the application.. and then there would need to be a flatseal type application either integrated into the appimage sofware center or a separate app or desktop features for managing appimage permissions like KDE now has for Flatpak.

i admit, complacency shouldn't be a reason for me. But im busy and have around 50 flatpaks installed that get updated daily and i can quickly set permissions in any way i want.
ohh and uninstalling flatpaks is no problem usually with menu entries correctly removed.

but i take your point, like for like properly managed there shouldn't be much difference.

View this comment - View article - View full comments

Quoting: EikeSurveillance of all their developers?

We can use Ai for that.

View this comment - View article - View full comments

Quoting: scaineMan, I can't believe we're still defending genAI. As I've pointed out in many other comments, the top reasons I hear for the "negative resentment" are, in no particular order:

1. Negative impact on environment, slap bang in the middle of a climate crisis.
2. Driving job losses based on exaggerated claims of "efficiency".
3. Lowers IQ (I can't be bothered digging out the link yet again)
4. Slows down development (even in cases where developers claimed it sped them up, evidence showed otherwise)
5. Driving a nuclear age (Meta, Google and Microsoft have now all commissioned their own reactors)
6a. Societal impact - talking people into hurting others and/or themselves, sometimes leading to deaths)
6b. Societal impact - driving non-consensual nudity on Grok, including child pornography. When Musk learned of this, he paywalled the "feature". He paywalled it... not removed... paywalled it. FFS. Also see deepfakes of politians, or fraud using social engineering techniques.
6c. Societal impact - genAI "slop" now devalues everything on the internet. When you see something cool, you think "meh, it's probably just AI shite". Or it actually IS shite, in which case, genAI is on a race to the bottom, since the next generation of genAI will be taught on today's internet - mistakes will be compounded, biases reinforced.
7. Loss leading pricing - hoping to hook consumers/enterprisesthen putting prices up (see OpenAI adding adverts to ChatGPT)
8. Hallucination (multiple cases of invented bullshit, including court filings, leading to lawyers being debarred).
9. Obnoxious marketing (see MS especially).
10. Diverting investment away from targeted solution, and into a financial bubble (because #7).
11. All genAI engines are built on plagiarised work, for which the original authors/artists got no recognition, nor commission. Same with code - all code was scraped, regardless of license, and that code can be regurgitated in new, OR snippet form, by genAI, without recognition of that license.
12. Impact on website scraping from multiple companies building genAI models. Wikipedia in particular has had to actively block enormous ranges to prevent the scraping from leading them into financial run. Again, can't be bothered to find the link, but there's a Wikimedia blog talking about it.

Anyone offering the "it's just a tool" argument, is being deliberately obtuse. They're basically arguing that the ends absolutely justify the means, no matter the cost.

And the cost is high. Big tech has absolutely no morals, and this is a race to the bottom, fueled by literally hundreds of billions of investment that could have have so much difference elsewhere.

But hey, it's just a tool, right?

You forgot point 13.

The complete and total destruction of the consumer home PC market from inflated parts costs & the move towards subscription based 'ai' cloud gaming (and Ai windows cloudOS)

14. might end x86 Linux because of point 13.

ohh and probably if not regulated ..

15. Surveillance capitalism , Ai tracking stalking, minority report style dystopian society.

but it can put a funny cape on your dog !

that said Ai is here to stay, how it is regulated is what comes next

View this comment - View article - View full comments

Quoting: Caldathras

Quoting: Lofty

Quoting: CaldathrasWhile I've gotten used to their DRM-free script-based Linux installers, I would love it if they moved the Linux offline installers to AppImage, with all of the dependencies incorporated.

eh, appimage isn't really the 'container format' that it seems to have initially been sold as. In many cases there are system dependencies and linked libraries that as per linux will get updated to a point where by the appimage cannot work at all, which then requires a full appimage refresh & update. it is also not sandboxed without firejail.

( anecdote incoming: i thought i was archiving programs originally, turns out 6 months is a long time in software, my favorite appimage was just a grey empt box with a gtk crash handler message.. and this was on linux mint not exact a rolling release.)


Now flatpak .. That is much more inline with a kind of 'bottled' instance of software, it too also needing to remain somewhat in step with the system but it has some other benefits of better system integration & is sandboxed. Plus flathub / flatpak is becoming the de-facto distro agnostic software distribution method so there is consistency of support via popularity.

imo ofc

Strange, I don't think I've ever had that issue happen to an AppImage, unless it was caused by AppImagelauncher being out of date -- then I've had all sorts of problems. In my opinion, if that happens to an AppImage, the packager is not doing their job correctly. By the way, I can testify from first-hand experience that this can happen with flatpak packages as well. Neither packaging system is perfect.

My problem with flatpak is, as I understand it, you basically end up with an installer that is dependent on the flatpak system to install. To my knowledge, you cannot back it up easily (in manner readily accessible to a basic user) and you need to be online to install it. It is not stored on your system but on a server somewhere on the Internet. If that server goes down -- or you no longer have Internet access (for whatever reason) -- you cannot install the game.

Whereas, the whole point behind GOG's offline installers is that they are self-contained and DRM-free offline installers. To me, the AppImage format fits the bill -- with the ability to include all dependencies, if done correctly. Certainly, some maintenance on GOG's part over time will be necessary. And, heck, even the Windows offline installers are sometimes missing dependencies and need updating (although GOG's Preservation Program is improving on that).

All fair points. I think neither are perfect.
Im not an expert but if you take a look at emulation you can see a that pretty much those games are now theoretically playable for all time .. but then again the caveat is that if you try boot an emulator with an out of date flatpak libraries or an appimage that is not built correctly you have the same problem.

A weird solution would be to build a Retro gaming PC that is offline and remains static in it's updates that is able to play all your favorite windows / console retro games. For newer titles a main upto date PC would of course be needed.

There is no perfect solution tbf. But i do prefer the system of flapak and it's easy configuration of permissions + integration with software centers for the latest features.

View this comment - View article - View full comments