No, not what I’m saying. Any distro can do what you’re describing, they just don’t. It’s not proprietary technology or anything. I could go and make my LUKS whatever open with a key right now, it’s just problematic.
The OP wasn’t asking about any of this though, you’re just throwing your own unrelated “AKSHUALLY” nonsense into the thread. Question was asked and answered.
See ya.
Open your machine and look at these ports.
Are they directly connected to the motherboard, or on the front of a case extended by a cable?
Gotta make money for your own life. No hate here.
It’s not “trouble” if you’re already familiar with Linux. It’s not the way I would go as a user of 20+ years, but it’s not just for desktop use.
If you’re looking to build a platform for something, it’s perfect. Look at why Valve switched to use to for SteamOS. You have an underlying framework of a stable system, and you just create automation to slap it all together into the base layer of all the things you want without having to worry about specific things breaking the stack you’re building on top of it.
It’s like a blank page instead of a notebook with line guides.
It helps make more sense if you think of everything you’ve got to build on it already existing in a git repo. Merge > Build > Release. Makes perfect sense, and you save yourself creating an entire distro to maintain from scratch.
That’s not what the question is asking…
It’s a joke.
The “disk” in this terminology is actually referring to the partition, which is the active disk when an OS boots. Different partitions are treated as different disks, it’s not about the physical disk.
Say you have 2 drives: one could contain only unencrypted portions of boot information, and the second drive could only contain encrypted partitions.
Then it would meet your definition of how it should work by terminology 😂
“We’re expecting console numbers this time, and then they developers will have to support it.”
It looks like it’s a browser-bsse game, so it will run.
Not sure what you mean by “like a native” though.
That’s what Waydroid is essentially. Think of what Wine/Protonndoesnfor Windows, and it’s the same for Android. It acts as a “device” as an Android app sees it, and Waydroid provides all the interfaces and input/output control needed for an Android app to run on anything.
Pretty much just an open version of the proprietary Android emu stack developers use in the Android SDK.
You can go and run these things right now yourself, it’s nothing new.
That’s slightly different. That is mapping controllers to already existing inputs for a game, which steam-input already does.
Mapping all the sensors of a VR headset for motion and tracking is an entirely different thing, though kinda similar in some sense.
They’ve already said they’ll be using FEX: https://www.pcgamer.com/hardware/vr-hardware/steamos-launching-for-arm-fex-translation-layer/
Well it’s not going to suddenly be all VR’d up or anything 🤣
Part of the reason I would imaging they implementing a new kind of steam-input layer for VR is for things like a theater mode and desktop. I could see them making some sort of a simple hook for view controls in games for your exact scenario, but that would be heavily dependent on the game having something like free look already be possible, and then the developers just write a quick patch of a couple lines to hook the steam-vr-input hook into their code, and BAM.
It wouldn’t need to. They would just need to include a virtual desktop manager or interface to render the usual compositor in a VR sort of way. That’s why I put it in the list. Same thing that would make a theater mode would also allow a desktop to render in a space on a VR compositor.
Frame is an ARM architecture, so the same APKs compiled and shipped for phones would work on it without an emulation layer.
Note Valve isn’t claiming that APKs will run on ANY SteamOS device or anything universal. They’re just saying you wouldn’t need alternate arch versions of APKs to run on Frame.
Desktop is a built-in feature of SteamOS. They’d have to actually work to remove that by default. No reason for it not to be there.
You don’t read much, eh? Valve has confirmed it, people have seen it, and multiple artists and devs have confirmed working on the finishing touches in the past year.
They released Alyx with the Valve Index, which also confirmed to be a drop-in VR engine for the Half-Life games. Valve likes releasing their IP games as surprises, and no better way to sell out millions of units than releasing HL3 along with this new hardware.
Seems like a pretty safe bet.
I’ll drop what I said about this in another thread:
I think you probably need to understand the underpinnings of what Valve accomplished over the past few years to understand why the Frame is useful.
Essentially, it’s a Deck strapped to your face. Same OS, same everything, just different hardware platform.
Valve spent the time to revamp SteamOS in order to make it more portable to various devices, which are now launching. Couple that with their efforts on Proton, and you have an entire ecosystem with very little in the way of preventing people from adopting these devices with their ease of use.
Steam Deck was just sort of the appetizer and test launch to gauge interest and build a fully functional hardware development and support vertical in the company, and it was wildly successful. I guarantee (if they can get the price right) that the Frame will sell WAY more units than the awful Vision Pro. I honestly think people might adopt this over buying another version of the Deck if it’s comfortable.
Some things I expect to happen with the Frame launch:
It certainly will, but it’s not going to make gaming on Android APKs anymore possible than it currently is. Running Android apps on Linux has been a thing for a long time.
Your North and South (if you have one )bridge chip?