The bigscreen beyond used 1 inch displays so this could be useful for getting much higher resolutions in a smaller form factor. I don't think my Index displays are even as big as 4 inches so I guess that explains why all the super high res headsets are so huge.
Edit: my index screens are under 3", just did a lens swap so I have the old eye tubes handy
Gotcha, I've never actually considered the bandwidth limits. It looks like digitalocean includes 1TB per month and I used 242GB last month. If I ever get close to the limit I will just spin up another droplet. I don't think I would even need to load balance unless the first one is struggling since the bandwidth allowance across all droplets is pooled together.
If you aren't already using a reverse proxy, then do you currently just port forward or use the Plex relay? The only reason I use one is because of CGNAT. Before I moved to a place with only CGNAT I port forwarded for both Plex and Jellyfin.
In case this helps as a reference point, I use a $5 digital ocean droplet as my Plex and Jellyfin reverse proxy and it seems to handle the traffic of 3-5 simultaneous streams just fine. I use Haproxy in tcp mode (so no http interpreting, just passing packets) in an attempt to keep the CPU load minimal and just make it a pure I/O task.
Then we'll have to disagree about that - imo this is the perfect place to discuss Plex alternatives and what features are keeping us on Plex. I think this discussion needs to happen if we want to learn how to create viable alternatives.
I especially want to talk about this because I personally want nothing more than to switch myself and everyone who I share my library with onto Jellyfin, and I don't think that will happen unless we talk about what's missing. I'm personally invested in Jellyfin enough to donate to apps I don't even use in hopes that they will improve.
Yes? Is that odd to you? If jellyfin supported it then that would be one less reason against switching which would be a good thing, wouldn't you think? If you advocate for using jellyfin then shouldn't you want such basic features to be supported for those who want to use them?
Even though I still use Plex full time, I very much want Jellyfin to succeed (I run it and offer it to everyone I share with), and so I want Jellyfin to be usable for people of all skill levels. I can't get my parents to use an app that requires them to know anything about file sizes or codec compatibility or converting anything. That is why Plex is as successful as they are.
If you're satisfied with Jellyfin lacking certain features, that's your perogative. But I don't think it's that hard to empathize with someone wanting more feature parity, especially if the motivation is to make Jellyfin accessible to more people and increase adoption.
It's honestly kind of silly to suggest that only technically minded users care about file sizes. We're lucky enough to even know why the file is so big. My regular friends will just complain that it won't fit, blame jellyfin, and then go back to Netflix.
You know that regular people with 64GB phones exist right? Suggesting that a non technical person should just know that they need to convert a 30GB remux using ffmpeg is absurd.
I give all my friends the choice between Plex and jellyfin (I run both containers side by side pointed to the same media folders) and they all invariably choose Plex. I think it has a lot to do with the jellyfin UI, and I think an overhaul like jellyfin-vue or something that looks like findroid needs to happen in order for jellyfin to really appeal to regular people.
I'm pretty sure what was already the case was that you needed Plex pass to use the Plex hosted relay for when port forwarding failed when behind Nat. This seems to apply to all remote streaming, including when you're directly connected through port forwarding or a reverse proxy and not costing Plex anything to transfer your traffic.
Half of my collection is DTS HD MA or TrueHD and many have HDR. Offline caching with transcoding is an essential feature if we want jellyfin to pull ahead. Berating people who are pointing out areas of improvement is not a winning strategy.
On one hand, it looks like this only applies to streaming from a remote server where neither the server owner or the user has Plex pass, so lifetime holders or committed server operators with a subscription can continue to provide access to all our non paying friends. It isn't explicit whether non-paying users people who port forward / do reverse proxying themselves are affected but it sounds like they are, which is utter BS since direct connections hardly cost Plex anything.
It is however nice that they're trading this for getting rid of the mobile unlock BS - it was always awkward explaining to friends that they could watch anywhere except on their phone unless they paid $5.
On the other hand, one notable side effect is that all non-lan streaming will now be associated with a paying server owner or a paying user, which makes it impossible to use Plex to share pirated media without a user on either end giving up PII / payment information. I have a gut feeling that this is an extension of the previous piracy crackdown on OVH(?) hosted servers meant to ensure they have the identity of all users who may be engaged in selling access.
Overall, yeah another reason to move to JF. I paid for lifetime more than a decade ago so I'm going to keep using Plex until my non-paying friends start to have issues, but I really hope this pushes more investment into JF apps. I really need a good android TV app that supports server transcoding (IIUC findroid's beta TV builds are direct stream only).
I use it to auto update nginx and haproxy containers, since they adhere very well to semver there is very little risk of breakage if you use the correct tag and not just :latest. I haven't had a single issue in many years, and it's nice to know that I'll get critical security updates within 24h of images being pushed.
Wow that's impressive! I tend to be very value oriented, and at the sub $5 price, you're getting so little that I feel like you're mostly paying for a public IP and bandwidth. And of course selfhosting your compute is usually a win, especially if you already have something laying around. So I just pay the public IP tax for a reverse proxy and home host it all. I would probably go with a cheaper VPS for my reverse proxy but I need the confidence it'll hold up to multiple friends Plex streaming.
Yeah if you aren't down to publicly expose your IP address / port forward, the cheapest way I can think of still involves a several $/mo VPS that just reverse proxies home to a more powerful PC. That's what I do since I'm behind CGNAT.
Not only is there the issue of getting approval from the video creators, there's the issue that most PeerTube servers aren't ready to handle a huge influx in uploads, as this would likely be a bulk operation.
Personally I think mirroring YouTube content would be more viable once ActivityPods lands and is integrated with PeerTube, which could potentially let you self host your PeerTube account data while still being part of a separate "home instance", which would greatly help with the storage issue for PeerTube as we could all bring our own storage.
TL;DW: Small sample size aside, it looks like the brick layers could be marginally stronger in some ways, but it can be weaker if you don't also increase the extrusion multiplier since offsetting a column of circles down by half a row in a grid of touching circles will make the circles not touch (hopefully that's an intuitive explanation of the need to increase the extrusion multiplier).
I don't really have a recommendation atm, I used to use mullvad but for torrenting I feel like the lack of port forwarding (once they removed that feature) was hurting my ability to seed so I switched to proton. I also recently added Usenet into my mix and since many providers bundle a VPN subscription - and mine in particular supposedly also supports port forwarding (usenetdirect bundles a ghost path VPN subscription), I'm gonna try to get it to work with that so I don't have to pay for a VPN separately but I haven't tried it yet.
The bigscreen beyond used 1 inch displays so this could be useful for getting much higher resolutions in a smaller form factor. I don't think my Index displays are even as big as 4 inches so I guess that explains why all the super high res headsets are so huge.
Edit: my index screens are under 3", just did a lens swap so I have the old eye tubes handy