Pas 1: Puja el teu WebM fitxers utilitzant el botó de dalt o arrossegant i deixant anar.
Pas 2: Feu clic al botó "Convertir" per iniciar la conversió.
Pas 3: Baixeu el vostre fitxer convertit MP4 Fitxers
WebM a MP4 Preguntes freqüents sobre conversions
Com puc re-encode{de} A_ DE_ FRO_P_P_PH_ a___ sense pèrdua de qualitat?
+
Carrega el{de} fitxer i el nostre convertidor s' aplica a un codi basat en CRF amb objectiu visualment {a} eixida (CRF 18 per omissió, inferior = més alta qualitat). El còdec s' escull per a coincidir amb el _ SWEBP_ BP_ PH a_ recipient. H264 / H. 265 / vicepresident9 / AV1 com a adequat.
Quin còdec usa el{a} sortida?
+
Dependrà del contenidor. El MP4 és el suport per omissió de la reproducció H. 264 (provent per omissió MKV a H. 265 per al fitxer ~50% més petit a la mateixa qualitat; WebM per omissió al director9 o AV1 (reducció lliure de la xarxa). Podeu substituir l' elecció del còdec en les opcions avançades abans d' iniciar l' execució WEP_ PHto_ index.
Sobreviuré la meva pista d'àudio,{de__bar___prod_p_ph} a____?
+
Sí, el xifratge d' àudio es torna a connectar quan es{de} i s' està dient BP_ PH_ to_ share un còdec d' àudio, o re-cobinat a AAC / Oppus / Vorbis depenent del que s' indica que FP_ PH_ a_ propietari. Multi- comment, les llengües alternatives) es conserva en els contenidors que permeten (MV, WebM4).
Puc mantenir el marc original des del punt de vista{de} FROROH_ A_P_P_PH_ a___?
+
Per omissió, la taxa de marcs no ha canviat ({de} 24fps roman 24fps en funció delMP4). Si us cal canviar- lo (p. ex. interlaced 29. 9 a 30ps progressistes) l' opció framegate 3: 2 deixa de banda i desviar- se en el mateix pas, no es pot descodificar el segon.
Quina és la mida del fitxer entre{de} i{a}?
+
El mateix codi_ contrasenya (H. 264 en ambdós s' ha d' assegurar que BP_ PH_ de_ i que s' ha d' assegurar que BP_ PH_ a___) produeix mides gairebé ide- ide- idètiques. Els canvis en codi poden activar les coses espectacularment: H. 264 -> H. 265 normalment té el fitxer a la mateixa qualitat visual; H264 - El vice- VOV1, és més o menys capaç de comparar; AV1 és el cost més petit del temps de codificació lent.
S' assegurarà que{a} reproduir fitxers a l' iPhone / Android / TV intel· ligent?
+
MP4 / H. 264 juga a tot arreu natiu. MOV / H. 264 juga en dispositius Apple i la majoria de TV intel· ligents però no a l' Android antic. MKV necessita VLC en iOS. El WebM juga als navegadors, però no a les aplicacions de TV intel· ligents. La compatibilitat de " device" s' ambienta en opcions avançades escull el còdec / recipient per al vostre objectiu.
Quant de temps converteix una hora,{de} fitxer per a{a} presa?
+
Depèn del canvi del còdec. El mateix codi- codi numèric remux: 3060 segons (sense codi). Re- encodeeix a un còdec diferent: normalment 3- 0. 3- 0. 7x de la nostra canonada de la GPU, de manera que una data d' 1 hora WebM -> SWEB_ PH per_ revert_ en 18- 40 minuts; AV1 reencode codi és de 23x més lent.
Quina és la resolució màxima implementada per a{de} A_ DE{a}?
+
Fins al 8K (7680x432000) en Pro. El Free s' ha mogut a 4K per l' limit de mida de fitxer. Les metadades HDR (HDR10, Dolby Visió) es preserva a on s' ha conservat tant {des} de_ i _ _ {a} recipients i còdecs de suport; SDR són fonts SDR.
És el meu{de} vídeo privat durant el{a} conversió?
+
S' han processat fitxers de vídeo en treballadors aïllats i s' han esborrat en minuts de compleció. No hi ha res de retenció humana més enllà de la finestra documentada. Vegeu / privcy /.
Puc escapçar o retallar durant el{de} A_ DE_ FP_P_ PH_ to_ step?
+
No és en el mateix pas que en l' AKUK usa /video-trim / o /video- cutter/ per a fer un clip el{de} primer, després la cua delWebM _ - > {a} conversió_. Trim- llavors-convert és més ràpid que tornar a codificar tot el fitxer només per a escapçar la sortida.
Per què s' ha d' assegurar que FP_ PH_ to_ rediq_ fitxer comparat amb el{de} font?
+
Gairebé sempre un paràmetre de taxa de bits molt lent. Recompa una freqüència d' alta velocitat, FP_ PH_ de_ a una baixa taxa de bits _ FP_ PH_ a_ to_ a les escenes de moviment que es comprimeix per omissió. Premeu CRF fins a 1618 (o establiu un sostre de taxa de bits explícita) i torneu a recuperar la qualitat.
El{de} acord a BP_ PH_ to_ convertibles subtítols?
+
Sí, a l' editor de subtítols (mov_ text en el MP4, SRT / AS en MKV, WebVT a WebM) es preserva automàticament quan ambdós s'{de} i FWEBP_P_ PHP_ a_ support_ recipients. Cremat (subhard) transferir els subtítols automàticament perquè són part de les dades dels píxels.