GnuLinuxDude

I disable animations either through Gnome's accessibility setting or KDE's slider to instant. I find that Gnome's animations are just too slow by default and KDE's tend to be janky. So while I want my window manager to have instant animations, I don't need my applications to do so.

Is it possible to disable the animations from the DE's settings but to keep them like normal in Firefox? Example: when I press ctrl+t it's OK if the new tab has an animation when it's created in the browser's UI.

https://archive.is/H38tt

Mr. Wright has argued that there is a moral case for fossil fuels, saying they are crucial for alleviating global poverty and that moving too quickly to cut emissions risks driving up energy prices around the world. He has denounced efforts by countries to stop adding greenhouse gas to the atmosphere by 2050, calling that a “sinister goal.”

"Has there ever been an organization in human history that is dedicated, with such commitment, to the destruction of organised human life on Earth?" -- Noam Chomsky, 2017

I would love a program where I can browse the world and see countries, cities, oceans, all fully labeled (preferably in English which I speak, but a dual English+local native script would also be good). It would be all the nicer if there were stats and facts and some representative photos and stuff to learn a little about different places, without needing to dive into a full Wikipedia article.

Basically, what I'm hoping for is like a modern MS Encarta Atlas, but offline and good.

As for web options, Google Maps, unfortunately, works really well. But I despise Google. OpenStreetMaps doesn't have all that extra data, it is just a map. What are the options available, if any?

When I first set up my web server I don't think Caddy was really a sensible choice. It was still immature (The big "version 2" rewrite was in beta). But it's about five years from when that happened, so I decided to give Caddy a try.

Wow! My config shrank to about 25% from what it was with Nginx. It's also a lot less stuff to deal with, especially from a personal hosting perspective. As much as I like self-hosting, I'm not like "into" configuring web servers. Caddy made this very easy.

I thought the automatic HTTPS feature was overrated until I used it. The fact is it works effortlessly. I do not need to add paths to certificate files in my config anymore. That's great. But what's even better is I do not need to bother with my server notes to once again figure out how to correctly use Certbot when I want to create new certs for subdomains, since Caddy will do it automatically.

I've been annoyed with my Nginx config for a while, and kept wishing to find the motivation to streamline it. It started simple, but as I added things to it over the years the complexity in the config file blossomed. But the thing that tipped me over to trying Caddy was seeing the difference between the Nginx and Caddy configurations necessary for Jellyfin. Seriously. Look at what's necessary for Nginx.

https://jellyfin.org/docs/general/networking/nginx/#https-config-example

In Caddy that became

jellyfin.example.com {
  reverse_proxy internal.jellyfin.host:8096
}

I thought no way this would work. But it did. First try. So, consider this a field report from a happy Caddy convert, and if you're not using it yet for self-hosting maybe it can simplify things for you, too. It made me happy enough to write about it.

Changes for 1.5.0 'Sonic':

1.5.0 is a major release of dav1d, that:

• WARNING: we removed some of the SSE2 optimizations, so if you care about systems without SSSE3, you should be careful when updating!
• Add Arm OpenBSD run-time CPU feature
• Optimize index offset calculations for decode_coefs
• picture: copy HDR10+ and T35 metadata only to visible frames
• SSSE3 new optimizations for 6-tap (8bit and hbd)
• AArch64/SVE: Add HBD subpel filters using 128-bit SVE2
• AArch64: Add USMMLA implempentation for 6-tap H/HV
• AArch64: Optimize Armv8.0 NEON for HBD horizontal filters and 6-tap filters
• Power9: Optimized ITX till 16x4.
• Loongarch: numerous optimizations
• RISC-V optimizations for pal, cdef_filter, ipred, mc_blend, mc_bdir, itx
• Allow playing videos in full-screen mode in dav1dplay

[2.2.0] - 2024-08-19

API updates

• No API changes on this release

Encoder

• Improve the tradeoffs for the random access mode across presets:
• Speedup of ~15% across presets M0 - M8 while maintaining similar quality levels (!2253)
• Improve the tradeoffs for the low-delay mode across presets (!2260)
• Increased temporal resolution setting to 6L for 4k resolutions by default
• Added ARM optimizations for functions with c_only equivalent yielding an average speedup of ~13% for 4k10bit

Cleanup Build and bug fixes and documentation

• Profile-guided-optimized helper build overhaul
• Major cleanup and fixing of Neon unit test suite
• Address stylecheck dependence on public repositories

[2.1.0] - 2024-05-17

API updates

• One config parameter added within the padding size. Config param structure size remains unchanged
• Presets 6 and 12 are now pointing to presets 7 and 13 respectively due to the lack of spacing between the presets
• Further preset shuffling is being discussed in #2152

Encoder

• Added variance boost support to improve visual quality for the tune vq mode
• Improve the tradeoffs for the random access mode across presets:
• Speedup of 12-40% presets M0, M3, M5 and M6 while maintaining similar quality levels
• Improved the compression efficiency of presets M11-M13 by 1-2% (!2213)
• Added ARM optimizations for functions with c_only equivalent

Cleanup Build and bug fixes and documentation

• Use nasm as a default assembler and yasm as a fallback
• Fix performance regression for systems with multiple processor groups
• Enable building SvtAv1ApiTests and SvtAv1E2ETests for arm
• Added variance boost documentation
• Added a mailmap file to map duplicate git generated emails to the appropriate author

[2.0.0] - 2024-03-13

Major API updates

• Changed the API signaling the End Of Stream (EOS) with the last frame vs with an empty frame
• OPT_LD_LATENCY2 making the change above is kept in the code to help devs with integration
• The support of this API change has been merged to ffmpeg with a 2.0 version check
• Removed the 3-pass VBR mode which changed the calling mechanism of multi-pass VBR
• Moved to a new versioning scheme where the project major version will be updated every time API/ABI is changed

Encoder

• Improve the tradeoffs for the random access mode across presets:
• Speedup presets MR by ~100% and improved quality along with tradeoff improvements across the higher quality presets (!2179,#2158)
• Improved the compression efficiency of presets M9-M13 by 1-4% (!2179)
• Simplified VBR multi-pass to use 2 passes to allow integration with ffmpeg
• Continued adding ARM optimizations for functions with c_only equivalent
• Replaced the 3-pass VBR with a 2-pass VBR to ease the multi-pass integration with ffmpeg
• Memory savings of 20-35% for LP 8 mode in preset M6 and below and 1-5% in other modes / presets

Cleanup and bug fixes and documentation

• Various cleanups and functional bug fixes
• Update the documentation to reflect the rate control changes

https://github.com/yuzu-emu/yuzu

ICYMI, Yuzu settled with Nintendo for $2.4M and tl;dr said that Yuzu's primary purpose was to aid and abet piracy. Nintendo won outright.

https://twitter.com/OatmealDome/status/1764715696250843321

Does anyone know how to determine the level of grain synth used in an encoded video? I have .webms that I've encoded with ffmpeg and svt-av1 but I don't have that grain synth information anymore.

In fact it would be nice if I could just see any other information about an encoded video (rate factor, preset used, etc). These details don't appear when using mediainfo so I presume they are lost and unknowable. But grain synth occurs at decode time, so that should still be something I can figure out, right?

Huge improvements for AV1 users over the last stable HandBrake release.

The way they talk about it makes it sound like they invented the written word, but that notwithstanding the fonts actually look really nice in my opinion.