Cum pot converti WebM în DivX fără a re-codifica fluxul video?
+
Când containerele WebM și DivX pot transporta același codec (H.264, H.265, VP9, AV1), convertitorul cade înapoi la un remux: fluxurile elementare sunt copiate byte-for-byte în containerul DivX și numai modificările ambalajelor. Un remux de 1 GB WebM în DivX de obicei se termină în 5-15 secunde cu pierderea de calitate zero. WebM este îngust în mod deliberat: videoclip VP8 sau VP9 (AV1 mai recent) cu audio Vorbis sau Opus, și nimic altceva. Conținut DivX este MPEG-4 Part 2, de obicei învelit în AVI, cu MP3 sau AC-3 audio alături de ea.
Ce se întâmplă cu piesele de subtitrare din fișierul meu WebM?
+
Nu pot rămâne selectabile, deoarece DivX nu are niciun flux de subtitle moale pentru a le ține. Există două moduri de a le face: ardere în video în timpul conversiei, ceea ce le face permanente și nestilabile, sau exporta-le ca un.srt separat alături de DivX pentru jucător de a încărca. Convertorul vă spune ce a făcut mai degrabă decât să le scădeze în tăcere. 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.
Poate DivX să aibă mai mult de o pistă audio?
+
Da, și este un real upgrade peste WebM. DivX tratează fiecare flux audio ca o pistă de primă clasă, astfel încât un mix de limba originală, un dub și un comentariu de regizor poate trăi într-un singur fișier cu jucătorul care se schimbă între ei la cerere. 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.
Pot încă să încorpor fișierul pe o pagină web după convertirea WebM în DivX?
+
Nu direct. WebM joacă inline în fiecare browser; DivX nu, astfel o pagină încorporarea se întoarce la un link de descărcare sau un frame de jucător gol. Dacă fișierul este destinat pentru un site web, păstrează WebM pentru web și tratează DivX ca arhiva sau editarea copiei.
Este DivX un container sau un codec, si schimba ceea ce primesc înapoi?
+
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.
Va supraviețui conversia audio multi-track WebM la DivX?
+
Da — fiecare pistă audio din WebM (comentari de regizor, limbi alternative, audio descriptiv) este păstrată în DivX 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. 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.
Sunt piese de subtitrare conservate la convertirea WebM în DivX?
+
Subtitrari soft (piese selectabile) supraviețuiesc atunci când DivX 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.
Are WebM la DivX păstrați marcaje capitole / navigație stil DVD?
+
Metadatele capitolelor transferează între WebM și DivX 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 DivX produce un fișier necapitolare cu excepția cazului în care adăugați marcaje manual.
Cum rămâne cu atașamentele MKV (fonturi, acoperire de artă) atunci când merge WebM la DivX?
+
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 WebM la DivX scade aceste atașamente atunci când DivX nu este MKV — flux elementare convertit, dar sarcina atașată rămâne în sursă. Păstrați WebM ca o rezervă dacă depindeți de fonturi atașate.
Ce codec folosește ieșirea DivX în mod implicit?
+
Codec-ul implicit este ales pentru a se potrivi cu containerul DivX 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.
Cum supravieţuieşte HDR (HDR10, Dolby Vision) la WebM până la DivX?
+
Metadatele statice HDR (Valoarele de masterizare ale HDR10, nivel maxim de lumină a conținutului) transportă până la DivX atunci când ambele containere și codec alese îl susțin (HEVC, AV1 în MKV / MP4). Dolby Vision este mai fragil — profil DV 5 / 7 / 8.1 în WebM supraviețuiește în comun numai în MKV cu HEVC; convertind într-un container DivX care nu transportă stratul DV la HDR10.
Convertorul WebM la DivX va păstra ratele variabile de framerate (VFR)?
+
MKV și WebM înregistrează locații reale per-frame și se ocupă de VFR nativ, așa că WebM VFR supraviețuiește într-un DivX dintre aceste formate fără reevaluare. MP4 stocă nominal timelor prea, dar unii jucători presupune CFR; convertitorul expune un comutator "forță CFR" care reeșamplează VFR WebM la 24 / 30 / 60 fps DivX pentru obiective problematice.
DivX este o tehnologie de compresie video care permite compresia video de înaltă calitate, cu dimensiuni relativ mici ale fișierelor. Este adesea folosit pentru distribuția video online.
