Stap 1: Laai jou op WebM lêers met die knoppie hierbo of deur te sleep en te laat val.
Stap 2: Klik die 'Skakel om'-knoppie om die omskakeling te begin.
Stap 3: Laai jou omgeskakelde lêer af MKV lêers
WebM om MKV Omskakelings-FAQ
Hoe bekeer ek {van} tot MKV sonder om te her-nkodering die videostroom?
+
Wanneer die _MKV{en} MKV houers albei dieselfde kodec kan dra (H.264, H.265, VP9, VV1), die omsetmaker val terug na 'n remx: die elementêre strome word gekopieer deurte-vir-byte in die _MV_K_PH_to_ houer en slegs die toelaag. 'n rem van 1x_P_P_K-sleutel word gekopieer in sekondes in_K_K-sleutel in_M.
Sal oudio {van} af tot MKV omskakeling behoue bly?
+
Ja יהוה elke klankbaan in die _MKV{van} (leikommentaar, alternatiewe tale, beskrywende oudio) word bewaar in die MKV wanneer die teikenhouer multi-stroom-oudio ondersteun. MKV en MOV hanteer onbeperkte oudiosnitte; MP4 ondersteun baie, maar sommige hardewarespelers sien slegs spoor 1; WebM is gebeeldbaar by een Opus / Voors / Vofis se spoorlyn.
Word ondertitels bewaar wanneer {van} tot _MKV_to_ omgeskakel word?
+
Sagte ondertitels (slekteerbare spore) oorleef wanneer MKV kan hulle dra: MKV hou SRT, ASS, SSA, PGS, VobSub inheems; MP4 hou slegs mov_ text ('n afgele-onderformaat). Om 'n MKV te omskep met AsS style subs na MP4 sal hulle gewoonlik afslag na mof_ text of verbrand in die video. Hards (bburn).
Hou {van} tot MKV hoofstuk merkers / DVD-style navigasie?
+
Hoofstuk metadata oordrag tussen {af} en MKV wanneer albei houers 'n hoofstukatoom ondersteun (MKV, MP4, MOV). WebM stoor hoofstukke in 'n Matroska-vergelyking blok, sodat MKV <-> Web hoofstukke rond-truply skoon. AVI het geen hoofstuk spek nie, en daarom skakel ek om AVI na _K_P_P_K_p_p_pag lêer (indien jy 'n lêer oopmaak.
Wat van MKV-aanhegsel (fonte, voorbladkuns) wanneer {van} na MKV gaan?
+
MKV is die enigste hoofhouer wat eiemagtige gekoppelde lêers stoor (TF-lettertipes vir AsS subs, JPG dekking kuns, fan- vertaalde PDF-inproppe). Gaan van _MK_KV_PH_PH_ From_ to {druppel} hierdie aanhegsels af wanneer {to_to} is nie MKV-verstek die elementêre strome omskakels nie, maar die gekoppelde betalings in die bron. Hou _P_K_P_KV-sleutel as jy op 'n rugsteun gekoppel is.
Watter kodek gebruik die MKV afvoer by verstek?
+
Die verstekkodek is gekies om by die MKV houer konserwatief te pas: MKV versteke aan H.265 (HEVC) vir beter saampersing; MP4 versteke na H. 264 vir die breedste toestel ondersteun; WebM versteke na VP9; AVI gebruik MMVI MMVI4 MSPV/ ASPv/Xvivivideit). Oorskryf deur middel van die gevorderde kode afvloei uvAvV is beskikbaar vir MW1 (BV) en wag dan deur middel van die maksimum saampersing.
Hoe oorleef HDR (DDR10, Dolby Vis) {van} tot MKV?
+
HDR plaaslike metadata (HDDR10 meesterwording waardes, maksimum inhoud lig vlak) dra deur na __MKV_P_P_to__ wanneer beide houers en die gekiesde kodek dit ondersteun (HWC, AV1 in MKV / MP4). Dolby Vision is meer onseker phon DV profiel 5 / 7 / 8. 1 in _K_PH_v_of_ gewoonlik bly slegs in MV met HV; skakel om na 'n _K_KPV-laag 5 / 7 / 8.1 in 'n H_K_K-laag te bring.
Sal die {van} tot {to_ewer} veranderlike raamtempo (VFR) behou?
+
MKV en WebM neem werklike per-frame maaltampe op en hanteer VFR inheemselik, so _MKV_PH_PH_ From_ VFR bestaan na 'n MKV van daardie formate met geen herklagling nie. MP4 in naam stoor maaltampe ook, maar sommige spelers neem KFR aan; die omskakels 'n " forseer CF" skakel tussen wat hermple VFR_R_P_P_P_P_P_K-sleutel ook van 60 / 24
Waarom is my MKV lêer kleiner / groter as die {van} af na bekering?
+
Selfdekodek remox produseer 'n byna-dentical grootte (kontainer bo-oor die kop verskil deur 0,1-2%).' n kodec verander kan die grootte verander deur 50% of meer: H. 264 tot H.265 verminder die lêer gewoonlik met dieselfde visuele kwaliteit; H. 264 tot A1 helftes dit weer op 'n stadige vooraf gestel. Gaan van 'n hoë- bistempo _M_K_PH_PHO_B=lu-ray) na' n lae_Fit_Mit_Mit_Mit_Mit_Mit_fat_Mit_Mit_Wit_Wit_Mit_Mit_Witury)
hanteer die {van} tot MKV omskakel 4K / 8K / 60fps inhoud?
+
Ja tot 8K (7680x4320) op Premium. Vryvlak hanteer 4K (3840x2160) tot by die 1 GB-lêer cap. Suiwer remuxes (some-kodec herhaling deur) van groot _MK_PH_PH_ Af_ in _MKMKV word beperk deur skyf I/O, nie CPU ooit 'n GB_PV_P_P_P_P_P_K_K_ van gewoonlik in _PK_K_Pof_Pof_Pex_to_to_to_ dm_to_to_Ift volgens 'ncto_ecomex' n skyf/K.
Is my _MKV_PH_-lêer privaat gedurende {to_omskakeling}?
+
Ja 0°) opgelaaide {l}êers word verwerk in afgesonderde werkers en uitgevee binne minute van voltooiing. Ons sien, stoor, behou of deel die inhoud. Sien /privacy/ vir die data hertention venster. Die omskakeling pypleiding loop oor hardeware wat ons einde- to-end; geen derde-part APIs ontvang jou lêer.
Kan ek tydens die _MKV_PH_-lêers gedurende die MKV omskakeling 'n nuwe lêer by _MKV" or "MKV_PH_PH_-lêers aansluit?
+
Nie in dieselfde werk nie π hou omskakeling gevestig op houer / kodec. Gebruik /trim/ om die _MKV_PH_PH_ From_ first, dan wag om die _MKV{van} -> MKV step. Vir byvoeg van verskeie clips in een {to_to}, die /merge/ nutsprograme hulle op 'n perkode (K)