Ранее было произведено 2 исследования: открытие эффективного корректного полупакетного сжатия видео (ограниченного по объёму ~1ГБ из-за проблем с сайтом-кодировщиком - применимо к сайтам), исследование кодека H.265 (провал).

Время шло, продолжал скачивать разные оффлайн-конвертеры, в надежде на чудо. Оно произошло: теперь можно использовать кодек H.265 корректно - что хорошо отразилось на сжатии файлов даже большого объёма. То есть, можно использовать для пережатия и домашних видео.

Французский конвертер HandBrake (рукотормоз? Ручной тормоз? Рукожоп?). Обладает несколькими вариантами работы с H.265 (HEVC), впервые давая возможность подвинуть самый сильный по сжатию кодек H.264 (AVC). Однако и он оказался с особенностями, с которыми пришлось попотеть:

- список кодеков мал, однако имея H.264 и H.265 - предполагалось, что и остальные совершенно неизвестные в списке не слабее. AV1 и VP9 - оказались хуже H.265. При этом, VP9 имеет просто дико медленную скорость: в ~8 раз медленнее остальных;

- чем больше битность, тем выше сжатие. Соответственно, окончательно используется кодек H.265 12-bit;

- у кодека H.265 есть постфикс NVEnc. Это аппаратный кодировщик в видеокартах Nvidia после архитектуры Kepler 2012 года. Позволяет перенести нагрузку с CPU в GPU на другой чип видеокарты - при этом освобождая как CPU, так и GPU. Но на GeForce GTX 1050 - недоступен 12-битный вариант, если вообще возможен присутствовать (например, на видеокарте 16МБ - "внезапно", все NVEnc отсутствуют в списке). Часть пунктов NVEnc недоступны в Windows 10 - и требуют Windows 11 (но для ПК с Windows 11 - нет для тестов видеокарт Nvidia);

- скорость перекодирования на CPU в H.265 12-bit: Q8300 в Windows 11 v.21H2 - 6-9 кадров в секунду (80% нагрузка), i5-10400 в Windows 10 v.22H2 - 160-200 (100% загрузка);

- имеет значение кодек, с которого происходит перекодирование. Из H.264 - все файлы получаются большего размера, а Xvid - успешно в 5 раз сжал;

- сравнивая с iLoveMP4 - часть файлов получаются больше, часть меньше;

- выходные файлы меняют свой регистр на полуверхний;

- разница в качестве видео, после пережатия в H.265, - не видна глазу. Надо повсматриваться в разные сцены - может, что-то промелькнёт: чувствуется какой-то подвох;

- минимальная ОС для работы программы - Windows 10;

- требует дополнительно новейший .NET v.8.0 (скачивается отдельно: windowsdesktop-runtime-8.0.20-win-x64.exe).

(добавлено 18.10.2025) Пока - неоднозначный результат:

- если не вглядываться, просматривая исходное и конечное видео, - разницы нет. Но если вглядываться, развернув видео 688x288 на весь экран, - можно заметить размытие именно контуров объектов (при этом, внутри - качество сохранено). Ещё кодеку не нравятся вещи в среднюю клеточку - и с ними происходит 2 бага: он превращает их в вертикальные полоски, а если клеточки быстро перемещаются - эффект перемещаемого мышкой браузера при отсутствии видеодрайверов (рывки);

- то есть, потеря качества есть. Однако здесь прикол, характерный для любого сжатия: если человек посмотрит пережатое видео с полосками впервые - он и запомнит их как полоски, не зная, что это должны быть клеточки. И на восприятие именно фильма это никак не повлияет - но может быть критично для каких-нибудь динамичных научных видеопрезентаций;

- потеря качества обусловлена числом качества -22 по умолчанию. Если попытаться выставить битрейт, равный исходному, - файл выходит немного больше по размеру. Выставление числа 0 - вообще приводит к увеличению файла в 5 раз;

- чем качественнее исходное видео - тем лучше оно сжимается, в сравнении с пережатым. Возможно, даже выгодно скачать фильм в HD-качестве - и сжать его в H.265;

- возможно, многопроходное сканирование даёт хорошие результаты на видео хорошего качества, - но на примере 1 видео - выигрыш составил всего 100КБ, при увеличении времени работы в 2 раза.

(добавлено 21.10.2025) Женщина на экране телевизора - тоже выглядит замыленнее после пережатия.

Также нашёл у себя в заметках, что уже несколько лет не попадается видеоконвертер с AV1 (HandBrake - первое исключение). По википедии, на него были огромные надежды. Теперь - понятно, почему нет его нигде: он проиграл H.265.

Естественно, не каждый проигрыватель знает о кодеке H.265. Возможна ситуация, когда H.264 известен проигрывателю, а H.265 - нет. Также возможна ситуация, когда одни и те же браузеры - ведут себя по-разному на ПК и на мобильнике (вплоть до того, что в старой версии на ПК открывается, а в новой версии на мобильнике - нет). Поэтому, на всякий случай: видео именно на сайте - были заменены обратно на H.264.

То есть - опять какой-то условный-провал получился. H.265, что же с тобой не так...

(добавлено 23.10.2025) Судя по всему, это и есть изюминка H.265. В то время, как другие кодеки порождают артефакты, - он порождает замыливание; и мозг не видит разницы в картинке, пока 2 разных скрина рядом не положить.

Окончательный итог: подходит для домашнего видео, которому не требуется сильное качество. Например, в уроках атеизма: какая разница, насколько сильно замылен интерьер и сидящий в центре рассказчик. Или технологии здоровья.

(добавлено 24.10.2025) Предварительный итог всей этой возни. Кодек H.265 12-bit с качеством -22 и FPS 24 - пригодился для пережатия домашних видео:

- домашнее видео, избранное среди просмотренного, - имеет ценность остаться в наличии, если все способы скачивания фильмов будут перекрыты или интернет станет очень медленным (а также являются триггерами, что показать младшему поколению). Если перекрытие произойдёт - низкий FPS не будет такой ощутимой проблемой, если нет - всегда можно скачать качество 1080p для USB 2.0 условного телевизора;

- унификация видео по кодеку (но не проверил его ещё на бюджетном телевизоре) и размеру (~700МБ/1.5ч).

Скоро будет ещё 1 эксперимент: использование данных параметров для видео совсем плохого качества (например, старые методы сжатия старых фотоаппаратов-мыльниц) - что будет, если натравить размытость на высокую артефактность?

(добавлено 27.10.2025) Ниже 24FPS - не стоит. Попалась короткометражка - смотрю её, а мозг не воспринимает: напрягается - оказалось 15FPS.

(добавлено 28.10.2025) Телевизор Digma DL-LED40MQ11 2020 года выпуска - не смог прочитать видео с H.265 12-bit (завис и ушёл в перезагрузку).

При перекодировании видео в течение суток - дважды HandBrake вставала на паузу без объяснения причин.

Есть ползунок, отвечающий за скорость перекодирования (быстрее или компактнее). Самый компактный вариант - "Placebo". Пока не попробовал - не понял, почему placebo: перекодирование 1 видео 1.5ч - занимает 1.5дн. И только завтра будет показано, насколько такие издержки оправданы (ведь ЦП 36ч нагружен на 100% - жрёт электричество).

(добавлено 29.10.2025) Выглядит безумно, но: пережимаемый 1.5дн файл - вышел больше, чем сжатый по дефолтной версии ползунка "шаблон кодирования". А когда самый быстрый способ поставил - файл вышел на 15% меньше, чем по дефолтной версии.

Перекодирование в H.264 10-bit не помогло уменьшить размер имеющихся файлов (в попытке сохранить совместимость с телевизором).

(добавлено 30.10.2025) Устаревший кодек RealMedia - пережимается плохо: в большинстве своём - в большую сторону.

(добавлено 31.10.2025) Только сейчас дошло: частота указывается максимальная. То есть, выгодно выставлять 30: чтобы для видео 30FPS оставалось 30 - и для 24FPS оставалось 24.

(добавлено 01.11.2025) Получается, если сжимать в H.264 10-bit - программа является оффлайн-заменой iLoveMP4.

Вкладка "Размеры" позволяет выставить ограничение на разрешение, по аналогии с полем FPS: если видео больше указанного - будет трансформироваться (надо отключить анаморфирование).

(добавлено 03.11.2025) Да, максимальную частоту надо ставить 30FPS: при 24FPS - смотреть фильм не совсем комфортно.

(добавлено 06.11.2025) Бедный Джордж Карлин: его в 3 раза упаковало.