Stap 1: Laai jou op FLV 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 MP4 lêers
FLV om MP4 Omskakelings-FAQ
Hoe herkode{van} af tot _JpG_to_ sonder kwaliteitsverlies?
+
Oplaai jou _JpG{van} lêer en ons omskakeler pas 'n CRF-gebaseerde re-enkode wat gesigslose _JPG_PG_P_H_to_ uitset (CRF 18 by verstek, sagter = groter / hoër kwaliteit) aanval. Die kodec is gekies om te pas by die __JPG_PG_to_ houer (H. 264 / H. 085 / VP9 / AP1 gepaste).
Watter kodek gebruik die MP4 afvoer?
+
Dit hang af van die houer. MP4 versteke na H.264 (bpadspeelback ondersteuning); MKV en Webm verstek na H.265 en VP9 onderskeidelik vir beter saampersing na dieselfde eienskap. Jy kan kodec keuse ignoreer in die gevorderde opsies voor omskakeling.
Sal my oudio snit behoue bly{van} af tot MP4 omskakeling?
+
Ja יהוה-oudio word her-auxed (wanneer _JpG_PH_PH_ From_ en MP4 deel 'n oudiokodec) of herkodeer na AC / Upus / Vorbis afhangende van wat die MP4 houer ondersteun. Multi- straction, alternatiewe tale) word bewaar.
Kan ek die oorspronklike raam hou wanneer {van} af tot MP4 bekeer word?
+
Volgens verstek word raamversie onveranderd (_JpG_PH{van} 24fps bly 24fs in MP4). Indien jy dit moet verander (bv. interlaced 29.97 → Progrestig 30fs), gebruik die raamkeuse, wat 3:2 handiÃ"nsie en deinterering in dieselfde herhaling hanteer.
Wat is die grootte van die lêerverskil tussen{af} enMP4?
+
Selfdekodec re-muxes (bv. _JpG_PH_PH_ From_ → MP4 waar beide gebruik H.264) produseer byna-identical groottes. codec verander kan die grootte drasties swaai: H.264 → H.265 verminder gewoonlik die lêer by dieselfde visuele kwaliteit; H. 264 → VP9 is ongeveer vergelykbaar.
Sal die MP4 lêer speel op iPhone / Android / Smart TV?
+
MP4 / H. 264 speel oorspronklik oral. MOV / H. 264 speel op Appeltoestelle en die meeste slim TV's, maar nie op ouer Android nie. MKV het VLC op iOS nodig. Die gevorderde opsies sluit 'n "device versoenbaarheid" in wat die veiligste kodec / houer kombinasie vir die teikentoestel kies.
Hoe lank om 'n 1-hour{l}êer tot MP4 inneem?
+
Dit hang af van die kodec verander. Samekodec re-mux: 30-60 sekondes (geen re-enkode). Re-enkode na 'n ander kodec: tipies 0,0.7x-bron duur op ons GPU-pyplyn, so 'n 1-uur lêer eindig in 18-40 minute.
Wat is die max-resolusie wat ondersteun word vir _G{pos} na MP4?
+
Tot 8K (7680x4320) op Premium. Vry gebruikers word by 4K (3840x2160) per die lêer-grootte beperk. HDR metadata (HRD10, Dolby Vision) word bewaar waar beide {af} en MP4 houers dit ondersteun.
Is my _PG_PH vanaf_video privaat gedurende bekering?
+
Ja ☞ opgelaaide video lêers word verwerk in afgesonderde werkers en uitgevee binne minute van voltooiing. Ons sien, stoor, behou of deel inhoud. Sien /privacy/ vir die volledige data hertention venster.
Kan ek gedurende die _PG_PH_PH_P_ van_ af tot MP4 bekeer?
+
Nie in dieselfde step π gebruik /video-trim/ of /video-kutter/ na trime voor omskakeling, dan wag wag die __JpG_PH_PH_ From__ → MP4 step. Triming en omskakeling in reeks is vinniger as re-enkodering die hele lêer net om te oes.
Waarom is die MP4 lêer wasig / gepixeleer in vergelyking met die __JPG{van} bron?
+
Byna altyd 'n bistempo-te-lae agtergrond. Re-enkodering van' n hoë- bitrate __JPG{van} in 'n laer- bistempo __JPGMP4 tydens die verstek CRF-presse swaar op beweging-hevy tonele. Stoot CRF af na 16-18 (of stel eksplisiete bistempo) en re-run om te herstel kwaliteit.
Ondersteun die {van} af tot {to_oor} subtitels?
+
Ja יהוה ingebedde onderregte snitte (mov_ text in MP4, SRT/ASS in MKV) word bewaar wanneer beide _G_PG_PH_ From__ en MP4 houers hulle ondersteun. Skryfed-in (hardsub) subtitels plaas outomaties omdat hulle deel is van die videoraam.