Один из клиентов однажды попросил у меня короткую запись на экране ошибки. Захват составил 212 МБ в течение четырех минут, что с Retina в 60 кадрах вам стоит 60 кадров, и их почтовый сервер отскочил дважды, прежде чем я понял, что 25 МБ предела в сообщении об ошибке не было тем номером, который я должен был превзойти. Вложения закодированы base64, поэтому файл прибывает примерно на треть больше, чем он оставил. Мне нужно было примерно 18 МБ, а не 25. Запись вышла со скоростью 6 МБ, 720p, без звука и выглядела совершенно четко, потому что экранная запись ошибки в основном представляет собой статическую страницу с курсором, перемещающимся по ней, и он прекрасно сжимается. Полезный урок не был сеттингом. Дело в том, что каждая из этих работ — это тот же трехстрочный расчет, и как только вы сможете это сделать, вы перестанете гадать.
TL;DR: Уровень качества не дает вам размера файла, потому что коэффициент постоянной скорости является целью качества, а результирующий размер зависит от того, сколько движения несет в себе кадры. Чтобы достичь жесткого лимита, работайте в обратном направлении от него: целевой битрейт в килобитах в секунду — это размер в байтах, ем 8, деленный на длительность в секундах, деленный на 1000. Затем выберите разрешение, нормальный битрейт которого находится под этим числом. Снижение 1080p до 720p экономит больше, чем любой качественный слайдер, и сброс звука, который вам не нужен, сохраняет больше, чем ожидают люди. выше Видео компрессор На Toolz.dev запускается кодирование через ffmpeg, скомпилированное в WebAssembly в вашей собственной вкладке браузера, показывает оценку перед ее запуском и никогда не загружает файл.
Почему настройка качества никогда не обещает вам размер?
Потому что два наиболее распространенных способа сжать видео отвечают на разные вопросы, и тот, который дает лучшие результаты, — это тот, который не может заранее сказать вам размер.
целевой битрейт Режим говорит: Используйте 2 мегабита в секунду, что бы это ни стоило. Тогда размер арифметический, точно предсказуемый, а качество дико колеблется. Стойкая титульная карта и ручной снимок дождя получают 2 Мбит/с, поэтому титульная карта тратит большую часть его, и дождь выглядит как мокрый гравий.
коэффициент постоянной скорости Режим говорит: Держите это качество, тратьте все, что нужно. Легкие рамки получают несколько бит, твердые кадры получают много, и изображение остается визуально даже от начала до конца. Размер такой, какой он есть.
Каждый современный кодировщик рекомендует второй для всего, что не транслируется в прямом эфире, и это то, что использует компрессор здесь. Стоимость заключается в том, что число на странице перед нажатием кнопки является оценкой, полученной из типичного битрейта для этого разрешения и качества, а реальная цифра движется вместе с отснятым материалом. Статическая запись экрана обычно приземляется на половину оценки. Ручные кадры движущейся воды могут приземляться над ним. Конфетти, снег, листва в ветре и зерно камеры — вот четыре вещи, которые проходят мимо любой оценки, потому что все они близки к случайному шуму, а шум — это единственное, с чем сжатие ничего не может сделать.
Что выбирает CRF, когда вы выбираете уровень?
Шкала работает от 0 до 51 для 8-битной H.264, где 0 без потерь, а 51 несмотрима, а Руководство по кодированию FFMPeg H.264 Ставится по умолчанию 23, а здравомыслящий рабочий диапазон составляет примерно 17-28. Свойство, которое стоит запомнить, заключается в том, что шкала логарифмическая: изменение на 6 примерно вдвое уменьшает или удваивает битрейт. Этот единственный факт говорит вам, что делает каждый уровень, прежде чем вы его попробуете.
Компрессор предлагает три, а не ползунок, потому что разница между CRF 26 и 27 невидима, а разница между 23 и 33 — это вся точка.
| ровный | H.264 CRF | ВП9 CRF | Аудио | Для чего это |
|---|---|---|---|---|
| Свет | 23 | 31 | 160 кбит/с | Архивируйте копии и кадры, которые вы будете редактировать снова. Вблизи достаточно визуально без потерь. |
| Сбалансированный | 28 | 36 | 128 кбит/с | обычный ответ. Примерно половина битрейта света, а на экране ноутбука вам приходится искать разницу. |
| Сильный | 33 | 42 | 96 кбит/с | набирая жесткий предел. Артефакты начинают показываться на подробных кадрах, и никто не возражает против загрузки чата. |
Номера VP9 представляют собой отдельную шкалу, поэтому они выглядят несвязанными. Уровень освещенности 31 — это именно то, что Google Рекомендации по кодированию VP9 для видео по запросу Укажите в качестве целевого качества для 1080p, а остальную часть этой таблицы стоит держать в закладках: 32 за 720p, 33 или 34 для 480p, 15 за 4K.
Что экономит больше места, более низкое качество или меньше пикселей?
Меньше пикселей, с большим отрывом, и это не близко.
Разрешение — это двумерная величина. С 1080p до 720p не на треть, это на 2,07 млн пикселей до 0,92 млн, поэтому у кодера есть на 56% меньше пикселей, чтобы описать, прежде чем он принимает единое решение о качестве. Файл следует, примерно. Переход от 4K до 1080p удаляет три четверти из них.
Вот что попадает в одну минуту клипа по высоте и уровню источника, используя типичные битрейты, по которым оцениваются инструменты. Аудио включено.
| Источник | Свет | Сбалансированный | Сильный |
|---|---|---|---|
| 4K (2160p) | 106 МБ | 61 МБ | 35 МБ |
| 1080p | 35 МБ | 20 МБ | 11 МБ |
| 720p | 20 МБ | 12 МБ | 7 МБ |
| 480p | 10 МБ | 6 МБ | 4 МБ |
Прочитайте его поперек и вниз. Перемещение на один шаг вниз по столбцу «Качество» экономит около 43%. Перемещение на один шаг вниз по столбцу «Разрешение» также экономит около 42%, что выглядит как ничья, пока вы не заметите, что после трех истекших шагов качества и вам не обойдутся вам в видимые артефакты, а шаг разрешения ничего не стоит на экране, на экране большинство людей будут смотреть. Клип 1080p, показанный в сообщении Slack, отображается в поле шириной около 400 пикселей.
Затем приказ попробовать: сбросить разрешение до того, что будет реально использовать зритель, сохранять качество в сбалансированном состоянии и только добиваться сильного, если вы еще не сделали его.
Как посадить под жесткий лимит, например, 8 МБ?
работать в обратном направлении. Весь расчет состоит из одной строки, и это единственная часть видеоарифметики, которую стоит изучить.
# total bitrate (kbps) = target size (bytes) x 8 / duration (s) / 1000
#
# 8 MB, 45-second clip:
# 8,000,000 x 8 / 45 / 1000 = 1,422 kbps total
# minus 96 kbps of audio = 1,326 kbps for video
#
# 1080p strong is ~1,400 kbps video -> about 8.4 MB. Just over.
# 720p strong is ~800 kbps video -> about 5.0 MB. Comfortable.
#
# the equivalent single pass, if you have ffmpeg installed:
ffmpeg -i input.mp4 -c:v libx264 -crf 33 -preset fast \
-vf scale=-2:720 -c:a aac -b:a 96k \
-movflags +faststart -pix_fmt yuv420p output.mp4
Три вещи делают это надежным на практике.
- оставить зал. Цель 80% от лимита. CRF не поражает цель размера, и один раз, когда он пересматривает, является время, когда вы отправляете файл.
- Подсчитайте накладные расходы кодирования, если они будут работать по электронной почте. Base64 представляет каждые 24 бита в виде 4 символа, RFC 2045, поэтому насадка надувается на треть на провод. Ограничение почтового ящика в 25 МБ составляет около 18 МБ фактического файла.
- Не верьте номеру, который вы запомнили. Бесплатный лимит Discord's составляет 8 МБ, затем 25 МБ, затем 10 МБ, затем 20 МБ по состоянию на август 2026 года. Gmail годами 25 МБ. WhatsApp повторно сжимает все, что вы отправляете, независимо от того, что вы отправляете. Проверьте лимит в тот день, когда вам это нужно, затем выполните арифметику.
Если клип длиннее, чем то, что вы хотите показать, лучше всего обрезать его, а не сжимать. Вдвое время вдвое уменьшает размер вдвое при полном качестве, с которым никакая настройка не может совпадать. выше видеотриммер Выберет диапазон без перекодирования вообще, когда обрезанный приземляется около ключевого кадра, и в результате получается байт-идентичная запись в половине размера.
Помогает ли снижение частоты кадров?
Меньше, чем вы думаете, и это выглядит хуже, чем что-либо еще в списке.
Причина в том, что последовательные кадры уже сжимаются друг против друга. Видеокодек хранит один полный кадр, а затем описывает различия, поэтому кадр 31 в клипе со скоростью 60 кадров в секунду почти свободен, потому что он почти идентичен кадру 30. Выбрасывание не сохраняет биты, которые вы себе представляете, сохраняя. При типичных скоростях экономия ближе к линейной, чем свободная, поэтому 60-ти до 30 кадров в секунду снимает, пожалуй, треть, а не половину, а 30-FPS - 15 кадров в секунду дает вам видимый дрожа при любом движении камеры.
Есть два случая, когда это правильный вызов. Запись экрана, состоящей в основном из статического контента, не теряет ничего разборчивого со скоростью 15 кадров в секунду, и это именно тот случай, когда вы обычно изо всех сил стараетесь получить лимит. И кадры, которые вы преобразуете в анимацию для страницы, где зритель не так много смотрит, как замечая ее, нормально выживает со скоростью 12–15 кадров в секунду.
Для всего, когда в нем двигаются человек или камера, оставьте частоту кадров в покое и вместо этого снимите разрешение.
Стоит ли выжить звук?
Спросите, для чего нужен звук, потому что он не бесплатный.
10-минутная запись со звуком со скоростью 128 кбит/с содержит 9,6 МБ звука, прежде чем изображение получит один бит. Если этот звук представляет собой бесшумный снимок экрана с комнатным гулом в нем, или музыкой, которую вы собираетесь заменить, или голосовой дорожки, которую вы уже переписали, отказ от него — это самая простая доступная сохранение, и она ничего не стоит для просмотра. В компрессоре есть переключатель именно для этого, который проходит -an и полностью опускает аудиопоток.
Когда звук имеет значение, уровни падают со 160 до 128 до 96 кбит/с, что является обычными точками. 96 кбит/с AAC достаточно для речи и звука в музыке. Если вы хотите, чтобы аудио было только в виде файла для транскрибирования или редактирования, Аудио экстрактор вытаскивает трек, не касаясь видео, и аудио конвертер будет перекодировать его на своих условиях.
Одна деталь улавливает людей. Видео без аудиодорожки в большинстве игроков бесшумно воспроизводится и не может автоматически воспроизводиться в нескольких старых мобильных браузерах, которые ожидают, что трек будет отключаться. Если клип попадает на веб-страницу, бесшумная дорожка 8 кбит/с иногда безопаснее, чем ни одна, хотя каждый браузер, который сегодня отправляет, обрабатывает только видео MP4.
Стоит ли WebM дополнительного ожидания?
Это полностью зависит от того, кто открывает файл.
VP9 в контейнере для WebM приземляется примерно на четверть меньше, чем H.264, при сопоставимом видимом качестве. Это реальный выигрыш, и на вашем собственном сайте, где единственным требованием является то, что браузер может играть в него, WebM обычно является лучшим файлом. Chrome, Firefox и Edge поддерживают VP9 уже десять лет, а Safari с 14-й версии.
Стоимость появляется дважды. Кодировка VP9 медленнее, чем x264, по существу, в браузере, и одна деталь сбивает команду с рукой: VP9 читает только цель, когда битрейт явно равен нулю. проходить -crf 36 Сам по себе и кодер тихо использует битрейт по умолчанию и игнорирует вас. ему нужно -crf 36 -b:v 0, что и отправляет инструмент.
Вторая стоимость — это все, что не является браузером. Приложения для чата, поля загрузки CMS, видеоредакторы, PowerPoint, панель предварительного просмотра в файловом менеджере, телефон вашего клиента: многие из них принимают MP4 и пожимают плечами на WebM.Если файл идет человеку, отправьте MP4 с помощью H.264. Если он заходит на страницу под вашим контролем, WebM. Тот же разделение проходит через весь вопрос формата, который Руководство по миксу Чехлы со стороны конверсии.
Почему сжатый MP4 иногда отказывается начать играть?
Из-за того, где индекс оказался, и это единственный флаг, который вы никогда не должны оставлять.
MP4 сохраняет оглавление, описывающее, где начинается каждый кадр. Записанный нормально, кодировщик обнаруживает все это по мере прохождения и записывает таблицу в конце файла. Для воспроизведения с диска это нормально. Обслуживаемый через HTTP, это означает, что игрок не может начать, пока у него не будет весь файл, поэтому видео 40 МБ в приложении чата или CMS сидит там, пока он не загружает, а затем запускается.
-movflags +faststart Делает второй проход через готовый файл и перемещает эту таблицу на переднюю. Кодекс занимает минуту, и видео начнет воспроизводиться через секунду. Каждый MP4, который производит компрессор, имеет его.
В этой команде есть еще два флага для совместимости, а не для размера. -pix_fmt yuv420p Силы 4:2:0 Chroma Subsampling, потому что MP4 4:2:2 или 4:4:4 действителен и отказывается играть в длинном списке аппаратных декодеров. И шкала шкалы написана scale=-2:720 а не scale=-1:720, поскольку H.264 требует ровных размеров пикселей и -2 Округляет вычисленную ширину до четного числа. Запросите нечетную ширину, и кодировка выйдет из строя с "шириной, не делящейся на 2" вместо масштабирования до чего-то близкого.
Почему сжатие дважды выглядит намного хуже?
Потери генерации, и это круче, чем люди ожидают, потому что компрессия с потерями не является идемпотентной.
Первый код выбрасывает детали, которые, по его мнению, глаз не пропустит, и оставляет свои собственные артефакты: незначительное блокирование по краям, сглаживание градиентов, звон в высокой контрастности. Второй код не может узнать, что эти артефакты не являются изображением. Он рассматривает их как контент, который стоит сохранить, тратит на их описание и добавляет сверху. Три раунда сбалансированного сжатия на одном и том же клипе выглядят хуже, чем один раунд Strong, при большем размере файла.
Так что практические правила короткие. Сжимаем с оригинала каждый раз, никогда не из уже сделанной копии. Если вам нужна как легкая архивная версия, так и небольшая версия для отправки, сделайте оба из исходника. И если файл уже прошел через платформу, которая повторно сжимается при загрузке, что и в большинстве, обработайте то, что вы уже загрузили как второе поколение.
Это та же арифметика, которая управляет Сжатие изображения и причина, по которой jpeg, неоднократно сэкономленный, превращается в грязь, и по той же причине компрессор PDF Работает на изображениях внутри документа, а не над документом в целом.
Файл покидает вашу машину?
Нет, а для видео, которое меняет то, для чего можно использовать инструмент.
Кодекс проводится ffmpeg скомпилирован в WebAssembly, выполнение на вкладке браузера. Файл читается с вашего диска в память страниц, закодирован там и возвращается в качестве загрузки. Откройте DevTools, переключитесь на сетевую панель, сжимаем что-нибудь и наблюдайте: видео не содержит запрос.
Следуют три последствия.
Ничего не загружается, поэтому ничего не сохраняется. Ни одна копия не сидит на сервере, ожидая, пока политика хранения ее удалит, потому что копия не была сделана. Для неизданной демонстрации продукта, кадров под NDA или чего-то с человеком, который не согласовал стороннюю загрузку, в этом разница между usable и not.
Ограничения — это браузер, а не план. Весь файл переходит в память вкладок, поэтому страница принимает до 500 МБ и ограничивает один проход за 30 минут, и проверяет оба, когда вы выбираете файл, а не после четырех мегабайтной загрузки и двух минут кодирования. Нет очереди, нет водяного знака, нет учетной записи и нет уровня для покупки.
Первый запуск медленнее. Пакет ffmpeg WebAssembly загружается один раз, что занимает несколько секунд и затем кэшируется. Инструмент загружает его при первом сжатии, а не при открытии страницы, поэтому сама страница остается быстрой.
Когда настольный кодировщик является правильным инструментом?
Когда числа выше перестают быть ограничением. Вкладка браузера — это разумный кодировщик и плохой видео конвейер, и стоит четко понять, куда падает линия.
Перейдите на родной для файлов свыше 500 МБ или клипов более получаса, где память вкладок — это реальный предел. Перейти на родную за партию, потому что 40 клипов через петлю в оболочку бьют 40 поездок через любой интерфейс. Перейдите в Native, когда вам нужно двухпроходное кодирование, чтобы достичь точного размера, который не может обещать один проход CRF. И перейдите на родное для аппаратного кодирования, где графический процессор будет делать за 20 секунд то, что WebAssembly занимает четыре минуты.
Для одного клипа, который нужно в ближайшие пять минут попасть ниже предела, на ноутбуке, не устанавливая ничего и не передавая отснятый материал незнакомцу, браузер — это более быстрый путь на расстоянии. это работа компрессор строится для, наряду с преобразователь Для изменения формата и компрессор изображения Для той же задачи на одно измерение вниз.
