MKV → DivX

Hindi sila maaaring manatili napili, dahil DivX ay walang soft-subtitle stream upang i-hold ang mga ito. May dalawang paraan out: i-burn ang mga ito sa video sa panahon ng conversion, na kung saan ay ginagawang permanente at unstyleable, o i-export ang mga ito bilang isang hiwalay na.srt kasama ang DivX para sa player upang i-load. Ang converter ay nagsasabi sa iyo na ito ay ginawa sa halip na drop ang mga ito nang tahimik. Ang DivX ay nangangailangan ng humigit-kumulang na dalawang beses na bitrate ng H.264 para sa parehong kalidad at walang landas sa HDR, 10-bit na kulay o resolusyon sa labas ng 1080p.

Ang isang panig ng conversion na ito ay pangalan ng isang encoding sa halip na isang wrapper, kaya kung ano ang bumalik ay na bitstream sa loob ng alinmang container ang pinakamahusay na suits ito - karaniwang MP4 o MKV. Ang extension ay sumasalamin sa container; ang codec ay kung ano ang aktwal na tinutukoy ang laki ng file at kung saan ito ay maglaro.

Oo — bawat audio track sa MKV (komento ng direktor, alternatibong wika, deskriptibong audio) ay pinapanatili sa DivX kapag ang target na lalagyan ay sumusuporta sa multi-stream audio. MKV at MOV hawakan walang limitasyong audio track; MP4 sumusuporta sa maraming ngunit ang ilang mga manlalaro ng hardware lamang makita track 1; WebM ay naka-capped sa isang Opus / Vorbis track. Ang DivX ay isang codec na hindi isang container—isang MPEG-4 Part2implementasyon na ginawa ang pag-rip ng isang DVD sa isang solong CD na posible noong 1999.

Soft subtitles (selectable track) mabuhay kapag DivX ay maaaring dalhin ang mga ito: MKV hawak SRT, ASS, SSA, PGS, VobSub katutubong; MP4 lamang hawak mov_text (isang stripped-down format). Paglipat ng isang MKV na may ASS estilo subs sa MP4 ay karaniwang downgrade ang mga ito sa mov_text o i-burn ang mga ito sa. Hardsubs (burned sa video) dalhin sa kahit ano pa man.

Chapter metadata transfer sa pagitan ng MKV at DivX tuwing parehong mga lalagyan suporta ng isang kabanata atom (MKV, MP4, MOV). WebM imbakan kabanata sa isang Matroska-kapareho ng bloke, kaya MKV <-> WebM kabanata round-trip malinis. AVI ay walang kabanata spec, kaya pag-convert AVI sa DivX ay gumagawa ng isang unchaptered file maliban kung magdagdag ka ng mga marker manwal.

MKV ay ang tanging mainstream container na nag-iimbak arbitrary nakalakip na mga file (TTF font para sa ASS subs, JPG takip ng sining, fan-isinalin PDF inserts). Pagpunta mula sa MKV sa DivX drop ang mga attachments kapag DivX ay hindi MKV — ang elementarya stream i-convert, ngunit ang nakalakip na payload ay nananatili sa source. I-save ang MKV bilang isang backup kung ikaw ay umaasa sa nakalakip na mga font.

Ang default na codec ay pinili upang tumugma sa DivX container conservatively: MKV default sa H.265 (HEVC) para sa mas mahusay na pag-compress; MP4 default sa H.264 para sa pinakamalaking suporta ng device; WebM default sa VP9; AVI gumagamit ng MPEG-4 ASP (DivX / Xvid linya). Override sa pamamagitan ng advanced na codec dropdown — AV1 ay magagamit para sa MKV / WebM kung saan mo nais ang maximum na pag-compress at maaaring maghintay sa pamamagitan ng pag-encode. Ang mga DVD player na may sertipikasyong DivX ay karaniwang ginagamit pa rin, at ang codec ay natiling pangunahing compatibility floor para sa isang buong henerasyon ng set-top hardware.

HDR static metadata (HDR10 mastering display halaga, maximum na antas ng ilaw ng nilalaman) ay nagdadala sa pamamagitan ng sa DivX kapag ang parehong mga lalagyan at ang piniling codec suporta ito (HEVC, AV1 sa MKV / MP4). Dolby Vision ay mas mahina — DV profile 5/7/8.1 sa MKV karaniwang survives lamang sa MKV sa HEVC; pag-convert sa isang DivX lalagyan na hindi nagdadala ng DV layer flattens sa HDR10.

MKV and WebM record real per-frame timestamps and handle VFR natively, so MKV VFR survives into a DivX of those formats with no resampling. MP4 nominally stores timestamps too but some players assume CFR; the converter exposes a "force CFR" toggle that resamples VFR MKV to 24 / 30 / 60 fps DivX for problematic targets.

Ang parehong-codec remux ay gumagawa ng isang halos magkaparehong laki (ang lalagyan ng overhead ay naiiba sa pamamagitan ng 0.1-2%). Ang isang pagbabago sa codec ay maaaring i-swivel ang laki ng 50% o higit pa: H.264 sa H.265 ay karaniwang hinahati ang file sa parehong visual na kalidad; H.264 sa AV1 ay hinahati ito muli sa isang mabagal na preset. Pagpunta mula sa isang mataas na bitrate MKV (Blu-ray rip) sa isang mababang bitrate DivX (web upload) ay ang pinaka-karaniwang dahilan para sa isang dramatikong drop.

Oo hanggang sa 8K (7680x4320) sa Premium. Libreng tier humahawak 4K (3840x2160) hanggang sa 1 GB file cap. Pure remuxes (parehong-codec passthrough) ng malaking MKV sa DivX ay limitado sa pamamagitan ng disk I / O, hindi CPU — isang 30 GB MKV karaniwang remuxes sa DivX sa ilalim ng isang minuto na walang kinalaman sa resolution. Re-encodes scale na may pixel count.