I see. I’ve skimmed the docs and indeed see that it supports a lot of IDP with what looks to me some env var. And thanks for answering another question of what their auth library is since that is a lot to support.
I see. I’ve skimmed the docs and indeed see that it supports a lot of IDP with what looks to me some env var. And thanks for answering another question of what their auth library is since that is a lot to support.
For NAT, there is apparently a way to traverse NAT. I haven’t tried it tho, but the dude has a lot of research on the topic (NAT traversal), so if that didn’t work, maybe others will
Yep, this is more in line with what I expect as a steam deck competitor. We’ll just see if they can provide more value to customers than steam while also making good hardware to support it.
No, MSI or ASUS or really any other hardware company (that primarily sells hardware) makes money from selling hardware. Valve main source of income is their steam service, not the deck. For any deck they sold, they could make a loss but they gain revenue by a first time gamer. Much like how console can be sold at a loss but making the profit from the game they sold. The primary difference between traditional console and steam deck is that any hardware competitor to steam deck is still a win for valve since they also mostly profit from sales on their steam service. Thus my point, any hardware company is not valve primary rival since if a consumer chose steam deck, valve wins, but if they chose the competitor, valve wins too. Epic, Ubisoft, and EA or whoever else that tries to provide the same service like valve should be their primary competitor.
Edit: my point being, the deck doesn’t need to be faster, or more power efficient, or more ergonomic. They just need to popularize the form factor. The fact that valve makes the deck so awesome on release, only to be overtaken by another hardware is not a loss for valve.
To be honest, any hardware company can’t really compete with valve toe to toe since valves can cut cost and sell at a loss. But I am interested in how the so-called steam competitor would make the same handheld device. I’m waiting for you Tim Epic.
I am well aware, but it is bullet proof as in they couldn’t restrict the OS from outputting audio somewhere else. For lossless DRM breaking, I’ll leave that to the more technically skilled person. I am more of a developer than a “hacker”
Holy shit you got me thinking using ESP as a bluetooth audio receiver, but instead of playing the audio, it records it. Tedious sure, but I think it is quite bullet proof. Headphone jack also works if you have a soundcard with line level input.
Technically there is. If the device uses BLE or the phone has some built in hardware shenanigans. There is also a local gateway via ble. I’d argue a simple gateway is not a “server”. Scheduling can be done by the device via internal non-volatile storage and RTC
Technically they could by manually verifying the cert from somewhere offline.
Damn, nice idea to spare 10GB for investment. With how cheap storage is, I think that model is indeed a win win. I mean, how often do you receive 100MB+ attachment?
Yeah, but as you said, it is highly dependent on the implementation. Theoretically it is possible that the user is also seeding the previously downloaded/streamed chunk (via WebRTC for example if using a browser). That reminds me of a madlad that stores data on a ping packet (see suckerpinch channel on youtube, specifically his video titled “Harder Drive”)