gnattu

> > Just got the latest patch from Intel developers: > > https://github.com/gnattu/linux/releases/tag/6.8.7-intel-set-ccs-mode-on-reset > > Intel developers already reproduced our issue with clpeak, so this kernel has a higher chance...

Probably the ffmpeg path finding change should also be documented here to notify our users and downstream packagers. We now prioritize the ffmpeg path specified with the `--ffmpeg` command-line option....

May I ask for a clarification of the problem? Does the Videos with stereo (2 channels) aac also suffers from this low volume issue? Or it only happens to 5.1...

OK. Probably I understood what happened here. Is the `load_wait` blocking the thread so that the thread cannot receive the shutdown signal? Can we use something like `futures::select!` here?

Well, it seems like we have more problems for this. See quininer/x11-clipboard#36. The upstream x11-clipboard does not like our current implementation where we are dropping clipboard.

It seems like the `load` api does require the clipboard content to be changed but will return whatever in the clipboard and the moment of polling as the API calling...

It is very tricky to have proper support for Wayland. The Wayland standard protocol does not allow applications without a focused window to access the user clipboard, and compositors need...

For compositors does implement `wlr_data_control` protocol, we have [wl-clipboard-rs](https://github.com/YaLTeR/wl-clipboard-rs) which implemented reading and writing using this protocol.

[My own fork](https://github.com/gnattu/clipboard-master) added very basic support to wayland for compositors implemented `wlr_data_control` protocol. However, due to lacking of monitoring apis being implemented, it triggers the callback by checking if...

> > It is up to everyone to test unstable releases leading up to a new stable release and report any new issues to ensure regressions do not occur. It...