DivX → WebM

Acesta va dezinterlaza, și conținutul DivX foarte des este întrelațat deoarece formatul provine din era difuziunii și DVD. Cadrurile interlazate stoc două câmpuri de jumătate de înălțime capturat o cincizeci de secundă de separare; pe un telefon progresiv-scan sau monitor care citește ca pentină orizontală pe orice ce se mișcă. Pornește opțiunea de deinterlață și codatorul teavă câmpuri în întregii cadre progresive înainte de a scrie WebM. DivX numește un codec mai degrabă decât un container — o implementare MPEG-4 Parte 2 care a făcut să extragă un DVD într-un singur CD posibil în jurul anului 1999.

Nu, și acesta este unul dintre motivele mai bune de a muta. containerul DivX are un tavan practic de un singur fișier care lung sau de mare bitrate înregistrări rulează drept în, care este exact de ce capturi vechi ajunge ca parte1, partea2, partea3. WebM nu are limite echivalente, astfel încât piese pot fi reîntoarcete într-un singur fișier continuu. DivX are nevoie de aproximativ de două ori de bitrate de H.264 pentru aceeași calitate și nu are nici o cale spre HDR, culoare de 10-bit sau rezoluții dincolo de 1080p.

Da. DivX nu are nici o pistă de subtitlu moale utilizabil, astfel încât subtitrarea pentru conținutul DivX a trebuit să fie arsă în imagine sau expediat ca un fișier de sidecar separat. WebM poartă subtitrare ca propriu flux selectabil, astfel după conversie, puteți atașa o pistă SRT pe care vizualizatorul poate activa, opri sau restyle.

Nu depinde. DivX stochează fluxuri audio multiple ca piese de primă clasă, dar WebM suport de redare de trecut de prima pistă este inconsecvent, așa că majoritatea jucătorilor vor expune doar unul. Alegeți piesa pe care doriți de fapt înainte de a converti; ceilalți sunt mai bine extrase în proprii fișiere decât la stânga într-un container care le ascunde. Jucătorii DVD certificati DivX sunt încă obișnuiţi, iar codec rămâne etajul de compatibilitate pentru o întreagă generație de hardware de set-top. WebM este un act de slab oriunde în afara unui browser — editori video, galerii autonome ale telefoanelor și televizoarele Smart, în mare parte, îl ignoră.

Da, și acesta este de obicei întreg motivul conversiei. Un DivX încorporat într-o pagină web fie afișează un jucător rupt sau forță o descărcare, deoarece browser-urile nava nu decoder pentru el. WebM joacă inline prin elementul de video nativ HTML5, fără plugin și nici aplicație externă. WebM joacă nativ în fiecare browser modern fără plugin, fără taxe de licență și fără expunere la brevet, ceea ce face de la sine pentru video web-ambeded.

Se schimbă ceea ce trebuie să se aștepte de la fișierul de ieșire. O parte a acestei conversii numește o codificare mai degrabă decât un ambalaj, așa că ceea ce vine înapoi este acel bitstream în interiorul căruia recipientul se potrivește cel mai bine — în mod normal MP4 sau MKV. Extensie reflectă containerul; codec este ceea ce de fapt determina dimensiunea fișierului și unde va juca.

Da — fiecare pistă audio din DivX (comentari de regizor, limbi alternative, audio descriptiv) este păstrată în WebM atunci când containerul țintă suportă audio multi-stream. MKV și MOV se ocupă de piste audio nelimitate; MP4 suportă mulți, dar unii playeri hardware doar vezi pista 1; WebM este plafonat la o singură pistă Opus / Vorbis. WebM este un subgrup strict de Matroska pe care Google l-a publicat în 2010 special pentru a oferi un container HTML5 video fără redevențe.

Subtitrari soft (piese selectabile) supraviețuiesc atunci când WebM poate transporta: MKV deține SRT, ASS, SSA, PGS, VobSub nativ; MP4 deține doar mov_text (un format descărcat). Transformarea unui MKV cu subtitrari stilate ASS la MP4 le va reduce în mod de obicei la mov_text sau le va arde în. Hardsubs (arsed in video) transporta peste indiferent.

Metadatele capitolelor transferează între DivX și WebM ori de câte ori ambele containere suportă un atom capitol (MKV, MP4, MOV). WebM stochează capitolele într-un bloc compatibile cu Matroska, așa că MKV <-> WebM capitolele rotund-trip curat. AVI nu are specificații capitolelor, așa că transformarea AVI în WebM produce un fișier necapitolare cu excepția cazului în care adăugați marcaje manual.

MKV este singurul container principal care stochează fișiere atașate arbitrare ( fonturi TTF pentru sub-uri ASS, JPG cover art, inserții PDF traduse prin fan). Mergând de la DivX la WebM scade aceste atașamente atunci când WebM nu este MKV — flux elementare convertit, dar sarcina atașată rămâne în sursă. Păstrați DivX ca o rezervă dacă depindeți de fonturi atașate.

Codec-ul implicit este ales pentru a se potrivi cu containerul WebM conservator: MKV implicit cu H.265 (HEVC) pentru a se comprima mai bine; MP4 implicit cu H.264 pentru suportul dispozitivului mai larg; WebM implicit cu VP9; AVI folosește MPEG-4 ASP (DivX/Xvid lineage). Treci prin cleardown-ul codec avansat — AV1 este disponibil pentru MKV / WebM unde doriți comprimarea maximă și poate aștepta prin codificare.