DivX → MP4

Не, и това е една от по-добрите причини за движение. DivX контейнерът има практически таван с единично файл, който дълги или високобитни записи текат право в, точно затова старите заснеми идват като част 1, част 2, част 3. MP4 няма равностойно ограничение, така че парчетата могат да бъдат повторно прикрепени в един непрекъснат файл. DivX се нуждае от около два пъти от битната скорост на H.264 за едно и също качество и няма път до HDR, 10-битен цвят или резолюции след 1080p.

Да. DivX няма ужите песен за меко-подпис, така че субтитри за DivX съдържанието трябва да бъде изгоряно в снимката или да бъде изпратено като отделен файл на страничния автомобил. MP4 носи субтитри като свой собствен избираем поток, така че след преобразуване можете да прикрепите SRT трасето, което може да включва, изключва или пренастройва.

Той променя какво да очаква от изходния файл. Едната страна на това преобразуване наименува кодиране, а не опаковка, така че това, което се връща е, че bitstream вътре в който контейнерът му подхожда най-добре — обикновено MP4 или MKV. Проширението отразява контейнера; кодек е това, което всъщност определя размера на файла и къде ще играе.

Да — всяка аудио песен в DivX (директорен коментар, алтернативни езици, описателен аудио) се запазва в MP4, когато контейнерът за цел подкрепи многостримно аудио. MKV и MOV дръжка неограничен аудио песен; MP4 поддържа много, но някои хардуерни играчи само виждат трак 1; WebM е ограничена на една Opus / Vorbis track. MP4 е ISO/IEC 14496-14, стандартизиран през 2001 г. и е получен от същата система за QuickTime Box Box макет за движение на автомобили.

Меки субтитри (избираеми песни) оцеляват, когато MP4 могат да ги носят: MKV държи SRT, ASS, SSA, PGS, VobSub натурално; MP4 съдържа само mov_ text (отстранен формат). Преобразуването на MKV с ASS стилни субтитри към MP4 обикновено ще ги понижи на mov_ text или ще ги изгори в. Hardsubs (изгорени в видеото) пренесе независимо.

Глава метаданни трансфери между DivX и MP4, когато и двата контейнера поддържат атом на глава (MKV, MP4, MOV). WebM съхранява глави в матроски съвместим блок, така че MKV <-> WebM глави кръгла писта чисто. AVI няма специфични точки на глава, така че преобразуване на AVI в MP4 произвежда непроверен файл, освен ако не добавите маркери ръчно.

MKV е единственият основни контейнер, който съхранява произволно прикрепени файлове ( шрифтове на TTF за ASS subs, JPG cover art, Fan-translated PDF inserts). Преминаване от DivX до MP4 скида тези прикрепления, когато MP4 не е MKV — елементарните потоци преобразуват, но прикрепените натоварване остава в източника. Keep DivX като резервна копия, ако зависи от прикрепените шрифтове.

Кодекът по подразбиране е избран за съответстване на MP4 контейнера консервативно: MKV по подразбиране на H.265 (HEVC) за по-добра компресия; MP4 по подразбиране на H.264 за най-широка поддръжка на устройството; WebM по подразбиране на VP9; AVI използва MPEG-4 ASP (DivX/Xvid lineage). Пренастройване чрез напредналата падане на кодека — AV1 е на разположение за MKV / WebM, където искате максимална компресия и може да чакате през кодирането. MP4 е най-безопасната възможна цел за доставка — всеки телефон, браузър, конзола, редактор и Smart TV, построен през последното десетилетие, го играе без допълнителни софтуери. MP4 поддържа само един широко почетен формат на субтитри (mov_text), а многописен аудио е ненадеждно извън работните плочи.

HDR статичните метадани (HDR10 овладяване на стойностите на дисплея, максимално съдържание ниво на светлината) преминават до MP4, когато както контейнерите, така и избрания кодек го поддържат (HEVC, AV1 в MKV / MP4). Dolby Vision е по-кръхък — DV профил 5 / 7 / 8.1 в DivX обикновено оцелява само в MKV с HEVC; преминаване в DivX контейнер, който не носи DV слоя на плоски на HDR10.

MKV и WebM записват реални времеви табели на рамката и дръжката на VFR по произход, така че DivX VFR оцелява в MP4 от тези формати без реанимация. MP4 номинално съхранява часове също, но някои играчи предполагат CFR; конверторът разкрива "сила CFR" превключва, че преизбира VFR DivX до 24 / 30 / 60 fps MP4 за проблематични цели.

Същият кодечен ремукс произвежда почти идентичен размер (контейнер нагоре се различава с 0,1-2%). Промяната на кодека може да завърти размера с 50% или повече: H.264 до H.265 обикновено половината на файла със същото визуално качество; H.264 до AV1 го отново набавя при бавна настройка. Преминавайки от висок битрат DivX (Блу-рай рязко) до нискобитен MP4 (веб качване) е най-честата причина за драматична капка.