Kiel mi konvertas AV1 al WebM sen re-kodigi la videofluon?
+
Kiam la AV1 kaj WebM ujoj povas ambaŭ havi la saman kodekon (H.264, H.265, VP9, AV1), la konvertilo revenas al remiksado: la elementaj fluoj estas kopiitaj bito post bito en la WebM ujon kaj nur la envolvaĵo ŝanĝiĝas. Remiksado de 1 GB AV1 en WebM tipe finiĝas en 5- 15 sekundoj kun nula kvalitperdo. AV1 estas kodeko, ne ujo — la bitfluo normale vojaĝas ene de MP4 aŭ WebM, kunigita kun Opus aŭ AAC aŭdio. WebM estas intence mallarĝa: VP8 aŭ VP9 video (AV1 pli ĵuse) kun Vorbis aŭ Opus aŭdio, kaj nenio alia.
Mia AV1 havas plurajn sonajn trakojn — ĉu ili ĉiuj survivas en la WebM?
+
Ne fidindaj. AV1 konservas plurajn sonfluojn kiel unuklasajn trakojn, sed WebM ludado post la unua trako estas nekohera, do plej multaj ludantoj nur eksponos unu. Elektu la trakon kiun vi vere volas antaŭ konvertado; la aliaj estas pli bone ekstraktitaj al siaj propraj dosieroj ol lasitaj en ujo kiu kaŝas ilin. AV1 donas proksimume 30% pli bonan kunpremadon ol H.264 je la sama kvalito kaj ne portas licencajn kostojn, kio estas kial YouTube kaj Netflix puŝas ĝin. WebM estas malbone uzebla ie ajn ekster retumilo — videoredaktiloj, naciaj galerioj de telefonoj kaj inteligentaj televidiloj plejparte ignoras ĝin.
Ĉu WebM estas enhavo aŭ kodeko, kaj ĉu tio ŝanĝas tion, kion mi ricevas?
+
Ĝi ŝanĝas tion, kion oni atendas de la eligodosiero. Unu flanko de tiu konverto nomiĝas kodoprezento anstataŭ envolvaĵo, do kio revenas estas tiu bitfluo ene de kiu ajn ujo plej taŭgas por ĝi - kutime MP4 aŭ MKV. La finaĵo reflektas la ujon; la kodeko estas tio, kio vere difinas la dosiergrandecon kaj kie ĝi ludos.
Ĉu plurtraka sono postvivos konvertiĝon de AV1 al WebM?
+
Jes — ĉiu sontrako en AV1 (komentoj de reĝisoro, alternativaj lingvoj, priskribaj sonoj) estas konservita en WebM kiam la cela enhavo subtenas plurfluan sonon. MKV kaj MOV pritraktas senlimajn sontrakojn; MP4 subtenas multajn sed kelkaj aparataj ludiloj vidas nur la trakon 1; WebM estas limigita je unu Opus / Vorbis- trako. WebM estas strikta subaro de Matroska, kiun Google publikigis en 2010 specife por doni al HTML5 video senpagan ujon.
Ĉu konservi la subtekstajn trakojn dum konvertado de AV1 al WebM?
+
Malmolaj subtekstoj (elekteblaj trakoj) survivas kiam WebM povas porti ilin: MKV havas SRT, ASS, SSA, PGS, VobSub native; MP4 nur havas mov_text (malpliigita formato). Konvertado de MKV kun ASS-stilaj subtekstoj al MP4 tipe malaltigos ilin al mov_text aŭ enskribos ilin. Malmolaj subtekstoj (enskribitaj en la video) survivas sendepende.
Ĉu AV1 ĝis WebM konservas ĉapitrajn markojn / DVD-stilan navigadon?
+
Ĉapitraj metadatumoj transdonas inter AV1 kaj WebM kiam ambaŭ enhavoj subtenas ĉapitran atomon (MKV, MP4, MOV). WebM konservas ĉapitrojn en Matroska- kongrua bloko, do MKV <-> WebM ĉapitroj rondiras pure. AVI ne havas ĉapitran specifon, do konvertado de AVI al WebM produktas ne- ĉapitran dosieron se vi ne aldonas markojn mane.
Kio pri MKV- kunsendaĵoj (tiparoj, kovrilo) kiam vi iras de AV1 al WebM?
+
MKV estas la sola ĉefa enhavotablo, kiu entenas arbitrajn kunsendaĵojn (TTF- tiparojn por ASS- subtekstoj, JPG- kovrilojn, PDF- enmetaĵojn tradukitajn de la uzanto). Irado de AV1 al WebM forigas tiujn kunsendaĵojn, kiam WebM ne estas MKV - la elementaj fluoj konvertiĝas, sed la kunsendaĵo restas en la fonto. Konservu AV1 kiel sekurkopio, se vi dependas de kunsenditaj tiparoj.
Kiun kodekon la WebM eligo uzas defaŭlte?
+
La defaŭlta kodeko estas elektita por konveni la WebM enhavon konservative: MKV defaŭlte estas H.265 (HEVC) por pli bona densigo; MP4 defaŭlte estas H.264 por plej larĝa aparato-subteno; WebM defaŭlte estas VP9; AVI uzas MPEG-4 ASP (DivX/Xvid-linio). Anstataŭigu per la plia kodeka falmenuo — AV1 estas disponebla por MKV / WebM kie vi volas maksimuman denson kaj povas atendi tra la kodigo. WebM ludas nacie en ĉiu moderna retumilo sen kromprogramo, sen licenca kotizo kaj sen patenta ekspozicio, kio faras ĝin la defaŭlta por rete enkorpigita video.
Kiel HDR (HDR10, Dolby Vision) supervivas AV1 al WebM?
+
HDR- metadatumoj (HDR10- valoroj por la ĉefa ekrano, maksimuma enhavo- lumnivelo) estas transsenditaj al WebM, se ambaŭ enhavoj kaj la elektita kodeko subtenas ĝin (HEVC, AV1 en MKV / MP4). Dolby Vision estas pli fraka — DV- profilo 5 / 7 / 8. 1 en AV1 kutime survivas nur en MKV kun HEVC; konvertado al WebM- enhavo, kiu ne portas la DV- tavolon, ebligas HDR10.
Ĉu la konvertilo AV1 al WebM konservos varian bildfrekvencon (VFR)?
+
MKV kaj WebM registras realajn temposignojn por kadro kaj traktas VFR-on nacie, do AV1 VFR survivas en WebM el tiuj formatoj sen reekzamenadado. MP4 nominale ankaŭ konservas temposignojn, sed kelkaj ludantoj supozas CFR; la konvertilo montras "forigi CFR"-on, kiu reekzamenas VFR AV1 al 24 / 30 / 60 fps WebM por problemaj celoj.
Kial mia WebM dosiero estas pli malgranda / pli granda ol AV1 post konverto?
+
Same-kodeka remiksado produktas preskaŭ identan grandecon (la enhavodiferenco estas 0.1-2%). Ŝanĝo de kodeko povas ŝanĝi la grandecon je 50% aŭ pli: H.264 al H.265 tipe duonigas la dosieron je la sama vida kvalito; H.264 al AV1 duonigas ĝin denove je malrapida antaŭagordo. Irado de alta bitkvanto AV1 (Blu-ray-ekstrado) al malalta bitkvanto WebM (ret-alŝuto) estas la plej ofta kialo por draste malpligrandiĝo.
Ĉu la konvertilo AV1 al WebM subtenas enhavon 4K / 8K / 60fps?
+
Jes ĝis 8K (7680x4320) ĉe Premium. Senpaga nivelo pritraktas 4K (3840x2160) ĝis la maksimuma dosiera grandeco de 1 GB. Puraj remiksoj (sama kodeka trairo) de granda AV1 al WebM estas limigitaj de disko-en/el, ne CPU — 30 GB AV1 tipe remiksas al WebM en malpli ol minuto sendepende de la rezolucio. Re-kodas laŭ skalo kun nombro de rastrumeroj.
AV1 estas malferma, senpaga videokunprema formato desegnita por efika videofluado per interreto. Ĝi provizas altan kunpreman efikecon sen kompromiti vidan kvaliton.
