Предыстория: в связи с войной бобра с ослом по всему миру я внезапно обнаружил, что ютуб/youtube-dl перестал быть универсальным и надёжным источником видео. Большинство альтернативных ресурсов активно сопротивляются скачиванию, а веб-плееры работают как {много нецензурных выражений}... Короче плохо.

Но главная проблема для меня в том, что я вынужден экономить трафик, что невозможно при использовании веб-плеера потому что прежде чем я мог бы выбрать низкое качество или получить ссылку на видео для скачивания оно успевает выкачать пару сотен Мб, которые тут же будут отброшены. А некоторые особо упоротые плееры вообще игнорируют настройку качества и продолжают тянуть 1 Мб/с даже если указать 240р.

Предполагаемый костыль: занизить скорость сети до ~20-50Кбайт/с, сделать что нужно и снизить оверхед до 1-10Мб. Потом или выкачать видео или снять ограничение и спокойно досмотреть в браузере.

Проблема: найденные мной инструкции предполагают использование traffic controll и скриптов над ним, а оно отбрасывает входящие пакеты, что может и работает в большинстве случаев, но вот с веб-плеерами приводит к зависанию загрузки с вероятностью 90+% до получения работоспособной страницы. Схема сети: смартфон с симкой (кнопочник, андроид4) и режим модема через юсб или wifi.

Собственно вопрос: альтернативные способы ограничения скорости сети без отбрасывания пакетов и разрыва соединений из за этого?

Ноут — HP Pavilion dv5, который должен выполнять рабочие задачи по сёрфингу, чтению, переписке и печати (которые временно висят на моём условно-игровом) потому что включается, работает и всё ещё может. Железо: 2 гига, 2 ядра, урезаный ноутбучный core2, nvidia 9200M, 4 юсб-порта и 160гб HDD вот теперь 120гб SSD. Последнее делает старичка более реактивным, чем если бы я нарастил оперативку, цпу, видеокарту или что то другое.

Раньше был дебиан9 с xfce, сейчас обновил до дебиан10, потом до 11, потом увидел что gtk3-приложения не совместимы с этим железом/драйвером и откатил на дебиан10. От xfce пришлось отказаться, как и от частей mate и от половины gtk3-приложений. Что поделать, за это время гномосеки капитально насрали везде куда смогли дотянуться. Соответственно собираем новую химеру.

Но сначала тюнинг системы:

Разметка диска:

user@HP:~$ lsblk
NAME          MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda             8:0    0 119,2G  0 disk  
├─sda1          8:1    0   266M  0 part  
├─sda2          8:2    0    28G  0 part  /
├─sda3          8:3    0    28G  0 part  
├─sda4          8:4    0     1K  0 part  
├─sda5          8:5    0  19,6G  0 part  
│ └─cryptswap 254:0    0  19,6G  0 crypt [SWAP]
└─sda6          8:6    0  43,6G  0 part  
  └─home      254:1    0  43,5G  0 crypt /home
sr0            11:0    1  1024M  0 rom   
user@HP:~$ df -h
Файловая система Размер Использовано  Дост Использовано% Cмонтировано в
udev               981M            0  981M            0% /dev
tmpfs              200M         1,2M  198M            1% /run
/dev/sda2           28G         7,3G   19G           28% /
tmpfs              996M          17M  979M            2% /dev/shm
tmpfs              5,0M         4,0K  5,0M            1% /run/lock
tmpfs              996M            0  996M            0% /sys/fs/cgroup
tmpfs               16G         107M   16G            1% /tmp
/dev/mapper/home    43G         5,8G   37G           14% /home
tmpfs              200M          12K  200M            1% /run/user/1000
user@HP:~$

Теперь по ДЕ: sddm и lxde как основа. В качестве WM — kwin5, но есть приемлемая конфигурация openbox на всякий случай. xfdesktop для сменных обоев. xfce4-power-manager потому что не знаю через что ещё можно управлять яркостью экрана. От nm-applet пришлось отказаться из за его общей gtk3-тормознутости, которая превратилась в настоящий ад на фоне тормозного и глючного драйвера wi-fi, может подвесить всё в трее на 1-2-3 минуты. Индикатор сети от lxde, а управлять можно через nmtui из консоли. gmrun на запуск приложений, xbindkey для хоткеев. ~/.skript прописан в $PATH для моих скриптов (например быстрые бэкапы). qt5ct без которого всё это развалится. spectacle как более удобная и не-гтк3 замена скриншотилки xfce.

Для gtk3 приходится использовать дефолтную адвайту потому что иначе оно глючит с некоторой вероятностью и регулярностью. Зато я узнал про QtCurve для qt5 и смог настроить вполне приличную тему для большей части ДЕ.

Файловый менеджер — божественный dolphin. В комплект к нему идёт ark, не божественный, но сойдёт.

Терминал — великолепый konsole. Отлично сочетается с дельфином, хорош сам по себе, вызывается по ctrl+alt+del.

Текстовый редактор — mousepad, уродливый, но в отличие от дебиан11 всё ещё без CSD, пользоваться можно. Оставлен потому, что мне нравится цветовая схема oblivion от gedit ещё со времён гном2. В перспективе будет заменён на kwrite или kate.

Фото — gwenview. Видео vlc. Музыка strawberry, узнал из новости на лоре, поставил, всё супер. Документы — okular. Почта — claws-mail.

Firefox с модом Firefox-UI-Fix и четыремя часами тюнинга about:config в качестве главного браузера и почти дефолтный vivaldi в качестве запасного.

VirtualBox 6.0 без ускорения виртуализации (а нету!) для игрушек вроде фараона и героев и при необходимости МС офиса.

Дебиан 11, ядро 5.10, nouveau, gf9200m, 256М видеопамяти, поддержка блоба прекращена. Имеется критический баг, не позволяющий работать: запуск браузеров (firefox+vivaldi одновременно, или один из них с несколькими окнами и вкладками) приводит к полному зависанию графики. 2 бразуера вешают всё быстро и наверняка, обычная работа в 1 из них - не сразу, но в перспективе 1-2 часов наверняка. Симптомы напоминают зависание видеодрайвера или исчерпание видеопамяти. WM и его режимы значения не имеют.

Собственно каки боком здесь gtk3: на дебиан10 в примерно той же конфигурации софта, только с более старыми версиями можно словить тот же висяк если установить какую нибудь тему гтк3, значительно отличающуюся от адвайты и начать долго гонять браузеры (что хромоклоны, что фокс сейчас на гтк3).

Есть предположение, что гтк3 что то отрисовывает с использованием видеокарты и способствует падению. Соответственно вопрос: если я прав насчёт использования гпу, то есть ли там какой то выключатель, чтобы перевести её на софтовый рендер и исключить её из уравнения?

Где то при переходе с kwin 5.14 (дебиан 10) на kwin 5.20 (дебиан 11) пропали рамки окон эксклюзивно у темы «пластик». В устанавливаемых темах, бризе и оксигене они присутствуют и их размер регулируется, но в пластике нет.

Куда копать?

Из кодовой базы Mesa удалены все классические драйверы OpenGL и прекращена поддержка инфраструктуры для их работы. Сопровождение кода старых драйверов будет продолжено в отдельной ветке «Amber», но в основной состав Mesa данные драйверы больше входить не будут.

Изменение затрагивает все остававшиеся в составе Mesa драйверы, не использовавшие интерфейс Gallium3D, включая драйверы i915 и i965 для GPU Intel, r100 и r200 для GPU AMD и Nouveau для GPU NVIDIA. Вместо указанных драйверов рекомендуется использовать драйверы на основе архитектуры Gallium3D, такие как Iris (Gen 8+) и Crocus (Gen4-Gen7) для GPU Intel, radeonsi и r600 для карт AMD, nvc0 и nv50 для карт NVIDIA. Удаление классических драйверов приведёт к прекращению поддержки некоторых старых GPU Intel (Gen2, Gen3), AMD Radeon R100 и R200 и старых карт NVIDIA.

Источник — портал opennet.ru.

>>> Подробности (opennet.ru)

Раз уж по галерее катится волна некрофилии, надо добавить свою каплю. Например дефолтный twm, который я использую как дополнительное окружение (fluxbox надоел) для дополнительного юзера в системе, сеансы которого настроены на ~10% общего процессорного времени через cgrops.

В данном случае оно занято запихиванием сериала на мелкий экран моего кнопочного смартфона через ffmpeg. Небольшой скрипт через файл-блокировку позволяет запуститься только 1 копии ffmpeg, но писать скрипт для автоматического запуска заданий мне лениво, поэтому просто ручной запуск в 10-и окнах.

Из минусов: 10 минут на выгрузку задачи на ночь, оверхед ~2800Кб памяти на копию xterm и 2100Кб на копию bash.
Из плюсов: нескучные обои, креативные методы управления окнами (креативней чем гном3), отдельный пользовательский сеанс, занимающий всего 19Мб на Х-сервер и 3960Кб на оконный менеджер.

P.S. Для полного погружения можно запустить в основном окружении homm2 в досбоксе или doom в PrBoom-Plus, а на vt2 через mc включить какую-нибудь музыку.

Внезапно вспомнил, что в отличии от homm3, для homm2 был (по слухам) хороший свободный движок, который вполне можно запустить на RPi3. В репе есть автоматизированный установщик, который скачивает версию 0.6 от 2013 года, собирает, опакечивает, устанавливает. Она работает.

Теперь о проблемах: главное, нет локализации. А она вроде как поддерживается и давно. Должна была включиться в конфиге, но реакции нет. При запуске выдаётся единственная ошибка «шрифт такой_то.ttf не найден». Шрифт лежит в папке с движком и пробовал ложить его в .fheroes2/files, не видит. Также не понятно, а как она вообще должна работать, ведь в инструкции явно сказано: используйте оригинальный англоязычный файл ресурсов.

Также по возможности хотелось бы отмасштабировать картинку в 2 или 3 раза.

И играть в кампанию тоже хотелось бы. Её поддержку вообще реализовали?

Поправка: после загрузки в консоль выводится статистика, в статистике: юникод отключен, язык ру. В конфиге разумеется юникод вкл, но что то идёт не так.

Ноут, hdd, debian 9, systemd. sda1 - своп, sda2 - корень, sda3 - хомяк. Хомяк и своп зашифрованы через luks, подключаются при загрузке. Ключ свопа генерируется при запуске. Стандартная схема, всё было настроено установщиком дебиана.

И тут, внезапно... Я подключил чужой usb-hdd с ntfs на первом разделе до запуска системы. Этому диску был присвоен sda и он был подмонтирован как шифрованый своп. ntfs удалось восстановить, но вообще это косяк.

В fstab своп подключается как /dev/mapper/sda1_crypt, а вот что подключает физический раздел в /dev/mapper/ я не знаю. Помогите его найти.

Заявленное железо:

• CPU BCM2711, 4 ядра Cortex-A72, 1,5 ГГц. Теперь 28нм вместо 40.
• GPU VideoCore Vl, заявлена поддержка OpenGL ES 3.0, декодирование H.265, кодирование и декодирование H.264, 1 монитор 4К на 60fps или 2 монитора 4К на 30fps
• RAM 1, 2 или 4 Гб на выбор (LPDDR4-2400)
• Гигабитный ethernet на шине PCI-E
• Wi-Fi 802.11ac, Bluetooth 5.0
• 2 порта USB 2.0 тип А, 2 порта USB 3.0 тип А. Порты висят на отдельных чипах на шине PCI-E
• 2 порта micro-HDMI
• 40 pin GPIO
• питание через usb type-C.

Вероятно, старые сборки дистрибутивов на нём не запустятся, обещают выпустить новый raspbian на базе debian 10.

Заявлены цены 35$, 45$ и 55$ за модели 1, 2 и 4 Гб памяти соответственно.

Сам анонс, без технических подробностей

>>> Подробности

Пытаюсь собрать свежий firefox для debian8. Для этого нужен свежий gcc (вроде бы собран и может использоваться) и питон 3.6.

Питон собирается легко, но вот установка в систему под вопросом. make install гарантированно затрёт python3 и ещё что нибудь, пакеты поломаются, как потом чистить систему не известно. Некий make altinstall предложен, но не описано что именно он будет делать и как это поможет.

Рашьше для опакечивания я использовал checkinstall, но в этом случае он что то долго делает а потом говорит

creating /usr/local/lib/python3.6/lib-dynload
copying build/lib.linux-armv7l-3.6/_decimal.cpython-36m-arm-linux-gnueabihf.so -> /usr/local/lib/python3.6/lib-dynload
error: [Errno 2] No such file or directory
Makefile:1487: ошибка выполнения рецепта для цели «sharedinstall»
make: *** [sharedinstall] Ошибка 1

****  Установка неудачна. Отменяется создание пакета.

Очевидно чекинсталл это не тот инструмент, которым собираются нормальные пакеты. Помогите подобрать гарантированный, понятный и не слишком сложный способ опакетить питона.

Решил прокачать скилл владения ffmpeg'ом и заодно проверить новый диск на стабильность. Разумеется странным методом. Т.е. разобрать несколько каких нибудь больших фильмов на кадры и собрать обратно. В наличии папка с порядка 100-150K .png, команду выбрал стандартную из мануалов:

ffmpeg -f image2 -i %d.png -r 24 -vcodec libx264 -preset slow -qmax 25 ../test.ts 

Собственно проблема и вопрос: в выводе ffmpeg множественные предупреждения вида

Past duration 0.719994 too large

При очередном обновлении что то произошло и...

Заметил, что разделы реп jessie-updates и jessie-backports больше не существуют на официальных зеркалах. WTF!?

Соответственно пакеты, поставленные из них, помечены как левые. У меня это libx265 и libx265-dev. Ну .не могли же один из основных кодеков взять и выкинуть. Поставлю из другого раздела... А вот хрен! Их таки выкинули, из всех официальных реп. Просто взяли и удалили. В т.ч. уже собраные, работоспособные версии. WTF!?

Ладно, не велика беда. ffmpeg собрал, почему эту либу не соберу? Качаем последнюю версию, проверяем требования в readme. Указан только cmake ветки 2.8.*, при том что даже в 8-м дебе стоит 3.*. И ещё ccmake. Название пакета узнал, поставил, создал make-файлы по инструкции, make и финиш.

rrr@raspberrypi:~/x265_3.0/build$ make
Scanning dependencies of target encoder
[  1%] Building CXX object encoder/CMakeFiles/encoder.dir/analysis.cpp.o
*** Error in `/usr/bin/c++': double free or corruption (!prev): 0x01eda830 ***
Aborted
encoder/CMakeFiles/encoder.dir/build.make:62: ошибка выполнения рецепта для цели «encoder/CMakeFiles/encoder.dir/analysis.cpp.o»
make[2]: *** [encoder/CMakeFiles/encoder.dir/analysis.cpp.o] Ошибка 134
CMakeFiles/Makefile2:262: ошибка выполнения рецепта для цели «encoder/CMakeFiles/encoder.dir/all»
make[1]: *** [encoder/CMakeFiles/encoder.dir/all] Ошибка 2
Makefile:127: ошибка выполнения рецепта для цели «all»
make: *** [all] Ошибка 2 

И ещё одна ошибка, суть в том что /usr/bin/c++ не знает опции -mstackrealign (стандартная оптимизация, включена по умолчанию начиная с 4.4, штатная версия 4.9.2).

Гуглю, не нахожу понятного объяснения или решения, но вот здесь https://tvheadend.org/boards/5/topics/34652 упоминается что то похожее на мой случай. Вроде как libx265 внезапно перестал собираться по вине компилятора, хз почему и пересоберите всё без него... WTF!?

Да, собираю на RPi3, raspbian 8, armhf. Странно то, что cmake пихает опцию -mstackrealign, хотя вроде бы правильно определил архитектуру arm7l. Каких либо иных arm-специфичных проблем у libx265 не упоминается, так что не думаю что архитектура важна.

raspbian8, хромиум 56.0, uBlock Origin 1.18.8

Всё нормально работало года полтора, но позавчера что то пошло не так и вместо загрузки большинства вкладок стал бесконечно висеть статус «ожидание загрузки расширения uBlock Origin...» в строке статуса. Ладно, удаляю расширение, ставлю заново, сутки всё работает нормально и вот, снова. Насколько помню - никаких настроек по поводу автообновления расширений не делал. Обновляются ли они не знаю.

Отказываться от блокировщика не вариант, выбирать могу по сути только из его клонов. Блокировщик должен быть максимально лёгким.

Куда копать? Какие средства мониторинга есть в браузере?

Думаю, пора снова заставить плакать любителей современных ДЕ и однородных оформлений.

Предыстория такая: для работы нужно лазить в интернет, почту и вообще иметь под рукой простенький комп с базовыми «офисными» возможностями. Теоретически всё это, конечно, можно делать с планшета или смартфона, но благодаря моей горячей любви к андроиду и винмобайлу, я решил, что нервы мне дороже и проще таскать с собой старый 2+ кг HP Pavilon времён Висты. Двухъядерный 32-битный пень, 2 гига памяти, nv gf9200m вместо видеокарты и монитор 1280х800 с какой-то невнятной цветопередачей. Батарея благополучно сдохла, и была выброшена в какой-то ящик, если когда-либо захочется в ней покопаться. Система: дебиан 8 + xfce.

Всё было хорошо, пока я не решил уехать на пару недель, и ноут со всеми задачами, файлами, логинами и паролями надо было отдать на неопределённое время условной домохозяйке, которая осталась вместо меня. Вывод: надо шифровать! На всякий случай, да и вообще, давно пора. Нечего хранить логины и пароли в открытом виде. Пока читал о преимуществах ecryptfs и крутых скриптах для этого в убунту, оказалось, что вот послезавтра надо отдать, и чтобы работало, как часы. Поэтому пришлось пойти по пути наименьшего сопротивления.

В итоге: дебиан 9, /home и swap выделены отдельными разделами и зашифрованы через luks установщиком дебиана. Кажется, я даже не сменил дефолтный AES на что-то менее подозрительное. XFCE на 95% такой же, как и в предыдущей версии, чуть более свежие версии софта, nouveau вместо блоба, чтобы не заморачиваться. Изначально был установлен только самый минимальный набор программ, чтобы ходить в интернет, смотреть почту и читать документы. Оформление — дефолт. Но за следующие полгода я немного обжился на этом ноуте.

Что есть сейчас:
Всё такой же, не далёкий от дефолта, xfce. Регулятор громкости alsa из рабочего стола выпилили, регулировка только из консоли или хоткеями. Небольшой тюнинг свопа, zram, чистка мусора. В итоге из 2 Гб памяти система может выделить приложениям 1,6-1,7 Гб (привет гному и кедам), вполне достаточно, чтобы не закрывать приложения и можно было открывать по 15+ вкладок. Разумеется, о скорости и отзывчивости на hdd речи можно не заводить, всё равно что-то окажется непрокешировано или выгружено из памяти. Также проапгрейдил систему firmware из блоба nvidia, это даёт возможность воспроизводить 1080p с битрейтом ~10Мб/с. Зато на ядре 4.9 работа wifi стала заметно нестабильной. WPS офис для лучшей совместимости с форматами M$, gimp и xsane для работы со сканерами и пакет драйверов принтеров HP, teamviewer, vivaldi в качестве дополнительного браузера (как самый адекватный из хромоклонов), немного плееров, wine и VirtuaiBox для игрушек.

На скринах:
1) Загрузка системы, пустой и дефолтный рабочий стол. Сначала хотел поставить сменные обои, но руки не дошли.
Меню с окнами выскакивает по кнопке Win под указателем. Crtl+Alt+Del вызывает терминал.

2) Тема xfce-saltlake из стандартного набора. На gtk3 не применяется.

3) С появлением в xfwm тайлинга при тычке окна в грань или угол, им стало можно пользоваться.
Первая попавшаяся серо-зелёная тема gtk3. Была слегка подкрашена через юзерфрендли конфиги css.
qt4 переключен на редмонд.
Caja как главный файловый менеджер всё ещё неплохо дружит с xfce. Thunar удалён. Okular для электронных документов, Atril не удалён.

4) Недоделанная дефолтная тема qt5, кажется, бриз. Хорошо хоть не отваливаются иконки.
Кнопка бэкапа. Несложный скрипт tar+gzip+rsync, когда ноут подключен к моей локалке. Весь /home запаковывается и отправляется на мою Пишку. Там cron и zbackup уплотняют весь этот хлам для длительного хранения.

5) И вишенка на торте. Не знаю на чём делали wps офис, но получилось действительно отвратно.

Предыстория такая: просыпаюсь я как то в 6 утра на следующий день, после установки пары крупных пакетов в систему, и вижу что комп что то активно делает, хотя не должен. htop, читаю... А там updatedb, запущеный через хрон, пачками вызывает find и sort, и у каждого в качестве аргументов длиннющая строка с тоннами кавычек, экранирующих символов и кодов юникода. И полная неясность, что это и зачем. Неужели какая то вирусня оказалась прописана в хрон?

Чтение конфигов, скриптов и доков показало, что такая ежедневная задача действительно есть, похоже она действительно в составе дистрибутива и скрипт действительно написан таким странным образом. Вроде как есть команда locate (вообще не знал о такой), которая ищет файлы в системе по заготовленному индексу, а индексация по хрону раз в сутки.

Мне это не нужно, я предпочёл бы отключить индексацию и удалить индекс, у меня место на корне и ресурс microSD карты ограничены. Но вдруг это какой то ключевой компонент системных скриптов? Вдруг после отключения и/или удаления индекса у меня полезут косяки в системе когда я уже забуду об этой штуке? Кто нибудь знает что то об этом?

Требования:
- система devuan, основаный на debian 9
- активные углы с просмотром окон текущего рабочего стола и всех рабочих столов
- тайлинг при перетаскивании окон к краям и углам. Разворот на весь экран и на половинки слева и справа обязательно, на четверти по углам желательно.
- Рабочее окружение xfce, mate или сессия, собраная на скриптах. плазма5 не нужна, гном-шелл только если его вообще в принципе возможно оторвать от гнома.

Желательно:
- миниатюры окон при переключении по Alt+Tab
- настраиваемые цвета рамки окон. Особенно хорошо если это будет стиль ракок «пластик» из кде 3/4/5 зелёного цвета.
- Никаких гномоподобных «декораций окон на стороне клиента»

Проблемы:
- kwin4 выпилен
- kwin5 глючит и не настраивается в среде, отличной от плазма5 и кажется из него выпилили переключатель окон с миниатюрами.
- compiz почти мёртвый, половина нужных плагинов не запускаются, самое критичное - он не может включить рамки окон.

Собственно трек пишется на смартфоне через OSMTracker (маленький, простой, ставится через f-droid, никакого material design, т.е. идеальная программа для андроида). Сам трекер запоминает данные в каком то своём формате, но легко импортирует их в .gpx. Также он можт подргузить карту OenStreetMap и нарисовать на ней линию. На компе то же самое может сделать marble с gpx-треком.

Но этого недостаточно, меня интересует статистика по треку, как долго и как далеко я ехал, с какой скоростью. Яндекс по воросу предлагает трекеры для винды, что то производства гугла и всякие онлайн сервисы, так что спрашиваю здесь.

Особые требования: статистика должна быть доступна оффлайн, без загрузки в облака и при невозможности подгрузки карты. Если это приложение под андроид, то желательно чтобы оно ставилось через f-droid и не выносило мозг как некоторые (поставил один трекер, который вроде как имеет нужные функции, но они засунуты в такую жопу, что я нашёл нужный пункт меню за 10 минут методом тыка и потом не смог этого повторить с другим треком). Если под линь, то желательно иметь его в репе дебиан 8 armhf, или чтобы можно было собрать под него.

Есть 4 меделеных ядра, systemd, 2 пользователя и желание нагрузить комп многопотоком так, чтобы мне это не мешало. nice прекрасно работал давно, когда ядро было единственное и процессы однопоточные. Почитал про cgroups и сделал вывод, что с помошью этой штуки можно рулить приоритетами для многопоточной нагрузки на многоядерных системах, т.е. теоретически это то что надо.

Далее, раз уж системд всё равно есть, раз уж cgroups в него зашит, то и пользоваться нужно им. Вроде как каждой отдельной сессии пользователя выдаётся отдельный slice с собственной долей cpu и в соответствии с этой долей выделяются проценты cpu. Стандартно доли равные, но можно указать в /etc/systemd/system/user-1000.slice.d/50-CPUShares.conf

[Slice]
CPUShares=2048

[Slice]
CPUShares=100

Ребут, логин первичного и вторичного пользователей, запуск условного майнера под вторичным, и что то идёт не так: условный майнер отказывается отдавать первичному пользователю более 50% свободного cpu, даже если первичный создаёт 8-10-12 потоков нагрузки.

Почему настройка CPUShares не применяется (механизм работает! но явно с равными шарами!) и предусмотрен ли способ применять изменения без перезагрузки системы? А без перезапуска сессии?

Пытаюсь сжать качественый мультик размером 17 Гб до размера около 4-6Гб с минимальными потерями. Исходник:

Stream #0:0: Video: h264 (High), yuv420p(tv, bt709, progressive), 1920x1080 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default)

Решение: опция -x264opts colorprim=bt709:transfer=bt709:colormatrix=bt709 энкодеру. Хз почему, ведь в исходном файле было явно указано Color primaries: BT.709, но энкодер этого не определил. Если указать опцию то цвет передаётся правильно, а как бонус - заметно меньше квадратов при перекодировании.

Задался целью зашифровать домашний каталог на ноутбуке, чтобы там могли безопасно храниться рабочие файы и пароли в браузере. Есть одно но: пользоваться этим должен совершенно неподготовленный пользователь. Т.е. вариант sudo mount -t ecryptfs .... отпадает, а ввод пароля во время запуска системы (например подключение luks при старте) тоже не желателен - видеодрайвер nvidia может внезапно перехварить фокус с vt1 на vt7 или что то ещё может пойти не так. Так же не желательно, если для этого придётся задействовать гном3.

Какие есть дружелюбные с точки зрения пользователя способы получить доступ к шифрованому хомяку и как это будет выглядеть на практике?