DivX да се WebM ЧЗВ за преобразуване

Как да прекодирам __WEBM_PH_от_ до WebM без видима загуба на качество?
+
Качете вашия DivX file и конверторът прилага CRF-базиран реенкод насочен към визуално губи WebM изход (CRF 18 за H.264 / H.265, CRF 30 за VP9 / AV1 са груби еквиваленти). WebM цели по подразбиране към VP9; MP4 цели по подразбиране до H.264 за най-широка подкрепа за възпроизвеждане.
Кодека следва контейнера WebM. WebM = WebM избира VP9 (или AV1), ако избирате за ~30% по-малки файлове); WebM _ = MP4 избира H.264; WebM _ = MKV избира H.265. Напредните опции ви позволяват да превключите кодека независимо от контейнера.
Да — звукът се превключва, когато източникът и целта споделят кодека (напр. AAC вътре както MP4 така и MKV) или се монтира на WebM-контейнер-контейнер-контейнер-кодек в противен случай (Opus / Vorbis вътре WebM, AAC вътре в MP4). Multi-track аудио се запазва, когато WebM го поддържа.
По подразбиране, кадърната е непроменена (DivX 24 fps остава 24 fps в WebM; 60 fps остава 60 kps). За интерлокирани източници ние обезвръщаме и избираме двойната скорост на полето; в напредналите опции можете да принудите специфичен кадър (напр. 30 fps за ограниченията на качването на интернет).
Същият коден ремукс (напр. DivX → WebM, където и двете могат да задържат H.264) произвеждат почти идентични размери. Измененията на кодека могат драматично да го завъртат: H.264 → VP9/AV1 обикновено реже досието 30-50% по едно и също визуално качество; H.264 → H.265 го приблизително половина; VP9 → H.264 го расте.
WebM (VP9 / VP8) играе натурално в Chrome, Firefox, Edge и Safari 14+. MP4 / H.264 играе навсякъде — настолни браузъри, iOS, Android, Smart TVs. MKV се нуждае от VLC на iOS. Напредната "компатибилност на устройството" избира най-безопасната комбинация за целта платформа.
Същият кодек ре-мукс: под минута (без ре-енкод пропуск). Прекодиране към различен кодек: обикновено 0.3-0.7× продължителност на източника на тръбопровода, така че 1 час DivX → WebM завършва след 18-40 минути. AV1 е най-бавната цел; VP9 и H.265 са средната граница; H.264 е най-бърза.
До 8K (7680×4320) на Premium. Свободните потребители са ограничени на 4K (384×2160) по размера на файла. HDR метаданни (HDR10, Dolby Vision) се съхраняват, където двете DivX и WebM контейнери го подкрепят; тон-мапиране на SDR се предлага, когато WebM тръбопровода не може да задържи HDR.
Да — качени видео файлове се обработват в изолирани работници и изтриват в рамките на минути след завършване. Ние никога не разглеждаме, съхраняваме, запазваме или споделяме съдържание. Пълната политика за задържане на данните е на /приватност /.
Не в една и съща стъпка — използвайте /trim-video/ или /resize-video/, за да обрежете и изрязвате DivX, след това опаковайте DivX → WebM стъпка. Изпълнението им в серия е по-бързо от преустройването на целия файл, само за да се обръснат секунди от края.
Почти винаги битова скорост твърде ниска настройка. Пренасочване на висок битрат DivX в по-нисък битрат WebM при по подразбиране CRF компресира силно върху тежки сценарии. Спускане на CRF до 16-18 (H.264) или 24-28 (VP9 / AV1) или поставяне на изрично целевия битратен проток и повторно завръщане за възстановяване на качеството.
Да — вградени подписи (mov_text в MP4, SRT/ASS вътре в MKV, WebVTT в WebM) се запазват, когато и двете DivX и WebM контейнери ги подкрепят. Изгорени (хардсуб) субтитри автоматично, защото те са част от самата видео рамка.
Или пуснете файловете си тук