MKV → WebP

Так, і гэта найхутчэйшы спосаб знайсці патрэбны момант. MKV захоўвае знакі раздзелаў у кантэйнеры як названыя часопісы, таму спіс можна прачытаць прама з файла і ўстаўляць у поле часу пачатку, а не шукаць яго вачыма. Дадайце доўжку і толькі гэты прамежак будзе дэкадаваны, таму працягласць астатняй часткі MKV не мае ніякага значэння для таго, колькі часу займае задання. MKV з'яўляецца архіўным кантэйнерам па выбары, бо ён захоўвае неабмежаваную колькасць аўдыётракаў, субтытраў, маркераў раздзелаў і малюнкаў абкладак у адным файле.

Не малюнак, толькі чаканне. MKV - кантэйнер сямейства Matroska, і гэтае сямейства захоўвае кантэйнер і кодэк цалкам асобна - тое, што файл сапраўды ўтрымлівае, было вырашана пры яго стварэнні і не падразумяваецца пашырэннем. Канвэртар спачатку дэкадуе ўсё, што ён знаходзіць, у неапрацаваныя кадры, і гэтыя кадры ідэнтычныя з тым кодэкам, які іх стварыў. Кошт дэкаду не ідэнтычны: новыя, больш эфектыўная кодэкі займаюць у некалькі разоў больш часу для распакоўкі, чым старыя, таму два MKV файлы аднолькавай даўжыні могуць заняць значна розныя тэрміны для дасягнення таго ж WebP. MKV не залежыць ад кодэка: відэа H.264, HEVC, VP9 і AV1 могуць быць выкарыстаны побач з AAC, FLAC, Opus, DTS або Dolby Audio ў адным файле.

Паколькі MKV не з' яўляецца кантэйнерам, браўзэры абавязаны яго падтрымліваць, і якія збудовы яго падтрымліваюць, залежыць ад таго, што гарантавана. Гэта не змяняе нічога ў пераўтварэнні - файл дэкадуецца на серверы, таму кантэйнер, які браўзэр адмаўляе, пераўтвараецца так жа, як і той, які ён прымае, і для яго выкарыстання не патрэбны лакальны кодэк. Але варта ведаць, як працуе пераўтварэнне: анімаваны WebP, які вяртаецца, - гэта фармат, які рэндеруе кожны браўзэр, таму гэта перамяшчае кліп з таго, што не будзе датычыць сетка, у тое, што будзе. MKV амаль не мае нацыянальнай апаратнай падтрымкі — тэлефоны, браўзэры і тэлевізары звычайна патрабуюць VLC або remux, перш чым яны будуць гуляць.

Без страт, для ўсяго, што пачалося як відэа. Анімацыя WebP можа кодаваць кадры ў любы спосаб: рэжым без страт захоўвае кожны піксель і падыходзіць для плоскай графікі і тэкст на экране, у той час як рэжым з стратамі выкарыстоўвае блокавую сістэму прагназавання, якую выкарыстоўвае відэакодэк і падыходзіць для рэальнага відэа. Рамкі камеры поўныя дробных зярнят і градыентаў, у якіх сціск без страт не знаходзіць шаблонаў, таму без страт анімацыя здымка можа працаваць у некалькі разоў больш, чым з стратамі, якая выглядае аднолькава. Захоўваць з стратамі, калі крыніцай не з' яўляецца запіс экрана з тэкстам. WebP па-ранейшаму з'яўляецца другім класам за межамі браўзэра — друкаваныя працэсы, старыя версіі Office і некаторыя тэлефонныя галерэі не прымаюць яго.

Анімаваны WebP прызначаны для клипов менш за 10 секунд. Больш за гэта і вывад будзе хуткім - GIF не сціскаецца на кадр, таму нават скромныя кліпы будуць займаць шмат мегабайтаў. Для даўжэйшых анімацыяў, анімаваныя WebP або APNG, якія сціскаюцца падобным чынам, як сучасныя відэакодэкі.

Для анімаванага GIF у 480p звычайны вынік складае 2- 8 МБ у залежнасці ад складанасці руху. Для анімаванага WebP пры тым жа разрэзе / якасці чакайце ад 200 Кб да 1 МБ - анімаваны WebP у 5- 10 разоў больш эфектыўны, чым GIF пры той жа візуальнай якасці. WebP прапануе як рэжымы з стратай, так і без страты, з альфа-празрачнасцю і анімацыяй, даступнымі ў любым з іх.

Па змаўчанні мы зніжаем частоту кадраў да 15 кадраў у секунду для анімаваных GIF (GIF працуе павольна пры больш чым 25 кадрах у секунду ў большасці праглядчыкаў) і 24 кадры ў секунду для анімаваных WebP / APNG (якія добра працуюць пры больш высокіх частатах). Параметр frame- rate пераўтворыць значэнні па змаўчанні, каб захаваць частоту кадраў з вашага MKV, калі ваш мэтавы праглядчык падтрымлівае яго.

Не - анімаваныя фарматы WebP (GIF, WebP, APNG) не захоўваюць аўдыё. Калі вам патрэбен аўдыё ў кліпеце, выберыце відэа-кантэйнер (MP4, WebM, MKV) замест WebP. Многія сацыяльныя ўбудовы (Twitter, Discord) пераўтвараюць загружаныя файлы MP4 у цыклы аўтааднаўлення ў стылі GIF, што дае вам лепшае з абодвух.

Так - параметр loop- count кіруе тым, ці будзе WebP прайгравацца бесканечнымі цыкламі (па змаўчанні), N разоў, ці прагравацца адзін раз і спыняцца. Колькасць цыклаў захоўваецца ў метададзеных кантэйнера WebP і выконваецца кожным сучасным праглядачом, вэб- браўзэрам і ўбудаванай паверхняй.

Два найбольш распаўсюджаныя прычыны: зніжэнне частаты кадраў (па змаўчанні мы змяняем частоту кадраў з 30 кадраў у секунду на 15 кадраў у секунду для GIF MKV - змяніце частоту кадраў, каб аднавіць гладкасць) і квантаванне палітра (GIF абмежаваны 256 колерамі на кадр, што выклікае градыентныя змены, якіх не было ў арыгінальным MKV). Змяніць мэту на анімаваны WebP для поўнай дакладнасці колераў.

Так — параметр змены памеру зменшыць памер уводу перад выцягваннем кадра, што значна зменшыць канчатковы памер WebP. 480p WebP, створаны з 4K MKV, у 16 разоў меншы на дыску, чым 4K WebP. Абрэзка ажыццяўляецца ў адным з асобных крокаў / trim / або / crop / перад пераўтварэннем.