Kiel mi konvertas WebM al DivX sen re-kodigi la videofluon?
+
Kiam la WebM kaj DivX ujoj povas ambaŭ havi la saman kodekon (H.264, H.265, VP9, AV1), la konvertilo revenas al remiksado: la elementaj fluoj estas kopiitaj bito post bito en la DivX ujon kaj nur la envolvaĵo ŝanĝiĝas. Remiksado de 1 GB WebM en DivX tipe finiĝas en 5- 15 sekundoj kun nula kvalitperdo. WebM estas intence mallarĝa: VP8 aŭ VP9 video (AV1 pli ĵuse) kun Vorbis aŭ Opus aŭdio, kaj nenio alia. DivX-enhavo estas MPEG-4 Part 2 video, kutime envolvata en AVI, kun MP3 aŭ AC-3 aŭdio apud ĝi.
Kio okazos al la subtekstaj trakoj en mia WebM dosiero?
+
Ili ne povas resti elekteblaj, ĉar DivX ne havas fluon de subtekstoj por teni ilin. Estas du manieroj: enskribi ilin en la video dum konverto, kio faras ilin daŭraj kaj ne stiligeblaj, aŭ eksporti ilin kiel apartan.srt kune kun DivX por la ludilo ŝargi. La konvertilo diras al vi, kiun ĝi faris anstataŭ silente forĵeti ilin. DivX bezonas proksimume duoble la bitrapidecon de H.264 por la sama kvalito kaj ne havas vojon al HDR, 10-bita koloro aŭ rezolucioj pli ol 1080p.
Ĉu mi povas enkorpigi la dosieron en retpaĝon post konverto de WebM al DivX?
+
Ne rekte. WebM ludas en ĉiu retumilo; DivX ne, do paĝo enkorpiganta ĝin revenas al elŝuta ligilo aŭ malplena legilkadro. Se la dosiero estas destinita por retejo, konservu la WebM por la reto kaj traktu la DivX kiel arkivan aŭ redaktan kopion.
Ĉu la DivX ankoraŭ ludos glate sur telefono aŭ televidilo?
+
Eble ne. WebM estas malkodigata per dediĉita silicio en telefonoj, tablojdoj kaj televidiloj, kio estas kial ĝi ludas sen malŝarĝi la baterion. DivX tipe revenas al programara malkodigo sur la sama aparataro - pli alta CPU- ŝarĝo, pli varma aparato, kaj falitaj kadroj sur 4K materialo. Por aparatocelo, WebM estas la pli sekura ujo por resti.
Ĉu DivX estas enhavo aŭ kodeko, kaj ĉu tio ŝanĝas tion, kion mi ricevas?
+
Ĝi ŝanĝas tion, kion oni atendas de la eligodosiero. Unu flanko de tiu konverto nomiĝas kodoprezento anstataŭ envolvaĵo, do kio revenas estas tiu bitfluo ene de kiu ajn ujo plej taŭgas por ĝi - kutime MP4 aŭ MKV. La finaĵo reflektas la ujon; la kodeko estas tio, kio vere difinas la dosiergrandecon kaj kie ĝi ludos.
Ĉu plurtraka sono postvivos konvertiĝon de WebM al DivX?
+
Jes — ĉiu sontrako en WebM (komentoj de reĝisoro, alternativaj lingvoj, priskribaj sonoj) estas konservita en DivX kiam la cela enhavo subtenas plurfluan sonon. MKV kaj MOV pritraktas senlimajn sontrakojn; MP4 subtenas multajn sed kelkaj aparataj ludiloj vidas nur la trakon 1; WebM estas limigita je unu Opus / Vorbis- trako. DivX estas nomo de kodeko pli ol de enhavotablo — MPEG-4 Parto 2-implemento kiu ebligis elpreni DVD-on al unuopa KD ĉirkaŭ 1999.
Ĉu konservi la subtekstajn trakojn dum konvertado de WebM al DivX?
+
Malmolaj subtekstoj (elekteblaj trakoj) survivas kiam DivX povas porti ilin: MKV havas SRT, ASS, SSA, PGS, VobSub native; MP4 nur havas mov_text (malpliigita formato). Konvertado de MKV kun ASS-stilaj subtekstoj al MP4 tipe malaltigos ilin al mov_text aŭ enskribos ilin. Malmolaj subtekstoj (enskribitaj en la video) survivas sendepende.
Ĉu WebM ĝis DivX konservas ĉapitrajn markojn / DVD-stilan navigadon?
+
Ĉapitraj metadatumoj transdonas inter WebM kaj DivX kiam ambaŭ enhavoj subtenas ĉapitran atomon (MKV, MP4, MOV). WebM konservas ĉapitrojn en Matroska- kongrua bloko, do MKV <-> WebM ĉapitroj rondiras pure. AVI ne havas ĉapitran specifon, do konvertado de AVI al DivX produktas ne- ĉapitran dosieron se vi ne aldonas markojn mane.
Kio pri MKV- kunsendaĵoj (tiparoj, kovrilo) kiam vi iras de WebM al DivX?
+
MKV estas la sola ĉefa enhavotablo, kiu entenas arbitrajn kunsendaĵojn (TTF- tiparojn por ASS- subtekstoj, JPG- kovrilojn, PDF- enmetaĵojn tradukitajn de la uzanto). Irado de WebM al DivX forigas tiujn kunsendaĵojn, kiam DivX ne estas MKV - la elementaj fluoj konvertiĝas, sed la kunsendaĵo restas en la fonto. Konservu WebM kiel sekurkopio, se vi dependas de kunsenditaj tiparoj.
Kiun kodekon la DivX eligo uzas defaŭlte?
+
La defaŭlta kodeko estas elektita por konveni la DivX enhavon konservative: MKV defaŭlte estas H.265 (HEVC) por pli bona densigo; MP4 defaŭlte estas H.264 por plej larĝa aparato-subteno; WebM defaŭlte estas VP9; AVI uzas MPEG-4 ASP (DivX/Xvid-linio). Anstataŭigu per la plia kodeka falmenuo — AV1 estas disponebla por MKV / WebM kie vi volas maksimuman denson kaj povas atendi tra la kodigo. La DivX-certigitaj DVD-ludiloj estas ankoraŭ komunaj, kaj la kodeko restas la kongrueco-grundo por tuta generacio de set-top-hardvaro.
Kiel HDR (HDR10, Dolby Vision) supervivas WebM al DivX?
+
HDR- metadatumoj (HDR10- valoroj por la ĉefa ekrano, maksimuma enhavo- lumnivelo) estas transsenditaj al DivX, se ambaŭ enhavoj kaj la elektita kodeko subtenas ĝin (HEVC, AV1 en MKV / MP4). Dolby Vision estas pli fraka — DV- profilo 5 / 7 / 8. 1 en WebM kutime survivas nur en MKV kun HEVC; konvertado al DivX- enhavo, kiu ne portas la DV- tavolon, ebligas HDR10.
Ĉu la konvertilo WebM al DivX konservos varian bildfrekvencon (VFR)?
+
MKV kaj WebM registras realajn temposignojn por kadro kaj traktas VFR-on nacie, do WebM VFR survivas en DivX el tiuj formatoj sen reekzamenadado. MP4 nominale ankaŭ konservas temposignojn, sed kelkaj ludantoj supozas CFR; la konvertilo montras "forigi CFR"-on, kiu reekzamenas VFR WebM al 24 / 30 / 60 fps DivX por problemaj celoj.
DivX estas videokunprema teknologio kiu permesas altkvalitan videokunpremadon kun relative malgrandaj dosiergrandoj. Ĝi estas ofte uzata por interreta videodistribuo.
