WebM → WebP

Buksan ito sa isang player, hanapin ang sandali at tandaan ang timecode, dahil ang isang WebM ay normal na hindi nagdadala ng mga marka ng kabanata upang mag-navigate sa pamamagitan ng. I-paste na sa patlang ng simula-oras, magdagdag ng isang tagal, at ang converter naghahanap sa puntong iyon at decodes lamang ang span na iyong tinanong para sa. Ang hanapin ay tumpak sa frame, ngunit ito ay maaaring lamang bilang mabuti bilang ang bilang ito ay ibinigay — suriin ito laban sa isang preview bago committing sa isang mahabang clip. Ang WebM ay isang mahirap na magkasya kahit saan sa labas ng isang browser - video editor, mga katutubong gallery ng telepono at Smart TVs malaki ang hindi pinansin ito.

Ang isang WebM ay isang Matroska-family container, at ang pamilya na panatilihin ang container at ang codec ganap na hiwalay - kung ano ang file ay talagang may hawak na ay nagpasya kapag ito ay nakasulat at ay hindi implied sa pamamagitan ng extension. Ang converter decodes ano man ito ay natagpuan bumalik sa raw frame unang, at ang mga frame ay magkapareho alin codec ginawa ang mga ito. Decode gastos ay hindi magkapareho: ang mas bagong, mas mahusay codec tumagal ng ilang beses na mas mahaba upang unpack kaysa sa mas lumang mga, kaya dalawang WebM file ng parehong haba ay maaaring tumagal ng kapansin-pansin na iba't ibang mga oras upang maabot ang parehong WebP. Ang WebM ay sadyang makitid: VP8 o VP9 video (AV1 mas kamakailan) na may Vorbis o Opus audio, at wala pang iba.

Oo, sa sandaling mayroon ka ng file mismo. A WebM ay kung ano ang web ay gumagamit para sa inline video tiyak dahil browser play ito nang walang plugin, kaya ang clip na naglalaro sa isang tab ay karaniwang isang karaniwang WebM na nai-save at mga pag-upload dito tulad ng anumang iba pang mga file. Ang pagbubukod ay isang streaming player na hands out maikling numero segment sa halip na isang file — ang mga kailangang muling i-assemble bago ang anumang bagay ay maaaring i-convert. Karapatan ay ang iba pang bagay na nagkakahalaga ng pagtingin: ang pagiging able sa i-download ang isang video ay hindi ang parehong bilang ang pagiging pinahihintulutan upang muling i-publish ng isang animation na ginawa mula sa ito. Ang WebM ay nilalaro sa bawat modernong browser na walang plugin, walang bayad sa lisensya at walang exposure sa patent, na ginagawa itong default para sa mga video na naka-embed sa web.

Ang isang animated WebP ay maaaring mag-encode ng mga frame nito sa anumang paraan: ang lossless mode ay nananatili sa bawat pixel at angkop sa flat na graphics at teksto sa screen, habang ang lossy mode ay gumagamit ng block-based na pagtataya ng uri ng video codec na ginagamit at angkop sa tunay na footage. Ang mga frame ng kamera ay puno ng fine grain at gradients na ang lossless compression ay hindi makahanap ng pattern sa, kaya ang isang lossless animation ng isang filmed clip ay maaaring tumakbo ng ilang beses ang laki ng isang lossy na isa na mukhang pareho. Hayaan itong lossy maliban kung ang pinagmulan ay isang screen recording ng crisp na teksto. Ang WebP ay pangalawang klase pa rin sa labas ng browser — ang mga workflow ng print, mas lumang mga build ng Office at ilang mga gallery ng telepono ay hindi tinatanggap ito.

Ang Animated WebP ay may sukat para sa mga clips sa ilalim ng 10 segundo. Mas mahaba kaysa sa at ang mga balon ng output mabilis — GIF ay uncompressed-per-frame, kaya kahit modest clips tumakbo sa maraming megabytes. Para sa mas mahabang animations, target animated WebP o APNG, parehong kung saan compress katulad ng modernong video codecs.

Para sa animated WebP sa parehong resolusyon / kalidad, asahan 200 KB sa 1 MB — animated WebP ay 5-10x mas mahusay kaysa sa GIF para sa parehong visual na kalidad. Ang WebP ay nag-aalok ng parehong lossy at lossless mode, na may alpha transparency at animation na magagamit sa alinman.

Sa default naming downsample sa 15 fps para sa animated GIF (GIF gumagana masama sa itaas 25 fps sa karamihan ng mga viewers) at 24 fps para sa animated WebP / APNG (na hawakan mas mataas na mga rate fine). Ang frame-rate na pagpipilian overrides ang default na upang mapanatili ang mga rate ng pinagmulan mula sa iyong WebM kung ang iyong target viewer suportado ito.

Hindi — ang animated WebP formats (GIF, WebP, APNG) ay hindi nag-iimbak ng audio sa lahat. Kung kailangan mo ng tunog sa iyong clip, i-target ang isang video container (MP4, WebM, MKV) sa halip na WebP. Maraming mga social embeds (Twitter, Discord) ang aktwal na nagko-convert ng mga pag-upload ng MP4 sa mga loop ng autoplay na estilo ng GIF, na nagbibigay sa iyo ng pinakamahusay sa parehong.

Oo — ang loop-count na pagpipilian ay kumokontrol kung ang WebP loops walang hanggan (default), naglalaro N beses, o naglalaro ng isang beses at huminto. Ang loop count ay naka-imbak sa WebP container metadata at iginagalang ng bawat modernong viewer, web browser, at i-embed ang ibabaw.

Ang mga sumusunod ay ang mga karaniwang sanhi: frame-rate downsampling (nahulog kami ng 30 fps WebM sa 15 fps GIF sa default — bump ang frame-rate na pagpipilian upang ibalik ang katatagan) at palette quantization (GIF ay limitado sa 256 kulay bawat frame, na posterizes gradients sa isang paraan na ang orihinal na WebM hindi).

Ang isang 480p WebP na nabuo mula sa isang 4K WebM ay 16x mas maliit sa disk kaysa sa isang 4K WebP. Ang pag-crop ay hinawakan sa isang hiwalay na /trim/ o /crop/ na hakbang na tumatakbo bago ang conversion.