There are powered extensions, so one of those might work, but a hub is certainly a comparable price and a more compact solution
There are powered extensions, so one of those might work, but a hub is certainly a comparable price and a more compact solution
The architecture was originally developed for desktop PCs, but they discovered it was incredibly efficient at the time (late 80s, early 90s), so Apple partnered with ARM to develop it for the Newton.
The first commercial device with an ARM chip that I remember fondly was a Gameboy Advance.
It’s more like a built-in hardware emulation mode than anything else. Modern ARM chips use out of order execution as the default, whereas x86 uses ordered execution as the default. M-series and Snapdragon X chips have a little flag that can be passed to tell the hardware to run in in-order mode instead of out-of-order mode.
Depends on how it’s implemented. If they have a version of Proton that translates all x86 windows syscalls to ARM Linux, some operations could be extremely efficient.
There’s definitely got to be more overhead overall, though. Especially for devices with memory page sizes other than 4K, like the M-series Apple chips do (they use 16K as their page size), likely a VM will need to be sandwiched in there to ensure memory alignment. It’ll more fully be emulation and not just translation.
Even Rosetta still gives up 10%+ efficiency compared to a native compilation of the same program. I’m not saying it’s not viable, but in a resource constrained (especially battery-constrained) device 10% is a lot.
Steam for Android ready to play my PC games from my phone sounds awesome, not gonna lie.
In the shorter-term the issue is the lack of sufficiently powerful commercially-available RISC-V hardware for the level of gaming people expect out of a Steam Deck or VR headset, which ARM already has a number of SOCs capable of.
I don’t doubt that the work will continue but Valve isn’t likely to pour time or money into it until they think the hardware is there.
If you switch the devices line to
- /dev/dri:/dev/dri
as other have suggested, that should expose the Intel iGPU to your Jellyfin docker container. Presently you’re only exposing the Nvidia GPU.
QSV is the highest quality video transcoding hardware acceleration out there. It’s worth using if you have a modern Intel CPU (8th gen or newer)
What happens when a genius gets bored
Both Mint and Pop are based on Ubuntu and neither one ships with snap. Both use Flatpak and native packages instead. Mint also has LMDE, which is based on Debian, if you want Debian-but-more-beginner-friendly
He doesn’t have the original Pro Tools 0.8 sessions with the raw takes, plugin settings, etc.
That’s the level of potential preservation we’re missing out on here. Not just the final product, not just the stems, but the full original raw takes and the mixes that made those takes into the original final products.
Jellyfin doesn’t need any particular setup to work directly from LAN because it doesn’t ever try to use a central login provider the way Plex does.
The only reason OP is struggling with it is because they set it up so that they can only connect to it via Tailscale.
The very first time you connect you’ll need to do it from a web browser, rather than the app. Once you have your username/password setup you can do everything else from the android app
I have one of these that I use as a Jellyfin server. It’s not affected by those problems and has been performing more than adequately for my purposes, after setting up hardware transcoding
deleted by creator
Gluetun works great for this. It’s a VPN docker container that you can route other containers’ network connections through. Super lightweight and fast
There’s a series of novels kinda based around that idea. Magic 2.0 is the name of the series. Basically various hackers from different time periods discover a file that controls the whole universe and learn how to edit it with code/macros and become wizards because of it
Also 6x7 + 2x5