Nobara: Has all the gaming features I want on my gaming pc (like gamescope) and is htpc capable. Also, it’s based on Fedora, which I’m familiar with.
Fedora: I like gnome and it’s always fairly up to date and rock solid. Great on my laptop.
Have considered switching to openSUSE though. It’s German (as am I), it’s the first Linux distro I ever used (on my granddad’s PC, more than a decade ago) and I’ve heard a lot of good about tumbleweed.
The fuck is a 960p monitor? What’s the horizontal resolution? 1707? Or is it not 16:9? Don’t think I’ve ever seen or heard of that.
Not having to pay for hardware transcoding/tonemapping is the biggest „selling“point for Jellyfin. I used to have plex before. It worked well but I didn’t want to pay 100€ for transcoding. Never tried emby for the very same reason.
Yep. The reason Windows and macOS are way more accepted than Linux is because they’re essentially idiot proof. Linux is not and that’s not necessarily a good thing if you want the year of the Linux desktop to actually happen one day.
Ok, so arch doesn’t break because it’s unstable, it just breaks anyways. And it doesn’t break more in general, it just breaks worse more often. Got it.
I’ll still stay away from the bleeding edge.
That’s still exactly what I meant? Sure, arch may never break even though it’s unstable but it being unstable heightens the risk of it (or some program) breaking due to changing library versions breaking dependencies.
Dependency issues happen much more rarely on stable systems. That’s why it’s called stable. And I very much prefer a system that isn’t likely to create dependency issues and thus break something when I update anything.
I‘d rather have a system that is stable and a few months out of date than a system that is so up to date that it breaks. Because then I cannot, in a good conscience, use that system on a device that I need to just work every time I start it.
Second this. Am not a huge fan of ubuntu itself and I have had issues with other debian based distros (OMV for example) but mint has always been rock solid and stable on any of my machines. The ultimate beginners distro imo.
Larger downstream distros like manjaro (and steamOS for that matter) can be stable. I wouldn’t call manjaro a beginners distro though, like mint would be (No Linus, there’s no apt in manjaro) but it’s very daily-driveable.
Although, if you’re most people, just stay away from rolling release distros. There’s so little benefit unless you’re running bleeding edge hardware…
If it‘s your first time trying linux, go with mint. It’s stable and almost every tutorial will work for you. If you know your way around a terminal already, the choice is all yours. I personally like Fedora.
Well, no one‘s saying Spotifys implementation is any good. But the theory that true randomness doesn’t always feel random still stands true. Most music player/streaming apps implement this in some way. Some better, some worse.
Ah. That makes it a little more complicated, of course. Otherwise, I‘d have suggested getting an old second hand 5.1 audio receiver with S/PDIF input and using your TVs digital output (or an HDMI audio extractor if it doesn’t have one) to get the signal to your speakers. Receivers like that are usually very cheap. I’ve seen them go for less than 10€ in perfectly working condition.
But good that there’s a solution to get DV working. The Linux community never seizes to amaze me. Good luck implementing it.
Do you drive your surround speakers directly via analog outputs on your PC?
I can’t say with complete confidence, but since HDR support in linux is fairly new and DolbyVision is a proprietary standard, you’re probably out of luck when playing the files directly.
However, since you have an apple tv, you can set up a media server (be it jellyfin, plex, emby, DLNA or even a simple SMB fileserver) and stream to the apple tv via a media player app that supports DV. The easiest setup would probably be plex.
Well, my internet connection would have to be a lot faster, and they would all need devices that support UHD h.265 and HDR10 playback. But if you have have gigabit upload and they all have shields or similar with just as fast connections, you’re good to go without transcoding (if no one wants to access it through mobile)
I regularly watch on my server when I’m not home and a few friends of mine also have access to it, so I need the content to be available in SDR and lower bit rates. When I stream from home, I‘d like to have access to the full quality and HDR though, so either I need multiple versions of each film or hardware encoding/tonemapping and a used gtx 1050ti was a lot cheaper than the required storage would be to have 4 or 5 versions of every film.
But yes, if you’re only streaming within the same network, hardware transcoding isn’t necessary in the slightest. But then a SMB fileshare might also suffice…
As I need hardware transcoding, that makes emby immediately non viable for me. I also usually watch via various apps and on tv, which, if you don’t have emby premiere are also not free to use.
It’s free and open source. That alone is a big plus. And it works fairly well. What does emby do better, that warrants paying $120 for it?
Yea. I like my MacBook and I like macOS (yes, I know, shame on me). But in a few years, when Apple eventually stops supporting it, I can just put Linux on it and keep using it (or give it to a relative who just needs a working computer). It’s good hardware and in true Apple fashion, it will probably outlast its software. I also have an old Core 2 Duo unibody macbook laying around and while it is possible to put the latest macOS on (thanks hackintosh community), Linux is a much better experience and the MacBook is sturdier and has a better trackpad and keyboard than most new laptops, even many that are much more expensive.
I wouldn’t recommend Intel CPUs (at least the last two gens) either but if all that matters to you in a GPU is hardware encoding (quality or codec support), like for a Jellyfin server, Intel ARC is unbeatable.
For books, library genesis would be a better place to look than piratebay though.