Kiel mi konvertas WebM al MKV sen re-kodigi la videofluon?
+
Kiam la WebM kaj MKV 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 MKV ujon kaj nur la envolvaĵo ŝanĝiĝas. Remiksado de 1 GB WebM en MKV 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. MKV estas kodeka-agnostika: H.264, HEVC, VP9 kaj AV1 videoj sidis feliĉe apud AAC, FLAC, Opus, DTS aŭ Dolby aŭdio en la sama dosiero.
Ĉu WebM povas esti konvertita al MKV sen re-kodigi la videon?
+
Jes, kaj ĝi estas la plej rapida vojo. WebM kaj MKV havas la saman suban skatola strukturo, do la video kaj sonaj fluoj estas kopiitaj bito post bito kaj nur la enhavo estas reskribita. Nenio estas malkodigita kaj nenio estas re- kunpremita, do dosiero kun longeco de trajto finiĝas en malpli ol minuto anstataŭ duonhoro, kun eligokvalito identa al la fonto. WebM estas strikta subaro de Matroska, kiun Google publikigis en 2010 specife por doni al HTML5 video senpagan ujon. MKV estas Matroska, malferma ujo dizajnita en 2002 sen licencaj limigoj kaj sen plafono pri kion ĝi povas teni.
Ĉu mi povas enkorpigi la dosieron en retpaĝon post konverto de WebM al MKV?
+
Ne rekte. WebM ludas en ĉiu retumilo; MKV 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 MKV kiel arkivan aŭ redaktan kopion. La formato MKV havas preskaŭ neniun nacian aparataran subtenon — telefonoj, retumiloj kaj televidiloj kutime bezonas VLC aŭ remux antaŭ ol ili ludos ĝin.
Ĉu la MKV 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. MKV 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 plurtraka sono postvivos konvertiĝon de WebM al MKV?
+
Jes — ĉiu sontrako en WebM (komentoj de reĝisoro, alternativaj lingvoj, priskribaj sonoj) estas konservita en MKV 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.
Ĉu konservi la subtekstajn trakojn dum konvertado de WebM al MKV?
+
Malmolaj subtekstoj (elekteblaj trakoj) survivas kiam MKV 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 MKV konservas ĉapitrajn markojn / DVD-stilan navigadon?
+
Ĉapitraj metadatumoj transdonas inter WebM kaj MKV 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 MKV produktas ne- ĉapitran dosieron se vi ne aldonas markojn mane.
Kio pri MKV- kunsendaĵoj (tiparoj, kovrilo) kiam vi iras de WebM al MKV?
+
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 MKV forigas tiujn kunsendaĵojn, kiam MKV 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 MKV eligo uzas defaŭlte?
+
La defaŭlta kodeko estas elektita por konveni la MKV 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. MKV estas la arkiva ujo de elekto ĉar ĝi konservas senlimajn sonajn trakojn, mildajn subtekstojn, ĉapitrajn markojn kaj kovrilajn bildojn en unu dosiero.
Kiel HDR (HDR10, Dolby Vision) supervivas WebM al MKV?
+
HDR- metadatumoj (HDR10- valoroj por la ĉefa ekrano, maksimuma enhavo- lumnivelo) estas transsenditaj al MKV, 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 MKV- enhavo, kiu ne portas la DV- tavolon, ebligas HDR10.
Ĉu la konvertilo WebM al MKV konservos varian bildfrekvencon (VFR)?
+
MKV kaj WebM registras realajn temposignojn por kadro kaj traktas VFR-on nacie, do WebM VFR survivas en MKV 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 MKV por problemaj celoj.
Kial mia MKV dosiero estas pli malgranda / pli granda ol WebM post konverto?
+
Same-kodeka remiksado produktas preskaŭ identan grandecon (la enhavodiferenco estas 0.1-2%). Ŝanĝo de kodeko povas ŝanĝi la grandecon je 50% aŭ pli: H.264 al H.265 tipe duonigas la dosieron je la sama vida kvalito; H.264 al AV1 duonigas ĝin denove je malrapida antaŭagordo. Irado de alta bitkvanto WebM (Blu-ray-ekstrado) al malalta bitkvanto MKV (ret-alŝuto) estas la plej ofta kialo por draste malpligrandiĝo.
