Как сжать видео для Discord и почты (10 МБ и 25 МБ)

У каждого сервиса свой потолок, и большинство из них менялись хотя бы раз за последние годы, поэтому цифра, которую вы помните, может устареть. Яснее всего это видно на примере Discord: в 2024 году он снизил лимит загрузки для бесплатных аккаунтов с 25 MB до 10 MB на файл. Подписчики Nitro Basic получают 50 MB, а полный Nitro — 500 MB. Бусты сервера тоже повышают лимит для всех его участников: до 50 MB на 2-м уровне буста и до 100 MB на 3-м. Если вы пишете на оживлённом сервере сообщества, проверьте его уровень буста до сжатия: действует тот лимит, который выше.

С почтой всё иначе. Gmail позволяет прикрепить до 25 MB в одном письме, а всё, что больше, при добавлении автоматически превращается в ссылку на Google Drive. Outlook.com ограничивает вложения 20 MB и выше предлагает ссылку на OneDrive. Многие корпоративные почтовые серверы ограничивают ещё строже, часто 10 MB, и возвращают слишком большие письма, не сообщая, какая сторона их отклонила. У мессенджеров лимиты на файлы щедрые, но видео, отправленные как обычные медиа, они незаметно перекодируют, так что размер — не единственное, что определяет, что увидит получатель.

В таблице ниже собраны важные цифры на 2024 и 2025 годы. Считайте их отправной точкой и смотрите справку самого сервиса, если файл на грани лимита: тарифы и регионы отличаются. В остальной части руководства рабочие цели такие: 10 MB для Discord и большинства рабочих почтовых ящиков, 25 MB для Gmail и 20 MB для Outlook. Ориентируйтесь на наименьший лимит среди получателей: файл, прошедший через ваш ящик, всё равно может отклонить чужой.

Видеофайл — это в основном поток битов, передаваемый с постоянной средней скоростью, то есть битрейтом, который измеряется в мегабитах в секунду (Mbps). Умножьте скорость на число секунд — получите размер файла в мегабитах; разделите на 8 — получите мегабайты. Разрешение, кодек и частота кадров важны лишь потому, что меняют число битов в секунду, нужное для приемлемой картинки. Поэтому ролик в 4K и ролик в 480p могут весить одинаково: если оба идут на 2 Mbps в течение 30 секунд, оба получатся примерно по 7,5 MB, просто один из них выглядит заметно хуже, чем при своём естественном битрейте.

Пройдите по формуле в обратную сторону — получите бюджет для вашего лимита. Десять мегабайт — это 80 мегабит. На 60-секундный ролик это даёт около 1,33 Mbps на всё вместе, картинку и звук. Цель в 25 MB для Gmail — 200 мегабит, или около 3,3 Mbps на ту же минуту. Звук забирает свою долю первым: при 128 kbps он занимает почти 1 MB в минуту, то есть десятую часть бюджета Discord. Остальное достаётся картинке, и именно этот остаток решает, будет ли результат чётким или смазанным.

Эта же формула объясняет, почему видео с телефона такое тяжёлое. Apple указывает примерно 170 MB в минуту для 4K при 30 fps в формате High Efficiency и около 60 MB в минуту для 1080p при 30 fps, а это битрейты намного выше всего, что вместит файл в 10 MB. Уместить минуту 4K в 10 MB — значит сократить размер в 17 раз. Это возможно, но только за счёт гораздо меньшего числа битов на кадр, а на практике ещё и меньшего числа пикселей в кадре.

Обрезка — самый сильный рычаг, ведь она уменьшает длительность в формуле, а каждая убранная секунда отдаёт свои биты оставшимся. Уберите обратный отсчёт, дрожащие первые мгновения и долгое прощание в конце — и 90-секундный ролик часто превращается в 40-секундный, не потеряв ничего ценного. Следом идёт Разрешение. В 720p пикселей 44% от 1080p, поэтому при том же битрейте на каждый пиксель приходится более чем вдвое больше данных. Для просмотра на телефоне или в окне чата Discord 720p с нормальным битрейтом выглядит чище, чем «голодное» 1080p.

Битрейт или качество — прямая регулировка. Кодеры позволяют задать либо средний битрейт, который фиксирует размер, либо постоянное качество, которое фиксирует внешний вид, а размер остаётся плавающим. В x264, кодере H.264 в HandBrake и FFmpeg, это значение качества называется CRF: по умолчанию 23, меньшие числа означают лучшее качество, а в документации FFmpeg отмечено, что увеличение на 6 примерно вдвое уменьшает файл. Постоянное качество отлично подходит для архива, но не гарантирует, что вы уложитесь в 10 MB, поэтому при жёстком лимите это неподходящий инструмент.

Частота кадров и звук — рычаги поменьше. Снижение 60 fps до 30 fps экономит заметную долю, но не целую половину, поскольку соседние кадры хорошо сжимаются относительно друг друга. Доклады, обучающие ролики и записи экрана при 30 fps и даже 24 fps ничего заметного не теряют. Для звука 128 kbps AAC хватает с запасом для музыки, 96 kbps более чем достаточно для голоса, а 64 kbps всё ещё годится для одного говорящего человека. В коротком ролике без звука, например в игровом моменте с ненужной музыкой, удаление аудиодорожки отдаёт картинке почти лишний мегабайт на минуту.

Кодер с целевым размером выполняет эти расчёты за вас. Он считывает длительность ролика, вычитает долю звука, оставляет небольшой запас на служебные данные контейнера и задаёт видеобитрейт по остатку. При двухпроходном кодировании первый проход сканирует весь ролик, чтобы понять, где есть движение; второй проход тратит больше битов на динамичные сцены и меньше на статичные, удерживая средний битрейт на цели. Инструмент сжать видео работает именно так: оставьте в Способ сжатия значение Целевой размер, введите лимит, а Двухпроходное кодирование уже включено.

Контейнер и кодек важны не меньше размера. Видео H.264 со звуком AAC в файле MP4 воспроизводится прямо в Discord, показывает превью в Gmail и Outlook и открывается на любом телефоне, ноутбуке и смарт-ТВ за последнее десятилетие. H.265 (HEVC), AV1 и VP9 вмещают больше качества в те же мегабайты, но друг со старым ноутбуком на Windows или браузером без нужного декодера может увидеть лишь ссылку для скачивания или чёрный кадр. iPhone по умолчанию записывает HEVC в MOV при настройке High Efficiency, поэтому конвертация MOV в MP4 и сжатие часто происходят за один шаг.

Две привычки делают кодирование с целевым размером надёжным. Во-первых, цельтесь чуть ниже лимита, например 9,5 MB, а не ровно 10 MB: операционные системы считают мегабайты по-разному, и файл, показывающий 10,0 MB в одном месте, в другом могут отклонить. Во-вторых, всегда начинайте с исходной записи. Каждое повторное кодирование с потерями отбрасывает детали, а сжатие файла, уже сжатого мессенджером, накапливает ущерб. Если первый результат слишком мягкий, вернитесь к исходнику и измените разрешение, а не прогоняйте маленький файл через сжатие снова.

Самый быстрый путь для разового ролика — онлайн-инструмент в браузере: расчёт целевого размера, двухпроходное кодирование и вывод в H.264 MP4 там уже настроены. UltKit принимает файлы до 95 MB каждый и до 20 за раз, ничего не нужно устанавливать и регистрироваться, а загрузки удаляются через 30 минут после обработки. Страница сжать видео до 10 MB открывается с Целевой размер 10 MB и Максимальное разрешение 720p; для Gmail введите в то же поле 24 MB. Если запись длиннее, чем нужно, сначала обрежьте её с помощью обрезать видео, чтобы бюджет пошёл на важную часть.

HandBrake — путь для компьютера: бесплатный, с открытым исходным кодом, доступный для Windows, macOS и Linux на сайте handbrake.fr. В нём больше нет поля целевого размера, поэтому битрейт нужно рассчитать самому и ввести вручную. Телефоны — третий путь. Задать целевой размер на них нельзя, но запись в меньшем разрешении и обрезка в приложении галереи перед отправкой дают многое, и оба шага происходят ещё до любого сжатия. В колонках ниже приведены шаги для каждого варианта.

При 10 MB на минуту на картинку остаётся примерно 1,2 Мбит/с после аудио на 128 кбит/с. Для H.264 при 720p и 30 кадрах/с этого хватает для говорящих голов, демонстраций продукта, роликов с питомцами и большинства обычных видео с телефона: на экране телефона результат близок к оригиналу, а на ноутбуке заметна более мягкая детализация: волосы, трава, мелкий текст вдали. Записи экрана с большими однотонными областями при таком битрейте выглядят особенно хорошо, ведь статичный фон почти ничего не стоит при кодировании.

Быстрое движение — то место, где бюджет заканчивается. Игровые записи, спорт, съёмка с рук на ходу, конфетти и вода меняют почти весь кадр каждую секунду, и при 1,2 Мбит/с в самые напряжённые моменты изображение рассыпается на блоки. Для такого материала снизьте разрешение до 480p, уменьшите частоту кадров до 30, если исходник был 60, или обрежьте ролик до 20–30 важных секунд. 30-секундный игровой момент в 10 MB получает около 2,5 Мбит/с — этого с запасом хватает для 720p и часто достаточно для спокойного 1080p.

Более длинные видео идут по той же кривой вниз. Две минуты в 10 MB дают около 0,6 Мбит/с, и для читаемой картинки нужно 480p. Пять минут дают около 0,2 Мбит/с — это годится только для речи в 360p, когда картинка почти не важна. В таком случае честный ответ: 10 MB — неподходящий контейнер для этого видео. Поднять цель до 25 MB для Gmail или до 50 MB для друга с Nitro Basic даст гораздо больше, чем любые настройки кодировщика.

Сжатие подходит, когда ролик короткий, когда он должен воспроизводиться прямо в чате или когда получатель не станет открывать ссылку на облако. Оно не подходит, когда файл длинный, важны детали или получателю нужен оригинал для монтажа. Свадебное видео, обзор недвижимости, запись лекции или материал для монтажёра лучше передавать в полном качестве. В таких случаях ссылки Google Drive, OneDrive, iCloud Drive или Dropbox не стоят вам качества и избавляют от всех компромиссов, описанных выше.

Некоторые сервисы уже делают это за вас. Gmail превращает вложение больше 25 MB в ссылку на Drive, Outlook.com предлагает OneDrive для файлов больше 20 MB, а Mail Drop в Apple Mail отправляет файлы до 5 GB через iCloud и хранит их 30 дней. В Discord ссылка на облако показывается карточкой предпросмотра, а не плеером, и зрителям приходится переходить по ней. Практичное разделение: сжимайте всё короче примерно двух минут, что должно воспроизводиться прямо в чате, а всё более длинное или важное отправляйте ссылкой.