Apparently so it does, and it says “HDMI Freesync” rather than “HDMI [2.1] VRR”. FreeSync HDMI is a completely different protocol and is supposed to work under Linux. Found a thread here, can you try cat /sys/kernel/debug/dri/0/HDMI-A-1/vrr_range and edid-decode < /sys/class/drm/card0-HDMI-A-1/edid? Though there is no solution there.
I thought that there was VRR support over HDMI even for versions below 2.1 spec.
Yes, there is FreeSync HDMI, which is supposed to be supported on Linux, and which is unrelated to HDMI 2.1 VRR. Don’t see anything about the monitor supporting that though (LG 24GS60F based on your previous post). Nor anything about HDMI 2.1 VRR, it probably only supports VRR via DisplayPort Adaptive Sync.
It’s better in one way, in that updates are applied on reboot rather than pulling the rug put from under running applications. But I agree that it doesn’t go all the way, as it doesn’t provide a verifiable base system with clearly separated modifications. OSTree would be great.
Another possibility would be to distribute a base image as a btrfs send stream (possibly differential against previous versions) containing a compose-fs image and associated files. And then OS extensions could be installed with systemd-sysext.
I used to use it, but then I switched to MPV, as it works a lot better with hardware acceleration. MPV supports more methods for hardware decoding (e.g. nvdec), and also MPV will keep the frames in VRAM when doing hardware decoding, and do additional processing and presentation using the GPU, while VLC copies everything back to system RAM and processes the frame on the CPU.
At the time I switched hardware decoding with copy-back would actually result in twice the CPU usage compared to software decoding, but that was a long time ago. Also, I would get tearing in VLC and not in MPV.
*plugs USB into Ethernet port
I get horizontal scroll even if I view the post on lemmy.world though
Huh, I guess must be something dependent on the client. On the web I can scroll horizontally in the code box instead:
What’s so hard to read about that?
That’s generally not a problem anymore with UEFI (unless the boot variables disappear for some reason).
This is how we end up with off-by-one errors
ePub is basically just a limited HTML page in a zip file (plus a bunch of metadata and CSS styles), and ePub 3 can contain audio and video elements embedded in the text, just like a webpage. With the most basic usage, it would just show up as an audio player in the middle of the text, no sync. But there is also a media overlay thing I haven’t looked much into that looks like it provides sync.
Yeah, that makes sense. So it’s for the situations where you end up in an emergency shell.
Some better presentation of kernel panic would be nice (which I think is the closest equivalent to a Windows BSoD), but I guess it would require kernel support.
When would this be triggered? Could it be used during kennel panics?
KDE already does have the same thing in its settings
AAC-LC is patent free too nowadays (not HE-AAC, but that’s mainly useful for low-bitrate stuff).
Pretty much everything plays AAC though (unless it’s some cheap mp3 player)
What’s the pro of KOReader compared to the stock reader?
I assume you’re gonna back that up with a double blind ABX test?
Where are you? It’s gonna defer depending on your country. In most of the world it’s available on Netflix.