DivX om WebM Omskakelings-FAQ

Hoe herkodeer ek {van} af tot WebM sonder sigbare kwaliteitsverlies?
+
Oplaai jou _WEBM_PH_PH_ van_ lêer en die omseter pas 'n CRF-gebaseerde re-enkode wat gesigslose WebM uitset (CRF 18 vir H.264 / H.265, CRF 30 vir VP9 / AV1 is die ruwe ekwivalents). WebM teikens verstek na VP9; MP4 teikens na verstek H26 vir verstek. Surback.
Die kodek volg die _WEBM_PH_PH_ houer. WebM = WebM kies VP9 (of AV1 as jy kies vir ~30% kleiner lêers); WebM = MP4 pikke H.264; WebM = MV.C.
Ja יהוה-oudio word herxed wanneer bron en teiken 'n kodec (bv. ACC binne beide MP4 en MKV) of hergekodeer word aan 'n WebM-container-vriendy codec anders (Opus / Voorbis in WebM, AAC binne MP4). Multi-baan word bewaar wanneer _WEBM_P_PO_P_P_ ondersteun.
Volgens verstek bly raam (_WEBM_PH_PH_ 24 fps in WebM; 60 fps bly 60 fps). Vir interlaceerde bronne is ons ontsout en kies die veld-dubbele tempo; jy kan 'n spesifieke raamtempo (bv. 30 fps vir web oplaai) in die gevorderde opsies forseer.
Same-kodec re-muxes (bv. _WEBM_PH_ From_ → WebM waar albei H.264) byna-dentical groottes kan voortbring. codec kan dit drasties verander: H.264 → VP9/AV1 sny gewoonlik die lêer 30-50% op dieselfde visuele kwaliteit; H. 264 → H.65 min of meer as die helfte daarvan groei.
WebM (VP9 / VP8) speel inheems in Chromane, Firefox, Rand, en Safari 14+. MP4 / H. 264 speel oral 539 werkskerm webblaaiers, iOS, Android, Smart TV's. MKV het VLC op OS nodig. Die gevorderde "device versoenbaarheid" kies die veiligste kombinasie vir die teiken platform.
Selfkodec re-mux: onder 'n minuut (geen herkoder). Re-kodering na' n ander kodec: tipies 0,3-0.7× bron duur op ons pypleiding, so 'n 1-hour _WEBM_PH_PH_ From_ → WebM eindig in 18-40 minute. AV1 is die stadigste teiken; VP9 en H. 65 is middel- Longe; H26.
Tot 8K (780x4320) op Premium. Vry gebruikers word by 4K (3840×2160) per per per lêer-grootte beperk. HDR metadata (HRD10, Dolby Vision) word bewaar waar beide _WEBM_PH_PH_ from_ en WebM houers dit ondersteun; toonkaartwerk om SDRDRO_B_PO_P_P_Pto_R_B_OON'ACOCOCOCOON
Ja Ahítub opgelaaide video lêers word verwerk in afgesonderde werkers en uitgevee binne minute van voltooiing. Ons sien, stoor, behou of deel inhoud. Die volledige data-retention beleid is by /privacy/.
Nie in dieselfde stap nie ám_ gebruik /trim-video/ of /hergrootte-video/ om te klip en te oes die __WEBM_PH_PH_ From_ first, dan wag die _WEBM_PH_PH_ From_ → {step}. Deur dit in reeks te doen, is vinniger as re-exictions die hele lêer net om sekondes af te skeer.
Byna altyd 'n bistempo-te-lae agtergrond. Re-enkodering' n hoë- bitrate __WEBM_P_PH_van___ in' n laer- bistempo WebM tydens die verstek CRF-presse swaar op beweging-hevy tonele. Laat val CRF na 16-18 (H.26) of 24-28 (VP9 / AV1) of stel 'n eksplisiete teiken en herstel kwaliteit.
Ja Shift ingebedde onderregte snitte (mov_ text in MP4, SRT/ASS binne - in MKV, WebVT in WebM) word bewaar wanneer beide __WEBM_PH_PH_PM_to_ houers hulle ondersteun. Skryf in (harde-ub) subtitels plaas outomaties omdat hulle deel van die videoraam self is.
Of plaas jou lêers hier