Kiel mi konvertas M4V al WebM sen re-kodigi la videofluon?
+
Kiam la M4V kaj WebM 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 WebM ujon kaj nur la envolvaĵo ŝanĝiĝas. Remiksado de 1 GB M4V en WebM tipe finiĝas en 5- 15 sekundoj kun nula kvalitperdo. Strukture M4V estas MP4 — H.264 aŭ HEVC kun AAC — kun opcia Apple FairPlay DRM kaj iTunes-ĉapitra metadatumoj. WebM estas intence mallarĝa: VP8 aŭ VP9 video (AV1 pli ĵuse) kun Vorbis aŭ Opus aŭdio, kaj nenio alia.
Mia M4V havas plurajn sonajn trakojn — ĉu ili ĉiuj survivas en la WebM?
+
Ne fidindaj. M4V konservas plurajn sonfluojn kiel unuklasajn trakojn, sed WebM ludado post la unua trako estas nekohera, do plej multaj ludantoj nur eksponos unu. Elektu la trakon kiun vi vere volas antaŭ konvertado; la aliaj estas pli bone ekstraktitaj al siaj propraj dosieroj ol lasitaj en ujo kiu kaŝas ilin. M4V konservas ĉapitrajn markojn, artaĵojn kaj subtekstajn trakojn en la formo kiun la Apple TV-aplikaĵo atendas, kion simpla MP4 ofte perdas. WebM estas malbone uzebla ie ajn ekster retumilo — videoredaktiloj, naciaj galerioj de telefonoj kaj inteligentaj televidiloj plejparte ignoras ĝin.
Kial mia M4V-dosiero ne konvertiĝas al WebM?
+
Preskaŭ ĉiam DRM. Kelkaj M4V dosieroj estas ĉifritaj je bitflua nivelo de la vendejo aŭ programaro kiu eldonis ilin, kaj ĉifrita fluo ne povas esti malkodigata de ni aŭ de io ajn alia sen la permesilŝlosilo. Dosieroj kiujn vi registris, eksportis aŭ elŝutis senprotekte konvertiĝas normale; licencita aĉeto ne konvertiĝas, kaj neniu konvertilo povas honeste promesi alie. La M4V-dosieroj estas ne-protektitaj, do ili ne povas esti konvertitaj per iu ajn programo, kaj ne-Apple-ludiloj ofte bezonas la etendaĵon renomi.
Ĉu la WebM ludos en retumilo kiam la M4V ne ludos?
+
Jes, kaj tio estas kutime la sola kialo por la konverto. M4V enkorpigita en retpaĝo aŭ montras rompitan ludilon aŭ postulas elŝuton, ĉar retumiloj ne havas malkodilon por ĝi. WebM ludas enlinie per la nacia HTML5 videoelemento sen kromprogrameto kaj sen ekstera aplikaĵo. WebM ludas nacie en ĉiu moderna retumilo sen kromprogramo, sen licenca kotizo kaj sen patenta ekspozicio, kio faras ĝin la defaŭlta por rete enkorpigita video.
Kaj M4V kaj WebM estas modernaj ujoj - kiun mi fakte konservu?
+
Konservu iun ajn kongruon al la loko de la dosiero, ĉar neniu el ili estas pli bona abstrakte. Unu el tiuj du estas konstruita por ludo- kongrueco kaj la alia por teni ĉion, kion dosiero povus enhavi, kaj ili interŝanĝas unu kontraŭ la alia laŭ tiu linio. La pragmata respondo por plej bibliotekoj estas arkivi en la riĉa enhavo kaj eksporti al la kongrua laŭ peto.
Ĉu plurtraka sono postvivos konvertiĝon de M4V al WebM?
+
Jes — ĉiu sontrako en M4V (komentoj de reĝisoro, alternativaj lingvoj, priskribaj sonoj) estas konservita en WebM 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. WebM estas strikta subaro de Matroska, kiun Google publikigis en 2010 specife por doni al HTML5 video senpagan ujon.
Ĉu konservi la subtekstajn trakojn dum konvertado de M4V al WebM?
+
Malmolaj subtekstoj (elekteblaj trakoj) survivas kiam WebM 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 M4V ĝis WebM konservas ĉapitrajn markojn / DVD-stilan navigadon?
+
Ĉapitraj metadatumoj transdonas inter M4V kaj WebM 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 WebM produktas ne- ĉapitran dosieron se vi ne aldonas markojn mane.
Kio pri MKV- kunsendaĵoj (tiparoj, kovrilo) kiam vi iras de M4V al WebM?
+
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 M4V al WebM forigas tiujn kunsendaĵojn, kiam WebM ne estas MKV - la elementaj fluoj konvertiĝas, sed la kunsendaĵo restas en la fonto. Konservu M4V kiel sekurkopio, se vi dependas de kunsenditaj tiparoj.
Kiun kodekon la WebM eligo uzas defaŭlte?
+
La defaŭlta kodeko estas elektita por konveni la WebM 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.
Kiel HDR (HDR10, Dolby Vision) supervivas M4V al WebM?
+
HDR- metadatumoj (HDR10- valoroj por la ĉefa ekrano, maksimuma enhavo- lumnivelo) estas transsenditaj al WebM, 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 M4V kutime survivas nur en MKV kun HEVC; konvertado al WebM- enhavo, kiu ne portas la DV- tavolon, ebligas HDR10.
Ĉu la konvertilo M4V al WebM konservos varian bildfrekvencon (VFR)?
+
MKV kaj WebM registras realajn temposignojn por kadro kaj traktas VFR-on nacie, do M4V VFR survivas en WebM el tiuj formatoj sen reekzamenadado. MP4 nominale ankaŭ konservas temposignojn, sed kelkaj ludantoj supozas CFR; la konvertilo montras "forigi CFR"-on, kiu reekzamenas VFR M4V al 24 / 30 / 60 fps WebM por problemaj celoj.
