Суть в чём. Смотрю кинчики-сериалы. Для этого использую Stremio. Это что-то типа медиацентра на электроне, который при помощи плагинов умеет искать ещё и торренты. Также в программулине есть возможность вытянуть URL стрима на localhostе для проигрывания в других плеерах.

Смотрю в оригинальной озвучке. В идеале выискиваю FLAC. Видео ищу в качестве от 1080p до 1440p. Большее дисплей моего лаптопа так и так не вытянет. Хочу получать удовольствие от просмотра.

Заметил странное. Как только открываю стрим в MPV (profile=high-quality, hwdec=auto) - сразу наступает благодать. Картинка чуть-чуть чётче и лучше в цвете, звук в наушниках (наконец-то) начинает быть объёмным и сочным. Кто-то книгой в фильме хлопнул - оборачиваюсь, потому что кажется, что это оно произошло IRL. Впечатления только самые приятные.

В чём может быть дело? Что хромиум такое делает с видео, что оно настолько заметно теряет во вкусе? Дело в кодеках? Внутренних оптимизациях? Рендеринг-бекенде? Это вообще моя личная беда или ситуация повсеместна?

Хочу просто личных мнений и личного опыта. В каком случае будет меньше страданий, если нужно сделать библиотеку с возможностью нормального интеропа:

1. Шпилить её на чистой сишечке, немного страдать, но получить из коробки

2. Или написать её на C++, страдая немного по-другому, но пользуясь всеми его благами? Однако реализуя тонкую extern "C" { } обёртку. Много бойлерплейта, но ничего глобально сложного.

Насколько я знаю, в таком случае ещё придётся конечную программу линковать компилятором С++, с этим уже не справится.

Насколько так вообще принято делать?

Недавно пришла такая идея.

Суть: мы ведь можем запускать Wayland-сессии внутри материнских Wayland-сессий вложенно.

Тогда почему бы для рендеринга типа окно-в-окне (аналогично как в гимпе) не использовать дочерние Wayland-композиторы?

Таким образом получаем достаточно производительный легковесный низкоуровневыми фреймворк, решающий одну единственную задачу.

Конечно, готовые решения существуют в популярных тулкитах, вроде GTK или Qt, но идея в том, чтобы получить решение не зависящее от возможностей используемых фреймворков. Может даже без них вовсе.

Получается некий libnested, наподобие libdecor.

Идея простая как палка. Собрать свой Wayland-композитор нынче может любая макака. Хочешь используй wlroots, хочешь используй Mir.

Ведь, по сути, существующие в фреймворках решения это же велосипеды. Я конкретно не понимаю необходимость воспроизводить поведение, уже реализованое на более низком уровне.

А теперь, пожалуйста, объясните мне, почему идея дерьмо или же не дерьмо. Возможно, есть подводные и я их в упор не вижу.

Ещё с давних времен мне не даёт покоя работа ПКМ тачпада на линуксах.

На виндах, помню, как было:

1. Два пальца -> контекстное меню
2. Тянешь палец, наводишь курсор на нужную кнопку
3. Отпускаешь палец
4. Снова нажимаешь одним пальцем и происходит действие

На линуксах же (и, вроде бы, такое поведение у меня наблюдалось во всех возможных дистрибутивах; и на иксах, и на вяленом; и давным-давно, и прямо сейчас) происходит это:

3. Отпускаешь палец
4. Внезапно кнопка нажимается

И это работает только если всё сделать достаточно быстро.

Поведение очень удобное. Нравится!

Вопрос: баг или фича? Почему? Вопрос в каких-то технических ограничениях?

Просто дайте немного контекста. Бессонница мучает. :)

Приветствую всех. Есть такае проблема: анимации сильно глючат на моём железе. И глючат они, как в gnome, так и в kde. Подозреваю, виноват процессор. Он допотопен.

Но на kde нашлось решение: для рендера анимации использовать xrender. В настройках нашёл буквально через десять минут после обнаружения самой проблемы.

И рождается вопрос: а можно ли заставить gnome использовать xrender? Как знаю, gnome по дефолту крутится на opengl.

Да, xorg уже устарел, в новейших дистрибутивах его меняют на wayland. Но это единственное что я смог сделать. Или, может быть, есть другие решения? Самое главное - плавная анимация. Но это пока всё, что я смог.

Система: ubuntu 17.10 (Но проблемы были и на старых дистрах, и на арче)

RAM: 8Гб

CPU: AMD A6-7310 APU with AMD Radeon R4 Graphics @ 2GHz

GPU: Gallium 0.4 on AMD MULLINS (DRM 2.46.0 / 4.8.13-1-ARCH, LLVM 3.9.0)