M4V → WebM

Nu depinde. M4V 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. M4V păstrează piese de marcaje capitole, lucrări de artă și subtitoluri în forma de așteptare Apple TV, care MP4 simplu pierde adesea. 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ă.

Aproape întotdeauna DRM. Unele fișiere M4V sunt criptate la nivelul bitstream de către magazin sau software care le-a emis, și un flux criptat nu poate fi decodat de noi sau de orice altceva fără cheia de licență. Fișiere pe care le-ați înregistrat, exportat sau descărcat convertit neprotejat în mod normal; o achiziție licențiată nu va, și niciun convertitor sincer poate promite altfel. Achizițiile M4V protejate de DRM nu pot fi convertite de nimic; numai fișierele M4V neprotejate sunt convertibile, iar jucătorii non-Apple au adesea nevoie de extindere redenumită.

Da, și acesta este de obicei întreg motivul conversiei. Un M4V î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.

Ţine orice meci unde se duce fişierul, pentru că nici nu este mai bun în abstract. Una dintre acestea două este construită pentru compatibilitatea de reproducere şi cealaltă pentru a ţine tot ce ar putea conţine un fişier, şi se schimbă între ei exact de-a lungul acestei linii. Răspunsul pragmatic pentru majoritatea bibliotecilor este de a arhiva în recipientul bogat de caracteristici şi de a exporta la cel compatibil la cerere.

Da — fiecare pistă audio din M4V (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 M4V ș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 M4V 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 M4V 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.

Metadatele statice HDR (Valoarele de masterizare ale HDR10, nivel maxim de lumină a conținutului) transportă până la WebM 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 M4V supraviețuiește în comun numai în MKV cu HEVC; convertind într-un container WebM care nu transportă stratul DV la HDR10.

MKV și WebM înregistrează locații reale per-frame și se ocupă de VFR nativ, așa că M4V VFR supraviețuiește într-un WebM 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 M4V la 24 / 30 / 60 fps WebM pentru obiective problematice.