Jellyfin has a sign in through the app for tv. Which I tell them to use first. And URL is also nothing new. All this stuff are 30+ year old concepts by now. But to each his own!
I’m starting to think it acts as a nice filter. If they can’t grasp an URL + login, it would save me from tech support down the line.
Well yes I know, but that kind of proofs a sign in link is not that important right? :) surely not a deal breaker as they postulated above.
Let’s not act like a user and password is some revolutionary new technical concept. They can remember it for their email provider if they can access the plex link. So why not jellyfin? I think the UX of Jellyfin is more than acceptable in this regard. Sure I wouldn’t mind they added this feature but i don’t see it as a must have.
Fair enough, i just have very limited patience for incompetence. if they cant figure out how to remember their user and password. I don’t want to have to deal with them at all.
I have no clue what you mean with having to take it down. But with the *narr stack and jellyseer i basically have no library upkeep. Except for one or two difficult shows
Sounds more of an user problem than a jellyfin problem? If they can’t remember their login I’ll just not add them to jellyfin.
Bazzite is basically just Steam OS but support for more hardware. And easier to extend. You could drop it on your steam deck and if you don’t muck around in the terminal you probably wouldn’t know.
Its normal when there is a new release. But steam OS 2 was abandoned long before version 3 came around.
Will it though? I love what Valve has done for the linux community. But didn’t they abandon Steam OS 2 too? Why will it be better this time? I feel like they would only give official support for handhelds/systems that are officially released with it.
Why wait for steam os? Bazzite and others already do everything steam os does and probably better and more.
There’s not going to be a single worthwhile game that will run natively at 4k. And i have my doubts about 1080@120 too. Maybe they can keep their polygons so low they can actually reach it, but then what’s the point?
Are you sure the game is running on the correct GPU?. My older GTX1080 was always supported fine by proton. I’m not familiar with how garuda is set up but i assume it has a properly working PRIME setup by default. See if you have nvtop installed and on which GPU the game actually runs. For more info look here: https://wiki.archlinux.org/title/PRIME
If only it was mentioned in the article…
This is mainly data reported from desktop PCs, so no, SteamOS is not a thing at the moment on such machines.
I’ve never really like the convoluted docker tooling. And I’ve been hit a few times with a docker image uodates just breaking everything (looking at you nginx reverse proxy manager…). Now I’ve converted everything to nixos services/containers. And i couldn’t be happier with the ease of configuration and control. Backup is just.a matter of pushing my flake to github and I’m done.
K so why not just include that with the initial installation, if you’re gonna need to store it locally anyways?
Do you want wait hours/days before you can actually play? Or only stream what you actually need when you play while you play?
Or allow users to decide what areas of the map they want to fly in and just download that subset when the user requests it?
Implicitly streaming that much data seems like a good way to piss off your users when they unknowingly saturate their bandwidth or bump up against their data cap.
You do that by, hear me out, playing! And the game figures out where exactly you want to play and what you need. Besides, it probably will be an option to preload anyway but I don’t know enough about MSFS. And in the case of preloading, you would hit the exact same data cap.
No, but Google maps doesn’t potentially use gigabytes of data per hour, and isn’t something I use for hours on end multiple times a week like a video game, except in relatively rare occurrences like road trips/vacations.
Yes and you only don’t fly everywhere in game that you would have to download in these preloaded chunks/regions you’re so happy with. If you just intend to stay in the same location, the streaming will stop! Because, everything will be cached…
You pay for storage once and that’s it. You pay a subscription for bandwidth, plus fees if you go over your data cap. Bandwidth is absolutely more expensive than storage, and should be optimized for.
So you cancel your ISP subscription ever time you finished downloading a game, movie, whatever? No you keep paying so you might as well use it. And if you a data cap, I’m sorry for you. That’s a real bummer. But, I don’t know why i have to keep repeating this point, the amount of data is at worst the same! (if you have enough storage to keep it all in cache) If you don’t want to use more data don’t fly to regions you haven’t downloaded yet… But this is the exact same as with preloading…
Thats why there is a cache, so you don’t re download every time… So only new locations you visit will be streamed, but it will still be way less than having to pre install maps with locations you might never even visit in game… I don’t get why this is so hard to grasp.
Do you manually download all your maps from google maps/earth every time before you use it? No you don’t, you let the program figure out which parts you actually need and stream it to you. Same exact thing, fot the exact same reason.
Storage is cheap
So is bandwidth. 8gb/h is only 2mb/s which was maybe a lot 25 years ago. These days you can’t even get a connection slower than 50/100mb/s
But i was under the impression that games try to be as efficient as possible when it comes to networking.
Games try to be as efficient possible with their network code for real-time updates, so latency is minimalized. This is not at all important if you prefetch stuff minutes before you actually need it.
Yes, just like msfs does. They still use polygons and shaders… Polygons that make up the terrain and more and shaders that sample png tiles as textures… Msfs really does not do anything different than other games, outside of streaming in the assets instead of pre-installing them. Not sure why people think it’s any different.
That’s literally how every 3d game works (barring a few procedural games maybe). Now they just stream those texture and meshes as needed and presumably cache them.
Don’t get distracted by this terrible piece of an article. It never states how long this peak was. It could have been just 100ms. So interpolating this to 81gb/h make no sense at all. It’s just pure click bait.
In the end only the total volume downloaded matters (which the article of course doesn’t mention). Why wouldn’t you want to receive that as fast as possible?
First of all, the textures probably are already compressed, so compressing them more doesn’t do all that much. Secondly, streaming is just downloading, so you can just compress the stream. Sure you might lose a little bit of compression possibility when you don’t present it as one big archive. But that probably saves way less than the tricks I mentioned before.
They literally picked the highest bandwidth way to do this.
No they did not, you have to download it either way… And streaming the render output is not at all the same as rendering locally on your own PC. Neither as an user experience nor as a cost benefit for Microsoft.
I always see people advocate for Stremio. But my experience was always very mixed. Half the time it would just buffer all the time. I guess it’s s my own fault for having little interest in the latest Marvel/Hollywood movies, but alas. I way more prefer my jellyfin/jellyseer/arr stack. Once it’s available I’m (99%) sure it works from everywhere in the world.