Also 6x7 + 2x5
Also 6x7 + 2x5
It’s a Circuit City.
I bought my first PC’s parts all from TigerDirect’s website. Did a bunch of my research for it using their catalogue.
Nowadays I’m just happy to live an hour from a Microcenter.
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
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.
Such good, strong hands
Also the one about Fry’s brother. The Breakfast Club theme song hits so hard
Gluetun works great for this. It’s a VPN docker container that you can route other containers’ network connections through. Super lightweight and fast
MPC or MPV >> VLC
Part of it is in the kernel. The userspace portion of the driver is included in Mesa, which most distros have installed by default
Not sure this qualifies as insane. Seems more like a self-defense maneuver to me. People have harassed and stalked this man to an absurd degree over features they wanted and bugs that bothered them that in some cases only existed in forks like Swanstation.
This is on top of this guy working a full time job. He can do what he wants and give away free code to the world on whatever terms he sees fit.
Basically, he got too famous and entitled assholes started treating him like a public slave.
It sucks and I’m sad to see him turn the project away from a true FOSS license, but I’d rather he contribute public code than not.