libvips VS mpv

After some research, I found libvips, a demand-driven, horizontally threaded image processing library. It is designed to run quickly while using as little as memory as possible.

Sharp is a fast and efficient image optimization Node.js module that makes use of the native libvips library.

h2non/bimg can handle both if the underlying libvips is compiled with support for both formats.

if you're using linux (which it doesn't seem so) there's also vispdisp https://github.com/jcupitt/vipsdisp which is based on https://github.com/libvips/libvips which will likely take over how images are decoded in the future for everything, at least methodology wise.

The magic happens by way of a library called Libvips, which contains an ultra-high-speed low-memory image resizer.

imagor uses one of the most efficient image processing library libvips. It is typically 4-8x faster than using the quickest ImageMagick and GraphicsMagick settings.

libvips v8.6+ or ImageMagick for image analysis and transformations

- [libvips](https://github.com/libvips/libvips)

That's very cool! Though performance will not be close -- your nice solution is based on libgd, which is typically 5x slower than libvips, and needs 10x more memory. At usual display sizes, libvips will generally deliver the resized image in under 50ms, and will handle large images (relatively) gracefully.

https://github.com/libvips/libvips https://github.com/libvips/libvips/wiki/Why-is-libvips-quick interesting

https://mpv.io/ has yt-dlp support, if yt-dlp is installed you just need to throw the URL at it and it plays the video (without download).

Author of ripgrep here.

Like automatic encoding detection and transparently searching UTF-16?

Or simple ways for composing character classes, e.g., `[\pL&&\p{Greek}]` for all codepoints in the Greek script that are letters. Another favorite of mine is `\P{ascii}`, which will search for any codepoint that isn't in the ASCII subset.

Or more sophisticated filtering features that let you automatically respect things like gitignore rules.

Those are all things that ripgrep does that grep does not. So I do not favor this explanation personally.

ripgrep has just about all of the functionality that GNU grep does. I would say the two biggest missing pieces at this point are:

* POSIX locale support. (But this might be a feature[1].)

* Support for "basic" regexes or some equivalent that flips the escaping rules around. i.e., You need to write `\+` to match 1 or more things, where as `+` will just match `+ literally.

Otherwise, ripgrep has unfortunately grown just about as many flags as GNU grep.

[1]: https://github.com/mpv-player/mpv/commit/1e70e82baa9193f6f02...

- https://github.com/mpv-player/mpv/issues/8692

As noted by other commenters, there are several compositors available for Wayland (essentially the bit that actually implements Wayland) -- some are developed independently of any particular DE wlroots, labwc, hikari, etc, and some are part of a larger project like mutter and kwin (GNOME and KDE, respectively).

GNOME's implementation in particular has historically caused a lot of drama relative to some of the others. MPV used to have a pretty spicy wiki section dedicated to GNOME (it still kind of exists, though has been toned down a fair bit and addresses NVidia and some other specific issues more directly [1]):

- https://github.com/mpv-player/mpv/wiki/FAQ/ddcbe1b88a99d2568... (2020)

[1]: https://github.com/mpv-player/mpv/wiki/FAQ/a70c96040ad4fa374...

-

https://mpv.io played it without fuss.

I'm trying to make autoload.lua compatible with a script keep-session.lua.

One example is a script to quickly grab the URL of the current tab and send it to mpv¹ for playing or yt-dlp² for downloading. Or send some JavaScript to that same tab. Or grab the URLs and titles of all tabs in all windows that match a specific domain, close them, and then reopen in a brand new window. Alfred³ has a ton of automations that allow you to do that without having to code it yourself.

¹ https://mpv.io

² https://github.com/yt-dlp/yt-dlp

³ https://www.alfredapp.com

YouTube's VTT subtitle styling is not supported currently, see https://github.com/mpv-player/mpv/issues/7214