Обсуждаем вебм. /webm/

Обработал в двух разных программах. Мне кажется, что разница минимальна, но почему такая большая разница в размере файла. Может мне пора спать? В любом случае обсуждаем программы, которыми вы кодируете вебм и все такое.

>>2080526 (OP)
> почему такая большая разница в размере файла
Потому что разный битрейт
> разница минимальна
Кончено, ведь у тебя статичное видео, где почти никто не двигается.
Возьми для экспериментов вот это видео.

https://www.youtube.com/watch?v=ZSn3Tvc7jQU

>>2080526 (OP)
первая вебм работает, вторая нет, разные кодеки, разная степень сжатия

>>2080526 (OP)
А по-моему разница в качестве вебмок достаточно большая.

Есть еще такие моменты как...

Кодирование в один проход и в два. Сначала анализируется структура видео, создаётся лог, потом, в соответствии с информацией из лога, происходит кодирование. В ffmpeg это опция -pass, параметр 1 – для первого прохода, 2 – для второго.

Максимальное время, уделяемое на обработку каждого фрейма. В ffmpeg это опция -deadline, где параметр 0 – без ограничения по времени, 1 – реалтайм, максимально быстро, но хуёво. По умолчанию стоит параметр 1000 (одна секунда).

Диапазон максимального и минимального значения для перемененного битрейта. В ffmpeg это опции -minrate и -maxrate соответственно. Чем шире будет задан "коридор", тем медленнее будет происходить кодирование, но сожмётся лучше.

Метод, каким было осуществлено сжатие видео: по битрейту (с постоянной квантизацией) или CRF (https://ru.wikipedia.org/wiki/Constant_Rate_Factor ) . Общими словами: CRF это чем медленнее движется объект, тем детальнее он отображается, т.к. детализацию движущихся объектов мы воспринимаем хуже. Уровень качество для данного метода задаётся не битрейтом, а параметром от 0 (без сжатия, доступно только в VP9, в VP8 минимум это 4) до 63 (максимальное сжатие). В ffmpeg это опция -crf.

>>2080530
Я сразу понял, что дело в битрейте. Просто разница мне показалась минимальной, а размер ролика в несколько раз больше.
>>2080620
Потому что 10бит, переделаю.Это можно пофиксить в браузере, чтобы вебм с 10битным цветом открывались.
>>2080635
Спасибо. Мне просто интересно, чем лучше кодировать: ffmpeg/adobe premiere. Получается, что дело только в том, какие настройки я поставлю.

>>2080753
У тебя опять Frame rate mode "Variable", поставь "Constant" (т.е. включи сжатие CRF).

ffmpeg, если сложно то https://hive.blasux.ru/webm/boram , оболочка для ffmpeg специально для кодирования вебмок.

adobe premiere, если ты там монтируешь. Если недостаёт нужных настроек, то сохраняй ролик сначала в lossless, потом кодируй в ffmpeg/boram.

>>2080887
Вот настройки, с которыми я сохранял. Я сам не знаю, почему он константу не запоминает.

>>2080895
Бля, я хотел вот так сделать.

>>2080753
Во многих случаях и кодировать ничего не нужно. Видосы на ютубе и так в VP9 закодированы. Зацени тот же самый фрагмент при том же самом разрешении, но какой он имеет при этом размер и качество.

>>2080899
Как добиться такого же эффекта?

>>2080896
Какие варианты выпадают в Method?

>>2080902
>>2080902

>>2080907
>Constrained Quality

http://wiki.webmproject.org/ffmpeg/vp9-encoding-guide

>Note that Constant Quality differs from Constrained Quality, described below.
>Обратите внимание, что постоянное качество отличается от ограниченного качества, описанного ниже.


Попробуй ещё поэкспериментировать с Variable Bitrate.

>>2080914
Хорошо.

General
Complete name : C:\Users\eva01\Desktop\Big Buck Bunny 1080p 60fps, 4K UHD 60fps_1.webm
Format : WebM
Format version : Version 4 / Version 2
File size : 15.6 MiB
Duration : 1 min 0 s
Overall bit rate : 2 175 kb/s
Encoded date : UTC 2017-07-03 00:54:56
Writing application : fnord WebM for Premiere, built Jun 15 2017
Writing library : libwebm-0.2.1.0

Video
ID : 1
Format : VP9
Codec ID : V_VP9
Duration : 1 min 0 s
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 30.000 FPS
Language : English
Default : Yes
Forced : No

Audio
ID : 2
Format : Opus
Codec ID : A_OPUS
Duration : 1 min 0 s
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 kHz
Compression mode : Lossy
Language : English
Default : Yes
Forced : No

>>2080920
Аудиодорожку, кстати, можно брать исходную, прописав -c:a copy. Если это аудио опус. Тоже самое можно сделать и с видео, если требуется просто сохранить без перекодирования.

>25
Это дефолтное значение. Попробуй больше.

Исходный файл, кстати, лучше брать большего разрешения (желательно максимум, что есть), уменьшать до 720 в настройках во вкладке VIDEO FX. Меньше артефактов будет. Это если требуется впихнуть какой-то клип в лимит 20 МБ.

>>2080928


04:51.500



INFO

VIDEO FX

AUDIO FX

CODECS

ENCODE


width
height
left
top
width
height

no subs


no audio

in
out
factor
start
end

limit
quality

bitrate




Preview:
empty


Title:
metadata title tag
Big Buck Bunny 1080p 60fps, 4K UHD 60fps
Path:
output file path
C:\Users\eva01\Desktop\Big Buck Bunny 1080p 60fps, 4K UHD 60fps - boram-copy.webm


TEST

NORMAL

OPEN
$ ffmpeg -hide_banner -nostdin -y -ss 03:50.000 -i "file:E:\\downloads\\Big Buck Bunny 1080p 60fps, 4K UHD 60fps.mp4" -t 61.500 -map 0:v:0 -map 0:a:0 -threads 8 -c:v copy -speed 4 -tile-columns 6 -row-mt 1 -frame-parallel 0 -b:v 0 -crf 20 -auto-alt-ref 1 -lag-in-frames 25 -g 128 -pix_fmt yuv420p -c:a copy -b:a 128k -an -pass 1 -passlogfile "C:\\Users\\eva01\\AppData\\Local\\Temp\\boram-3860qDCBnMenHFOR" -f null -
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'file:E:\downloads\Big Buck Bunny 1080p 60fps, 4K UHD 60fps.mp4':
Metadata:
major_brand : mp42
minor_version : 0
compatible_brands: isommp42
creation_time : 2014-11-15T17:58:21.000000Z
Duration: 00:10:34.60, start: 0.000000, bitrate: 2250 kb/s
Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 2056 kb/s, 30 fps, 30 tbr, 30 tbn, 60 tbc (default)
Metadata:
handler_name : VideoHandler
Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 191 kb/s (default)
Metadata:
creation_time : 2014-11-15T17:58:26.000000Z
handler_name : IsoMedia File Produced by Google, 5-11-2011
Output #0, null, to 'pipe:':
Metadata:
major_brand : mp42
minor_version : 0
compatible_brands: isommp42
encoder : Lavf57.66.104
Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 30 fps, 30 tbr, 30 tbn, 30 tbc (default)
Metadata:
handler_name : VideoHandler
Stream mapping:
Stream #0:0 -> #0:0 (copy)
frame= 1899 fps=0.0 q=-1.0 Lsize=N/A time=00:01:01.50 bitrate=N/A speed=2.37e+003x
video:15052kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown
==================================================
$ ffmpeg -hide_banner -nostdin -y -ss 03:50.000 -i "file:E:\\downloads\\Big Buck Bunny 1080p 60fps, 4K UHD 60fps.mp4" -t 61.500 -map 0:v:0 -map 0:a:0 -threads 8 -c:v copy -speed 1 -tile-columns 6 -row-mt 1 -frame-parallel 0 -b:v 0 -crf 20 -auto-alt-ref 1 -lag-in-frames 25 -g 128 -pix_fmt yuv420p -c:a copy -b:a 128k -pass 2 -passlogfile "C:\\Users\\eva01\\AppData\\Local\\Temp\\boram-3860qDCBnMenHFOR" -metadata "title=Big Buck Bunny 1080p 60fps, 4K UHD 60fps" -f webm "file:C:\\Users\\eva01\\Desktop\\Big Buck Bunny 1080p 60fps, 4K UHD 60fps - boram-copy.webm"
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'file:E:\downloads\Big Buck Bunny 1080p 60fps, 4K UHD 60fps.mp4':
Metadata:
major_brand : mp42
minor_version : 0
compatible_brands: isommp42
creation_time : 2014-11-15T17:58:21.000000Z
Duration: 00:10:34.60, start: 0.000000, bitrate: 2250 kb/s
Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 2056 kb/s, 30 fps, 30 tbr, 30 tbn, 60 tbc (default)
Metadata:
handler_name : VideoHandler
Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 191 kb/s (default)
Metadata:
creation_time : 2014-11-15T17:58:26.000000Z
handler_name : IsoMedia File Produced by Google, 5-11-2011
Output #0, webm, to 'file:C:\Users\eva01\Desktop\Big Buck Bunny 1080p 60fps, 4K UHD 60fps - boram-copy.webm':
Metadata:
major_brand : mp42
minor_version : 0
compatible_brands: isommp42
title : Big Buck Bunny 1080p 60fps, 4K UHD 60fps
encoder : Lavf57.66.104
Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 30 fps, 30 tbr, 1k tbn, 30 tbc (default)
Metadata:
handler_name : VideoHandler
Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 128 kb/s (default)
Metadata:
creation_time : 2014-11-15T17:58:26.000000Z
handler_name : IsoMedia File Produced by Google, 5-11-2011
Stream mapping:
Stream #0:0 -> #0:0 (copy)
Stream #0:1 -> #0:1 (copy)
[webm @ 000002c53eec00a0] Only VP8 or VP9 video and Vorbis or Opus audio and WebVTT subtitles are supported for WebM.
av_interleaved_write_frame(): Invalid argument
Error writing trailer of file:C:\Users\eva01\Desktop\Big Buck Bunny 1080p 60fps, 4K UHD 60fps - boram-copy.webm: Invalid argument
frame= 2 fps=0.0 q=-1.0 Lsize= 0kB time=-00:00:01.76 bitrate=N/A speed=N/A
video:253kB audio:1kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown
Conversion failed!

ffmpeg exited with 1

>>2080937
>>2080928
Я там лишнего взял, кажется. Краткое содержаение: вписал -c:v copy -c:a copy.

>>2080940
Если требуется просто сохранить видео, то
-i "видео.mkv" -map 0:v:0 -map 0:a:0 -threads 4 -c:v copy -c:a copy

>>2080940
Нельзя копировать из mp4 в webm. Потому что кодеки не поддерживаются контейнером.

Это тред кодирования видео?
crf 21.5, кванты для b не вылезают за 23. Размер тестового файла без фильтра (пик 1 и 2) - 227МиБ. Размер тестового файла с nlmeans и lapsharp (пик 3 и 4) - 108МиБ. Какого, а? Выглядит лучше, чем исходник.

Разницу удобно смотреть тут: https://diff.pics/AV0cTato9xgb/2
Что скажете? Где я наебался?

Осталось подумОть, что делать с ringing артефактами. Их, так-то, не видно. От слова совсем. Но они есть. Забить или нет?

>>2080899
>Видосы на ютубе и так в VP9 закодированы.
Заебали вы со своим вебмом, один парашный гугл его использует. Как и гифв имгур. Понапридумывают мертвых форматов.

Раз уж такой тред, задам свой вопрос. Часто на трекерах, когда выкладывают фильм, прикладывают media info. Как мне выбирать нормальные рипы, на что смотреть? Обычно выбираю по размеру 1080п и смотрю на размер ~10Гиб, ну и скрины (хоть они не передают динамику, например). Видел рипы которые весят ~2Гиб как у них качество, приемлемое и я просто качаю лишнее? Смотрю на ips мониторе 1080п.

>>2081423
Битрейт фиксированный? Зачем, чтобы размер был гарантированный?
Первый как-то слишком мыльноват, будто 720 растянули.

>>2081419
Читай про параметры x264. Смотри на subme (9-11 должно быть), ref (4 для 1080p, 9 для 720p). bframes 5+ (обычно 8). merange (24-32). Все это значит, что васян долго-долго кодировал, чтобы побольше качества запихать, вместо того, чтобы выбрать побыстрее и повыше поставить crf (хуже качество). Если crf то нормальные цифры для 1080p - 20 - 22. Если там 16, например, то считай 2-4 ГиБ ушло на кодирование пустоты. Для dvd 18-21 норма.
Вообще читай что значат эти параметры, думай и сравнивай. Сразу скажу, что 99% рипов на открытых трекерах - говно. Стандартом считается не применять фильтров, т.е. стандартная ситуация что 2/3 битрейта ушло на кодирование шума.

>>2081419
Еще: для разных фильмов разный битрейт. Для 1080p среднего от 8к до 16к норма. Для dvd ~3к.

>>2081425
>Первый как-то слишком мыльноват, будто 720 растянули.
Скорее всего, властелин колец 3 часа идет, по 800 мегов на час. Если бы не растянули выглядело хорошо.

>>2081427
>>2081428
>xsel -b >> notes/movies
Спасибо, схоронил.

>>2081441
Еще иногда выкладывают часть лога, а именно:
x264 [info]: frame I:82 Avg QP:18.82 size:191399
x264 [info]: frame P:994 Avg QP:22.10 size: 55783
x264 [info]: frame B:3671 Avg QP:24.16 size: 22860

Avg QP всех трех цифер должно быть в пределах 16-23. Т.е. 18 21 23 - это норма. frame B не должен вылезать за 25, в крайних случаях. Но все равно надо смотреть картинку.

Поясните за h265.

>>2081496
Для аниме норм. Для низких битрейтов норм (меньше 3к). Для блуреев пока профитов нет. Качество хуже, если задирать crf, то размер будет не настолько меньше, чем у x264, а кодироваться будет тыщу лет.
x264 старый, оптимизированный и проверенный. x265 пока что нет. К тому же там a1 где-то на горизонте маячит.

>>2081499
>Качество хуже, если задирать crf, то размер будет не настолько меньше, чем у x264, а кодироваться будет тыщу лет.
Прочитал статью в интернетике
@
Кукарекаю

>>2081501
Не одну, а много, и не только статей, а форумов тоже. А еще прочитал man и долго-долго тестил. x264 crf=22 ~= x265 crf=15. Выигрыш в размере 5%, а скорость сам знаешь какая. + у x265 фич меньше (может пизжю)

>>2081404
>один парашный гугл его использует
Другое дело HEVC, который вообще никто не использует.

>>2081507
То есть, VP9 на данный момент самый лучший формат?

Хотя даже качество VP8 (старых вебемок) и x264 (классических MP4) уже смешно было сравнивать.

>>2081595
Маня ты обосралась.

>>2080530
Лучше вот это, в твоем движения тоже не особо много, а вот эту психоту вообще невозможно нормально сжать.
https://www.youtube.com/watch?v=rEUxlwb2uFI
https://www.youtube.com/watch?v=INqKqk-ifpc

>>2081395
Потому что на первой у тебя добавочный шум, в попытке имитировать зерно. Если это была цель при мастеринге, а это скорее всего так (часто так делают в попытке скрыть артефакты сжатия и возможно добавить мнимой резкости) - то она нахуй проебалась на третьей вместе с шумом.

>>2081642
>а вот эту психоту вообще невозможно нормально сжать.
Господи, довничи, ну почитайте теорию, первый ролик это практически идеал для сжатия слайсами. И размер вебм vs mp4 об этом говорит.
А вот второй - с постоянным движением как раз обратный пример.

>>2081646
Бля, хуй знает, я как ни пробовал первое сжать, не выходит человеческого качества. Даже несмотря на то, что там меняется большую часть видео только центр кадра.

>>2081649
Плохо старался, вон у ютуба же вышло сжать на 30% по отношению к 264.
Причем там еще и качество скорее всего в вебме крапаль лучше (обычно).

>>2081650
Ну да, но речь о том, что даже так размер гораздо больше чем большинство роликов подобной длины/фреймрейта/разрешения.

>>2081651
Абсолютно нормально он весит, ролик мистера фримера чуть сложнее графиески и уже 50 мегов весит, хотя короче на пару минут.
https://www.youtube.com/watch?v=rH-KrHfc_dM

>>2080753
> ffmpeg/adobe premiere
ffmpeg
/thread

>>2081650
>качество скорее всего в вебме крапаль лучше (обычно)
Ютуб хранит оргиналы? Если видео было в H264, то при перекодирование в VP9 качество же наоборот - потеряется?

То же и с аудио. Почему аудио в опус весит больше, чем то же для MP4?

>>2082207
>Ютуб хранит оргиналы
Хранит и даже пережимает старые видео повторно.

>>2080887
>Битрейт намного лучше перебрать, чем недобрать. Учитывая текущие лимиты макабы (20/40 МБ), постить шакалов просто преступно. Для обычного контента с людьми и VP9 можно ориентироваться на 2Mbps+ (720p) и 4MBps+ (1080p)
>обычного контента
>720p
>1080p
Ловите наркомана. Обычный контент это не клипы, а аналог картинок реакций. Должны открываться на странице и тут же быстро и весить мало. Потому что знаете что будет? Кончится траффик и борду закроют. Это полным надо быть мудаком, чтобы это не держать в уме.

>>2082245
>Кончится траффик и борду закроют
Че, абу не найдет кому отсосать?

>>2082233
Откуда у ютуба столько денег, чтобы хранить все эти колоссальные объемы данных?

>Хранит и даже пережимает старые видео повторно
Откуда инфа?

>>2082252
>Откуда инфа
Перекачивал старые видео, размер у них был меньше (иногда сильно 20-40%) а вот качество чуть хуже. На некоторых была обратная ситуация - весили на 5-20% меньше, но детализация выше (фактура вентилируемой кожи в авто появлялась).
Сравнивал пофреймово.

>>2082257
А как определить где качество лучше - на старой AVCшке или на новой VP9?

То есть, где повторно пережимают старый видос и где берут для перекодирования оригинал?

>>2082261
>где берут для перекодирования оригинал
Оригинал (не доступен публике) >> Пережим 2012-2015 года >> Пережим 2016-20... года

Они так делают скорее всего

>>2082262
>Оригинал (не доступен публике) >> Пережим 2012-2015 года >> Пережим 2016-20... года
В смысле? Пережим 2016-20... происходит не из оригинала а из пережима 2012-2015 года?

>>2082270
>происходит не из оригинала
Из оригинала, не умею я рисовать текстом лул

>>2082252
>vp9 3840x2160 30fps (1673.74MiB)
>avcl 3840x2160 30fps (2198.16MiB)

>avcl 1920x1080 30fps(262.75MiB)
>vp9 1920x1080 30fps (109.93MiB)

Почему такая гигантская разница между в размере файла между 4K и Full HD? Ведь картинка только в 4 раза больше (в 2 раза по высоте и в 2 по ширине), а размер файла больше в 15 раз и в 9,5 для AVC. С чем это связано?

>>2081595
Эппл решил пересесть на хевк.

https://appleinsider.ru/ios/vesomyj-dovod-ustanovit-ios-11.html
https://appleinsider.ru/software/kakie-ustrojstva-apple-podderzhivayut-formaty-heif-i-hevc.html

Значит ли это, что фильмы в iTunes станут кодировать в H.265 и на торентах появятся фильмы в безупречном качестве?

Так, поясните еще за форматы. Ави, мкв, мп4, вот это вот все.

>>2080635
охуенный кстати FAQ. Спасибо.

>>2082660

Добро пожаловать, друг.

http://hevc.club/

>>2082704

>>2082252
>Откуда у ютуба столько денег, чтобы хранить все эти колоссальные объемы данных?

Объект твоего вопроса компания с капитализацией в 600 млрд долларов. С огромными связями со всеми компаниями по сетям, железу и дисковых массивов.

>>2082704
А где гарантия, что это RAW/lossless материал от дистрибьютора, сразу закодированный в HEVC, а не пережатый блюрей рип H264?

>>2082708
Но зачем такое количество избыточных данных? AVC это для старых компов, которые более тяжёлые новые кодеки в высоком разрешении не потянут?

>>2082669
Это всё контейнеры, а не форматы. AVI и Matroska (.mkv) поддерживают комбинацию любых кодеков, MP4 только видео, аудио и субтитры стандарта MPEG.

>>2082743
Скорее всего политика компании и сотрудничество с некоторыми источниками видео ресурсов.

Компания как бы предполагает что на её хостинг заливают огромное количество компаний и частных лиц. Возможно, это кто-то использует камеры переходного периоду с FULLHD на 2К-4К, и такое же программное обеспечение, которое хуячет только по этому сжатию, а что то менять или покупать лицензированное дорогое ПО - нахуй надо.

>>2082831
Скорее все что что заходит в 4к не жмется (или минимальным пресетом), а вот производные размеры пережимаются.

>>2082704
Хули так зернисто и такие резкие цветовые переходы, будто это GIFка?

>>2082704
>http:
Что-то там даже при авторизации нет https. Что за дичь?

>>2082986
А нахуя?

Что такое Multi-treading mode? В оболочке boram три варианта настройки:

1) row-mt
Устанавливается в строке: -speed 1 -row-mt 1

2) tile-col
Устанавливается в строке: -speed 1

3) no-mt
Устанавливается в строке: -speed 0


За что отвечают опции -speed и -row-mt в ffmpeg?

> За что отвечают опции -speed и -row-mt в ffmpeg?
Если я не ошибаюсь, то кто-то выше писал, что эта функция отвечает за время монтирования кадра.
-speed 0 означает, что пека будет монтировать столько, сколько нужно.

>>2083306
>то кто-то выше писал, что эта функция отвечает за время монтирования кадра
То -deadline, вроде. Да и почему настройка называется Multi-treading mode, то есть что-то связанное с потоками. Если говорить о программных потоках, то они задаются опцией -treads.


И да, если выставить no-mt (-speed 0), то кодирование будет происходить пиздецки долго.

>>2083438
> почему настройка называется Multi-treading mode
Вроде как -speed — это тоже самое, что и -cpu-used. Еще слышал, что -speed — это выбор алгоритма кодирования, 0 - самый тяжелый, 5 - самый быстрый, но менее сжимающий видео.

>>2083492
А -row-mt?

>>2083492
А по умолчанию что стоит?

-deadline 0..over9000 (синоним: -quality) — допустимое кол-во микросекунд на кодирование одного кадра; специальные значения и константы:

0 (best): без ограничений, максимальное качество;
1 (realtime): завершить кодирование как можно быстрее;
1000000 (good): 1 секунда, значение по умолчанию.

При значениях больше единицы:

в однопроходном режиме опаздывающие кадры кодируются в режиме realtime, укладывающиеся в указанный лимит времени — по профилю -cpu-used;
в двухпроходном режиме всегда используется профиль -cpu-used.

-cpu-used 0..8 (синоним: -speed, по умолчанию 1) — профили энкодера для -quality good, от более ресурсоёмких и эффективных к менее, см

>>2081644
А где я спрашивал: "Почему?". Он не проебался, а он был замылен nlmeans. В любом случае я решил не мылить, а сделал максимально прозрачный рип с сохранением шума - вышло ~20ГиБ c исходника в 40ГиБ, что на 4ГиБ меньше непрозрачного рипа, гуляющего в сети. Я доволен.

>>2081599
>VP9
Это для веба. x264 - лучший формат для фильмов в высоком битрейте. Золотой стандарт. Через года 3-4 можно будет подумывать об AV1. x265 - можно рассматривать как кодек для низких битрейтов с потерей качества. На высоких битрейтах профитов 0, а скорость кодирования раз в 5 ниже.

>>2084205
>Золотой стандарт
Ultra HD Blu-ray ведь в H.265. А это золотой стандарт.
https://en.wikipedia.org/wiki/Ultra_HD_Blu-ray
>x265 - можно рассматривать как кодек для низких битрейтов с потерей качества
Тут чисто психологический момент: чем больший объём имеет видео, тем менее ты готов ждать (не будешь же ты ждать пару суток, а то и неделю?), тем менее эффективные и более быстрые настройки качества указываешь. На деле же H.265 для высоких битрейтов эффективен не меньше, чем для низких. Крупные компании же не ограничены в вычислительных мощностях.

>>2084217
>Ultra HD Blu-ray
Я имел ввиду 1080p. Ultra HD - сам по себе еще далеко не стандарт и вообще не известно приживется ли 4К или это что-то типа laserdisc.
>На деле же H.265 для высоких битрейтов эффективен не меньше, чем для низких
В том-то и дело, что разницы на высоких ты не увидишь ни в размере, ни в качестве. Пока. Может быть через два года x265 будет обгонять по всем параметрам x264. Пока же он сырой и медленный.
Другое дело низкие битрейты. Вот рипы от YIFY при таком же весе будут выглядит куда лучше, потому что на низких битрейтах x265 творит чудеса. Но кому нужны эти низкие битрейты? Для архива фильмов only прозрачные, а еще лучше ремуксы.

>>2084217
>тем менее эффективные и более быстрые настройки качества указываешь
Второе - значения по умолчанию.

Например, упомянутая настройка -deadline (синоним -quality), где по умолчанию указана 1 секунда. Для кодирования в низком битрейте этого может и достаточно, но для высокого - критически мало. В результате не понимания этого не очевидного момента при кодировании в высоком разрешении и в высоком битрейте эффективность падает и начинает сравниваться со старыми кодеками.

>>2084219
>Ultra HD - сам по себе еще далеко не стандарт и вообще не известно приживется ли 4К или это что-то типа laserdisc.

>>2084219
> приживется ли 4К
Чё несёт

>>2084231
Че дохуя выпускаются Ultra HD блуреев? Ты цифры-то видел? Да HD-DVD и то больше выпустили в свое время и где он теперь?

Поясняю. Стандартом 4K станет, когда 99% продукции будет выпускаются на нем. Пока же 99% выпускается все так же в 1080p. Заметь, я не говорю, что 4к не станет стандартом, потому что скорее всего станет. Но сегодня стандартом он не является и в ближайшее время (год-два) им не станет.

>>2084233
>>2084235
>Ultra HD блуреев
Господи ты как мой дядька АЛЬБОМЫ СЛУШАТЬ НАДО ЦЕЛЫМИ А НЕ ПОТРЕКОВО. Алло, звонила свалка истории, вам на нее пора.

Всем поебат на мертвую жидо-киноиндустрию, как нетфликс-амазон решит так и будет. 4к уже стандарт.

>>2084237
>АЛЬБОМЫ СЛУШАТЬ НАДО ЦЕЛЫМИ А НЕ ПОТРЕКОВО
Все правильно твой дядька говорит. Ты же фильмы целиком смотришь, а не эпизодами?
Киноиндустрия задает стандарт. Нетфликс и амазон - это провайдеры. Провайдеры тебе что стримить будут? Апскейл 1080p в 4к или что?

>>2084239
>Нетфликс и амазон - это провайдеры
А ты долбоеб даже больше чем я думал.
Ладно, считай что я слился, на животных тратить время не буду.

>>>2084240
НИЧЕГО СЕБЕ, оказывается amazon и нетфликс кино делают, а не просто стримят! Во дела!
Если обосрался, то лучше промолчи/обтекай.

Алсо
http://aomedia.org/
>Day one founding members are Amazon, Cisco, Google, Intel Corporation, Microsoft, Mozilla and Netflix.
Где твой h265 теперь?

>>2084237
>4к уже стандарт
Сколько блуреев вышло в 2016 году в 4к? То-то же.

>>2084242
Возьми и погугли, выблядок.

>>2084247
http://www.imdb.com/find?ref_=nv_sr_fn&q=amazon&s=co
>Amazon [us] (Distributor)
Лол блять.

>>2084250
ГУГЛИ ДАЛЬШЕ СЫН СИФОЗНОЙ ШЛЮХИ

>>2084219
>потому что на низких битрейтах x265 творит чудеса
А ты задумывался - в чём разница? Ведь большая картинка это по сути множество маленьких. Если кодек охуенно сжимает маленькие картинки, то большие он будет сжимать тоже охуенно - зависимость там линейная. Ответ в том, что из-за дефолтных настроек >>2083941>>2084221 высокий битрейт просто не успевает обрабатываться, в результате чего кодек начинает ебашить абы-как в реалтайм. В то время как AVC в данные рамки более-менее укладывается, т.к. формат древний, а компы достаточно быстрые.

>>2084251
>IMDB ВРЕТ!!!!!
Ясно. Ну дядь, подскажи, пожалуйста, какие фильмы были сняты компанией Amazon ну пожалуйста.

>>2084253
>Нетфликс и амазон - это провайдеры.
>>2084251

>>2084252
>Если кодек охуенно сжимает маленькие картинки, то большие он будет сжимать тоже охуенно - зависимость там линейна
Это в теории. На практике разницы в размере на высоких битрейтах почти нет. С чистым исходником, снятом на цифру у меня вышло 5% при увелечении времени кодирования в 5 раз почти. С шумным исходником разницы не было вообще. Тесты других людей в интернетах показывают примерно то же самое.
Настройки, естественно, были не дефолтные (хотя дефолтные пресеты я тоже пробовал).

>>2084255
>ВРЕТИ!!! IMDB - ЖИДОВСКИЙ ПРОЕКТ!!! ОНИ СКРЫВАЮ ЧТО AMAZON СНИМАЕТ ФИЛЬМЫ!!!!

>>2084259
> ФИЛЬМЫ
Снимает сериалы, нетфликс и сериалы и фильмы. А теперь съеби гуглить.

>>2084261
Да что ты! Вот это открытие. А точно не стримят? Ничо не попутал? И чо снимают? Ну-ка покажи.

>>2084263
Гранд тур, животное.
Господи надеюст ты сдохнешь от рака яичек, пожелал бы мозга но у тебя его нет.

>>2084261
>амазон снимает сериалы для домохозяек в 8к, когда крупнейшие кинокомпании могут такое позволить себе только в блокбастерах за миллиарды долларов

>57 in-development titles
>стандарт
Ох лол.

>>2084266
Ну все, если амазон какую-то парашу снял - это 100% стандарт теперь. Голливуд алло, тут амазон стандарт задал.

>>2084272
>какую-то парашу снял
Пердoля обосравшаяся - съеби. Разговор не о качестве
>>2084255
Ты жидко обсерился

>>2084273
>Разговор не о качестве
Правильно. Разговор о количестве. Так вот, я че-то сильно сомневаюсь что все 57 тайтлов, где участие в съемках принимал амазон, были выпущенны в 4К, но даже если это так, то 57 тайтлов - это че бля, стандарт? Ты ебанутый? Ты знаешь сколько в МЕСЯЦ выходит фильмов и сериалов в стандарте 1080p? Повторюсь, это такой же стандарт, как hd dvd когда-то. ТАМ ЖЕ ТОЖЕ ВЫПУСТИЛИ ПАРУ ТЫСЯЧ ДИСКОВ ЗНАЧИТ СТАНДАРТ!!!

>>2084273
>0.0001% - это стандарт!
Ясно.

>>2084233
Порно в 4K выпускается.
Ютюб в 4К выпускается, даже в 8К.

Ебать, да 720p еще не стандарт, в парашке вон только недавно на HDTV стали переходить, а у него уже ultra HD блуреи стандартом стали, который выпустили дай бог штук 10 всего.

>>2084276
>Разговор о количестве.
Так чё там с провайдером? Признал свой обосрамся? Я тебя и по 4к также могу раскатать.

>>2084280
У меня сосед вася сделал хоум видео в 16к. Это стандарт теперь? Значение слова стандарт почитай в словаре.

>>2084283
>стандарт почитай в словаре.
Буду читать также как ты гуглил.

>>2084282
Amazon - это провайдер. То, что он принимал участие в съемках 57 фильмов его кинокомпанией не делает.

>>2084239
>Нетфликс и амазон - это провайдеры
Ещё это кино и теле-студии

>>2084286
ЕБАТЬ ДА ТЫ ЧТО
>The production company may be directly responsible for fundraising for the production or may accomplish this through a parent company, partner, or private investor. It handles budgeting, scheduling, scripting, the supply with talent and resources

>>2084287
Самсунг вкладывает деньги в строительство жилых домов в Южной Корее, однако Самсунг вроде как был корпорацией, производящей бытовую электронику, так и остался. Если амазон и нетфликс перестанут быть провайдерами и 99% их деятельности будет заключаться в делание кинца и сериалов, тогда можно будет назвать их теле и кино студиями. Или когда амазон и нетфликс будут выпускать кино-говна столько же, сколько голливуд.

>>2084291
Самсунг это вообще конгламерат, как блять "красный окрябрь" и пианино и конфеты и фильмы производит.

>>2084289
>электрик Вася станцевал в нетрезвом состоянии перед друзьями чечетку. Теперь он танцор, а не электрик.
Класс.

>>2084292
Хорошо, заебал. Амазон в первую очередь провайдер, который еще и вкладывает деньги в производство сериалов теперь. Я обосрался.
Так вот, к разговору о стандарте. 57 тайтлов, допустим, было выпущено в 4к. Это делает 4к стандартом или нет?

>>2084281
>выпустили дай бог штук 10 всего
Это даже не 4K http://www.hardwareluxx.ru/index.php/news/consumer-electronics/heimkino/37088-ultra-hd-blu-ray-without-4k-title-shimmy-from-upscale-to-upscale.html
>На прошлой неделе мы писали о том, что первые фильмы на дисках Ultra HD Blu-ray будут не в "родном" разрешении 4K, а всего-навсего в увеличенном разрешении, поскольку цифровой интермедиэйт (Digital Intermediate) кинофильмов, на основе которого ведётся постпродакшн, представлен в разрешении 2K. Это значит, что, хотя содержащийся на дисках видеоматериал и кодируется в разрешении 3.840 x 2.160 пикселей, создан он на основе видео в более низком разрешении. Использование цифрового материала в низком разрешении обусловлено стремлением киностудий снизить затраты, и это касается как аналоговой, так и цифровой продукции.

>>2084296
Вот, смотри, это всё снял нетфликс.
https://en.wikipedia.org/wiki/List_of_original_programs_distributed_by_Netflix

Я так думаю кто-то просто жопу свою продал для того, чтобы купить 4к телевизор, а оказалось что в 4к ВСЕ, вот у него теперь и горит, и 4к стандартом стал внезапно, когда только-только с DVD начали переходить. Манямирок как он есть.

>>2084300
Внушительный список. И сколько из этого было снято в 8к и выпущено в 4к? Даже если все, то это капля в море.

>>2084301
Как, блять, всё. microsoft анонсировало в новом xbox 4K@60fps

>>2084303
>sony анонсировало новый плеер laserdisc
Вот так, примерно.

ПАЦАНЫ САСУНГ ПОЛОВИНУ СВОИХ ТЕЛЕКОВ ДЕЛАЕТ В КАКОМТО НЕПОНЯТНОМ НЕДОСТАНДАРТЕ - 4К

ЧТО ЭТО ВООБЩЕ ТАКОЕ, ПОЯСНИТЕ ЗАЩЕКУ ЧТО ЭТО, СМОТРЮ НА ДВД В 704×576, ВСЕ ПРАВИЛЬНО ДЕЛАЮ?

>>2084302

Карточный домик в 2013 уже снимался в 4K.

>>2084304
Нет, не так. Сосони это одна из сотен производителей плееров, а XBOX и PS это игровые стандарты и монополисты.

>>2084308
Правильно, снимался в 4к, и ужимался до 1080p. А снимать в 8к есть возможность только у крупнейших кинокомпаний и только для супер дорогих фильмов, а не для сериалов для домохозяек.

>>2084307
И чо, много чего в 4к можно посмотреть? Инбифо 182-ух часовое прохождение скайрима.

>>2084310
То есть консоль еще не выпущена, а уже стала стандартом? ps3 знаешь в каком году вышел? А там была поддержка 1080p. Подскажи, в каком году 1080p стал стандартом?

>>2084313
>и ужимался
Мозг твой ужимался. Он стримился в 4K, как стримится ютюб в 4к

>>2084316
>консоль еще не выпущена,
а на неё уже есть игры, дурилка ты картонная.

>>2084315
>Инбифо 182-ух часовое прохождение скайрима.
>>2084316
>То есть консоль еще не выпущена, а уже стала стандартом?
Маня плиз
Uncharted 4: A Thief's End 1st Hour of Gameplay PS4 4K
Опубликовано: 13 мая 2016 г.
https://www.youtube.com/watch?v=hSeR0nXfQdc

>>2084317
Почитай, пожалуйста, про производство фильмов и сериалов в цифре и не городи глупости. Любой материал в цифре довнскейлиться в два раза. Почти все фильмы и сериалы сейчас снимаются в 4к и ужимаются до 1080p. Снимать в 8к безумно дорого.

Тупые линуксоиды показывают свою тупость

>>2084319
>182-ух часовое прохождение скайрима.
Я перефразирую.
Инбифо стрим летсплея игрушки.

>>2084321

>>2084301
Двачую.

>>2084322
>Инбифо стрим
Это не стрим довнопараша ты, это плойка полтора года назад выдающая 4к

Хуя печет линуксоиду с его 1366x768.

Эй, потреблядок, так циферки там будут? Сколько 4к блюреев выпустили в 2016 году?

>>2084328
Это классика? Это знать надо?

>0 дисков выпущено в 4к
>стандарт
ЛОЛ

>>2084329
Не блюреил не мужик

>>2084328
>Сколько 4к блюреев выпустили в 2016 году?
90
http://www.blu-ray.com/movies/search.php?keyword=&studioid=&videocodec=&disc=&yearfrom=2016&yearto=2016&regioncoding=&aspectratio=&aspectratio_original=&releaseyear=&synopsis=&retailerexclusive=&mpaa=&runtimemin=&runtimemax=&audio=&videoresolutionid=&subtitles=&upc=&ean=&asin=&ultrahd=on&casingid=&slipcoverfront=&slipcoverback=&submit=Search&action=search

>>2084333
52 в 2017
http://www.blu-ray.com/movies/search.php?keyword=&studioid=&videocodec=&disc=&yearfrom=2017&yearto=2017&regioncoding=&aspectratio=&aspectratio_original=&releaseyear=&synopsis=&retailerexclusive=&mpaa=&runtimemin=&runtimemax=&audio=&videoresolutionid=&subtitles=&upc=&ean=&asin=&ultrahd=on&casingid=&slipcoverfront=&slipcoverback=&submit=Search&action=search

НЕ СТАНДАРТ
НЕ СТУДИЯ
A complete list of 600 new 4K UHD titles and 27 new HDR 4K titles being released by Amazon Prime
http://4k.com/news/a-complete-list-of-600-titles-of-new-content-and-27-new-hdr-4k-titles-being-released-by-amazon-prime-12685/

>>2084341
На амазоне уже 400 физических (боксовых) фильмов (голливудских) лежит в блюрее, но все еще не стандарт панимаишь.

>>2084347
Бля, ну вдруг не приживётся то.

>>2084347
>408 апскейлов с 1080p vs сотни тысяч 1080p и миллионы dvd
>стандарт
Найс манямирок.

>>2084733
>апскейлов с 1080p
Даун даже не знает на что снимали кино на которое он дрочирует

>>2084735
>обосрался
>продолжает срать
Ну мань, ну пахнет же. Иди подмойся.

>>2084933
>>продолжает срать
Но обсираешься ты, я вообще не помню чтоб в /с долбоеб обсирался в КАЖДОМ посте. Надеюсь тебе 12 годков.

>>2084958
>НЕТ ТЫ!!!

>>2085014
>408 апскейлов с 1080p vs сотни тысяч 1080p и миллионы dvd

Lawrence of Arabia: Sony's Beautiful 4K Restoration
The 65mm original negative was scanned on two large format 65mm Imagica XE scanners at FotoKem at 8K to capture the resolution of the 65mm negative, resulting in a file size of 8192x3584 pixels. The files were then reduced to 4K and moved to Sony Pictures Studios' digital image restoration/digital intermediate facility Colorworks for color grading and restoration.

Ты опять обосрался. Обосрался с платформами, обосрался с 4к, обосрался с апскейлом. Даже досадно, что больше не удастся накормить тебя твоим же говном.

>>2085027
>1 bluray
>стандарт
Ну прекрати.

>>2085124
>Ну прекрати.
Стоп, уже не апскейл?

>>2085208
Cтоп, один bluray - это стандарт?

>>2085224
Ты хотел сказать каждые полтора дня новый боксовый релиз с 2016 года >>2084347, сереальчики, мониторы/телеки/экраны-даже-в-ноутах, ютуб, екшн-камеры, простые камеры, спутниковые каналы, моб.телефоны, плойки, процессора все еще не стандарт? Ты опять обосрался.

>>2085246
Ну так чо, стандарт или нет? Один блурей-то? Ты не маняврируй. Отвечай прямо: да, стандарт или нет, не стандарт. Давай, жду.

>>2085248
Где один то, 400 блюреев.
И да, это стандарт ieee
http://ieeexplore.ieee.org/stamp/stamp.jsp?arnumber=7395479

>>2085256
И только один не апскейл. Найс. Алсо
>>2084733
>>408 апскейлов с 1080p vs сотни тысяч 1080p и миллионы dvd
>1 блурей
>это стандарт
Ну ясно. Сказал бы сразу, что дурачок.
>

>>2085246
https://en.wikipedia.org/wiki/LaserDisc

>>2085258
>И только один не апскейл.
Ну жду пруфов что 407 апскейлов.
Я тут пруфов уже достаточно накидал за всремя обсуждения.

(Не устану тебя хуями кормить, выблоядочек)

>>2085260
Бремя доказательства лежит на утверждающем. Ты утверждаешь что 400+ блуреев не апйскейл, когда известно что не апскейл точно только один. Алсо
>407 vs миллионы

>>2085263
Ты первый кукарекать начал про апскейл
>>2084733
я вообще не употреблял этого слова до твоей реплики.

>Бремя доказательства лежит на утверждающем.
Жду пруфов что 407 апскейлов.

(Господи как же ты сосешь пизда)

>>2085266
Про чайник рассела слышал? Пруфов он ждет.
Хорошо. Ровно 407 НЕ апскейлов (ага, все такие побежали пленку сканировать).
Ну так что
>407 не апскейлов vs миллионы DVD
Где стандарт-то? Чет не вижу, покажи. Laserdisc'ов и то больше выпустили.

>>2085272
>Хорошо.
Лол чмо

>Laserdisc'ов и то больше выпустили.
За сколько десятилетий, чмо?

>>2085275
Ну так какая разница? Laserdisc стандартом был или нет? Следуя твоей логике да, ведь выпустили больше одного laserdisc'a. Эх, пойду ща на стене в туалете на стене накарябаю пару байт из фильма - будет новый стандарт!

>>2085280
Чмо, я тебе дал ссылку на стандарт иеее где описывается 4к.
Мне поебать на твой лазердиск.

>>2085281
Дядя, ты ничего не попутал? Мы говорили о стандарте индустрии, а не о спецификациях 4к видео. А стандарт индустрии - это совсем вчера dvd, который медленно, но верно переползает на 1080p.
Еще раз.
>407 не апскейлов vs миллионы DVD
Так что? Стандарт? Да или нет?

>>2085284
>Мы говорили о стандарте индустрии, а не о спецификациях 4к видео.
Чмо, ты сам про 4к пиздеть начал
>>2084219
>Ultra HD - сам по себе еще далеко не стандарт

>>2085285
Ааа, так проблема еще и в том, что ты читать не умеешь?
Ну ясно тогда.
Пиздец, ты в следующий раз предупреждай сразу.

>>2085287
Чмо, обосрался - обтекай.
Не забудь принести продажи любого-другого формата превосходящего блюрей4кухд.

>>2085291
https://www.amazon.com/s/ref=nb_sb_noss/145-3486372-2616853?url=search-alias%3Daps&field-keywords=dvd
>672,211 results for "dvd"
Ммм, 407 апскейлов - это стандарт, ну точно! Побежал покупать новый блурей плеер и телевизор! А то как же это - ведь все фильмы выпускают в 4к теперь!

>8,813 results for "laserdisc"
АХАХАХА БЛЯТЬ
ОЙ ЛОЛ
СТАНДАРТ! 407 дисков!

>>2085293
>Ммм, 407 апскейлов
>>2085272
>Хорошо. Ровно 407 НЕ апскейлов
Все, унылоту оставь при себе, чмо.

>>2085301
Ты че, подмылся уже? Готов снова обсериться? Маму пожалей свою - ей же все твои штаны обосранные стирать.

>>2085302
Голос, чмо!

>>2080526 (OP)
Доставьте ньюфагу гайд по пиздатому сжатию вебм без потери качества

>>2086524
man ffmpeg

>>2085293
> DVD не стандарт, это апскейл с VHS
> 1080p не стандарт, это апскейл с DVD
> 4K не стандарт, это апскейл с 1080p

Не знаю, открою ли я для кого-нибудь тут Америку, но с этими параметрами: -deadline realtime -cpu-used 8 -threads 16 я кодирую в vp9 при битрейте 7500 в фуллашди со скоростью 50 фпс. Качество можете оценить сами. Только я не понял, почему на моём фх-8320 спокойно кодирует с threads 16, ведь у меня всего 8 потоков. При этом фпс при threads 16 больше, чем при threads 8.

>>2084319
> PS4 4K

>>2087736
1 поток не может забить ядро на максимум и оно половину времени простаивает. Открой диспетчер и сам увидишь.

>>2087905
Нет, я не про это. У фх-8320 всего 8 потоков, а я кодирую с 16 потоками (threads 16). Может я не так понимаю эту команду?

>>2087803
>пук

>>2082561
Если просто. То представь себе квадрат состоящий из 10x10 квадратов. Очевидно, что он состоят только из 100 маленьких квадратов. Теперь возьмём и сделаем квадрат 20x20 квадратов. Теперь наш квадрат будет из 400 маленьких квадратов. То есть, сложность увеличивается не на O(n), а на O(n^2), при увеличении граней квадрата в 2 раза. Отсюда собственно такая большая разница.

>>2087915
Ммммм.
>Очевидно, что он состоят только из 100 маленьких квадратов.
>Теперь наш квадрат будет из 400 маленьких квадратов.
400 больше 100 ровно в четыре раза. Он же говорит об увеличении
>а размер файла больше в 15 раз и в 9,5 для AVC.
Не клеится.

> Обсуждаем вебм
> пол треда срутся за h кодеки и телевизоры в 4к
Нахуй и создавали, очевидно, что обсуждать нечего. Лучше тему про h264 создали бы.

>>2087907
Ты не правильно понимаешь понятие поток и его корреляцию с ядрами и потоками цпу.

>Кодировать видео в 2017
Нахуй, анон? Бля, я помню 10-е, когда искали пиздатые 700mb рипы, тогда это было прикольно, но блять сейчас-то нахуя? У всех анлим, фильмы и контент - как говна, качай - не хочу

>>2088120
> но блять сейчас-то нахуя?
Чтобы постить в webm-тредах
> У всех анлим
не у всех, а скоро вообще ни у кого

>добавлена поддержка MP4 по всей борде
вот и пришел конец вашим говновебм тупые пердoлики
жрите говно ебаные гуглоподсосы

>>2088144
Вроде только по мобильные сети речи шла

>>2088314
Скоро, когда выйдет AV1, MPEG окончательно соснёт, ибо HEVC в Хром и Фаерфокс не будут запиливать из за анального лицензирования.

>>2088314
Ебанутый? mkv брода поддерживала хз сколько лет, добавили контейнер, а не кодеки.
>>2088328
> из за анального лицензирования
Не мешает яблоку покупать, а гугл не шибко беднее. Не запилят, потому что криворучки из гугл свое говно хотят впаривать.

>>2088314
> Windows XP
>>2088336
> Ебанутый?
А хотя чего это я, очевидно, что да.

>>2088328
> Хром
Запилит.
> и Фаерфокс
Сначала повыёбывается, а потом тоже запилит.

>>2088338
> Запилит.
Зачем им это?
> Сначала повыёбывается, а потом тоже запилит.
Эти ещё h264 не запилили, а жаль, такая то годнота этот 264, вылизан на 10 из 10. Вот, в чем кодить то надо, обилие настроек позволяет индивидуально подходить к кодированию, а не 1 строкой всё пилить да, да, расскажите мне о настройках vp, то я их все не испробовал. Вся суть гугл в одной картинке, проебал такую же, где в форме детских игрушек хром пирамидка с кольцами. В общем и целом vp кодеки — дерьмо без возможности тонкой настройки, сделанное на коленке за чашку риса индусами. Такие дела.

>>2088328 >>2088336 >>2088337
знатный бомбаж говноедов
новая методичка от Сирожи поступила?

>>2088346
> Эти ещё h264 не запилили
Запизделся я, сейчас проверил, работает. Странно.

Нас всех накормили говном (Абу включил mp4, теперь школьники не будут уметь даже делать webm)

>>2088361
ffmpeg -i file.mp4 -map 0 -c copy file.mkv -> постить на броду
Давно тебя видимо говном кормят.

>>2088359
mkv в лисе не робит, контейнер, а не кодек.

>>2088364
Никогда не видел mkv здесь

>>2088411
Ну, теперь знаешь, что можно было. Только не работало в лисе, теперь в мп4 в лисе пашет, можно наконец-то расслабить булки и жать нормальными кодеками.

>>2088413
> лисе
Но больше браузеров-то и нет.
> жать нормальными кодеками
Столько лет VP8-VP9 и жали, собсна, кому приспичило всё изменить?

>>2088414
> Столько лет VP8-VP9 и жали
И в 8 бит, а иначе опять единственный браузер обосрется.

>>2088420
А сколько цветов ты видишь?

>>2088422
Ясно, ты даже не понимаешь зачем это нужно.

>>2088424
Debanding-shill?

>>2088424
>Ясно, ты даже не понимаешь зачем это нужно.
Начал говорить - поясняй.
мимо

>>2088432
Да забей, каких только мантров по поводу необходимости 10-бит и прочего дерьма можно услышать.
Они ими "нейтрализуют" какие-то побочные эффекты своих говноэкодеров из прошлой эры, которым бы просто битрейта подкинуть.

>нет поддержки h265
Ну ёб твою мать блядь

>>2088445
Не было, нет и не будет. Можешь скринить.

>>2088346
>Эти ещё h264 не запилили
>>2088336
>mkv брода поддерживала хз сколько лет
и этот совершенно отбитый долбоеб еще смеет тут что-то кукарекать

говновебм-ебанашки даже хуже mpv-сектантов

>>2088445
Зачем? Для качества .webm, для некроты, чтобы железом ускорять - h264

>>2088450
Поясни, в чем он не прав? mkv работает, h264 ещё вчера кроме как в mkv ни в чем нельзя было запосить и смотреть.

>>2088453
> mkv работает только в хроме

>>2088451
>Для качества .webm, для некроты, чтобы железом ускорять - h264
вп8-9 тож железом ускоряется
>Intel Broadwell also adds VP8 hardware decoding support

>>2088451
>для качества vp9
>для некроты vp8

>>2088455
>>2088456
H264 гораздо раньше начали ускорять, те пекарни, которые могут ускорить VP8-9, могут его и без ускорения воспроизвести, необходимости нет.

test

>>2088457
Смотря какое разрешение и битрейт.

>>2088463
Применительно к местным, не более FHD

>>2088463
Смотря какие опции кодирования, на h264 можно так выебнуться, что заебется его железо ускорять, теже реф фреймы в 16 поставить.

>>2088462
Ну, борда с хевком совладала.

>>2088468
Реффрейм только при энкоде имеет значение.

>>2088470
Не знаю, мой плеер не справлялся, но раз ты говоришь, спорить не стану.

>>2088469
Только черный экран на лисе.

>>2088474
На хроме тоже нихуя

>>2088481
Ещё бы ежа найти для эксперимента

>>2088482
Тот и вп не откроет без костылей.

>>2088120
Введут чебурнет и хуй что скачаешь потом.

Бля, жаль что h265 в браузере не поддерживается, я бы им только и кодировал, а не ебучим vp9

>>2088434
>Они ими "нейтрализуют" какие-то побочные эффекты своих говноэкодеров из прошлой эры, которым бы просто битрейта подкинуть.
Двачирую.

>>2088578
Где звук, сука?

>>2088590
А я знаю где, его долби дижитал пожрал

>>2088590
У меня даже видео не воспроизводит.

>>2088681
> Firefox based
>>2088397
> mkv в лисе не робит

>>2088120
>У всех анлим
С июля следующего года вступает силу пакет Яровой. Пизда анлиму. Там и 500mb рипы на вебм станут актуальны.

>>2088318
Нет. Обо всех провах.

>>2088336
>криворучки
>говно
И чем так плох VP9?
>>2088328
Кроме Эппл никто не перейдёт на HEVC из-за чересчур непомерного аппетита правообладателей http://mediasat.info/2015/04/17/hevc-runing-ultrahd/

Когда станет ясно, что H.264/MP4 окончательно устарел, перейдут на VPx/WebM. Тем более гугловцы сейчас разрабатывают VP10, который будет как минимум не хуже HEVC, вышедшего в 2013 году, но будет бесплатен.

>>2090419
> VP10
AV1 (aomedia)
Daala, которую примешали к VP10, была чуть лучше HEVC.

>>2088314
>вот и пришел конец вашим говновебм
Нет. И на это имеется несколько причин.

1) В хроме (а им пользуется большинство) MP4 выглядит именно так (пикрил). Не открывается. Просмотреть видео возможно только в отдельной вкладке. HEVC же и вовсе не поддерживается.

2) WebM стал традицией двача. Вебмки успели стать своеобразным мемом, чем-то культовым.

3) Делать MP4 не легче и не проще, чем делать WebM, а выгода от использования первого сомнительна. Ещё придётся переучиваться, менять подход, переписывать мануалы для новичков.

4) Видео на ютуб в VP9, а это главный источник контента.

5) Аноны перешли с VP8 на VP9 по причине выигрыша в качестве, даже не смотря на то, что кодирование происходит значительно медленнее. Использовать x264, который уступает даже устаревшему VP8, вряд ли найдётся много желающих. Ситуация может перемениться только если в хроме появится поддержка HEVC.

>>2090630
>В хроме
хромог проецирует
еще бы яблопидор на говносафари пришел и начал пояснять, что там кого поддерживает

>традицией двача
сейчас бы в 17-ом то году заикаться о традициях этой помойки

>переучиваться, менять подход, переписывать мануалы для новичков
кокой сердобольный, как о рачье заботится!

>ютуб
ну точно, за Сирожу копротивляются!
они вам хоть платят что-нибудь? может, маечки с логотипами присылают?

>по причине выигрыша в качестве
>уступает
ну выяснили уже, что ключевое тут только:
>хром
и
>ютуб
зачем же тогда все остальные беспонтовые отмазки?

фанбойчики, конечно, поражают
если завтра в вашем обожаемом Горновидске внезапно решат перейти на AVI или какой-нибудь BINK just for lulz, они насоздадут сотни тредов о том, какое говно на самом деле этот вебм и как прекрасен новый, прогрессивный формат

>>2090630
>В хроме (а им пользуется большинство) MP4 выглядит именно так (пикрил).
отсутствие превьюхи - проблема обезьяны

>>2090630
> Ещё придётся переучиваться, менять подход, переписывать мануалы для новичков.
> Видео на ютуб в VP9
> Аноны перешли с VP8 на VP9

> implying vp9 нельзя встроить в mp4

Платина наверно, но не отображаются превьюшки в винде, че делать? Ассоциацию для webm в MPC врубил.

>>2090777
icaros

>>2090802
Хотелось бы без костылей обойтись, на семерке без них все работало.

>>2090822
Быстродействие - Эскизы вместо значков.

>>2090833

>>2090839
Вебм тебе и не будет показывать. Ставь икарос. А на 7ке у тебя какой-нибудь обосанный клайт кодек пак с вшитым икаросом стоял.

>>2090857
>А на 7ке у тебя какой-нибудь обосанный клайт кодек пак с вшитым икаросом стоял.
Бля, точно, забыл про него.

>>2090857
>обосанный
Чем он плох?

>>2090864
Установка кучи лишних кодеков отдельно, когда в нормальных видео плеерах все форматы поддерживаются со встроенными.

Винда когда-нибудь научиться за собой говно подчищать?

>>2090876
> Унинсталер плеера не удалил за собой ключи реестра
> Виновата винда

>>2090694
Превьюха есть, а вот при попытке открыть получается это https://2ch.hk/s/src/2080526/15002384839070.png
>>2090717
Контейнер MP4 поддерживает только стандарты MPEG. Если и возможно VP9 упаковать в MP4, то какой в этом смысл?

>>2090896
Я через панель управления удалял. А хули он не чистит реестр? Как я еще должен удалять софт? Писечки всякие ставить, ццклинеры?

>>2090910
А ты как хотел? Любишь винду - люби и пердолиться.

>>2080526 (OP)
Не совсем по теме, но очень близко.
Как узнать, какой объём данных нужно обработать на секунду видео при разных кодировках в разных форматах и кодеках? Есть какие-то калькуляторы готовые для таких расчётов или как считать вообще?
Не надо спрашивать зачем, бро, мне нужен ответ на вопрос, а не полемика. Нет, это не реквест пространных рассуждений на тему. Нет, правда.
Если это был не вебм тред, который таки просрали и не возраждают, то теперь это он, потому что его не хватает на этой доске.

>>2091151
Кому нужно обработать? Это входные данные при декодировании или при кодировании? Почему ты такой скрытный?

>>2091163
Какой объём данных нужно обработать чтобы зарендерить секунду видео? Как это посчитать?

>>2091200
Видео:
frame rate X width X height X component count X bits per component
Аудио:
sample rate X bit depth

Господа, подскажите - как грамотно обрезать видео со звуком с помощью -c:v copy -c:a copy? Я так понял нужно указывать старт отрезка точно по таймингу ключевого кадра?(только старт или конец фрагмента тоже важно?) Вот есть видос, я выбрал секунду с которой хочу старт - как узнать ГДЕ ближайший ключевой? Можно как-то по простому это в mpv увидеть?

>>2090630
>Видео на ютуб в VP9
Только в вп9 разве?
Я всегда качал с ютуба лучшее качество в mp4 и сам конвенртил в вп9. Алсо, кто-то знает с каким профилем (-speed, если говорить про ffmpeg) ютуб кодит? Ведь оригинал-то люди оче редко имеют сразу в вёбм.

>>2091213
>Я всегда качал с ютуба лучшее качество в mp4 и сам конвенртил в вп9

>>2091220
Что не так? Вроде вп8 было раньше дефолтом в ютубе - давно вп9? Ну и главное - кто сказал, что ютуб закодит на том же уровне, на котором я енкод делаю?

>>2091213
>Ведь оригинал-то люди оче редко имеют сразу в вёбм
Так не факт, что максимум в MP4 это оригинал.

Вот анон выше писал >>2081650, например.

>>2091206
Спасибо. Значит если 320x240 24 fps, то 24x320x240x(320x240)x(final bitrate / 320 / 240)? Нет?
Как узнавать, сколько компонентов и бит на компонент?

>>2091221
> Ну и главное - кто сказал, что ютуб закодит на том же уровне, на котором я енкод делаю?
Ютуб кодит с оригинала, а ты с пережатого ютубом видосика, так что ты максимум можешь сохранить качество, которое накодил ютуб.

>>2091354
Я не понял, что ты хочешь выразить.
Компонентов обычно три RGB, на компонент обычно приходится по 8 бит.
Исключения:
1. Видео с прозрачностью (4 компоненты - RGBA)
2. 10-bit. С такой глубиной обычно анимешники хранят анимешное аниме.

У кого есть скрипт для тампреманки для эджа, чоб вебм работали?

>>2091379
А, всё, спасибо! нет, не то. Я имею в виду не итоговый файл, а объёмы данных, обрабатываемые при рендеринге видео же.

>>2091379
Ты хочешь сказать, что на каэждый канал в РГБ идёт по 8 бит, то-есть в итоге получается 24 бита?

>>2091918
Yep. 24 bpp - это практически стандарт.

>>2091923
Лол, значит если пишут "8 bit color depth" - значит 24, а не 8?

>>2091923
И всё равно не то, что мне нужно. Какой объём данных обрабатывет процессор при создании видео через конвертер или редактор, когда файл с нуля собирается? Сколько нажо по разным алгоритмам процессору данных переработать?

>>2092004
Нет же. Пишут про глубину компонента. Это отдельная метрика. Не путайся.

Но на кодирование пикселя целиком действительно приходится 3 байта.

>>2092005
>>2091206 этот объём будет при передаче данных от декодера к энкодеру.
Но реально обрабатывается бОльший объём данных. Насколько больший - зависит от выбранных алгоритмов.
И вообще, чего ты до меня доебался. Нахуй тебе это всё? Какая конечная цель?

>>2092013
Конечная цель? Бро, обижаешь, конечных целей у меня, пока-что, не предвидится, думаю, ещё лет 40-50.
Вот ты понял что мне нужно, но как рассчитать объёмы при разных алгоритмах, хотя бы в двух случаях, когда все пиксели постоянно меняются, движение в видео постоянное, и когда наблюдаем статичную картинку?
Я уже писал на счёт твоего вопроса, не важно зачем, нужно решение этого вопроса без частного огрубления.

В вп9 есть ключ который будет кодировать лучше движущиеся части кадра? Есть кусочек интервью где баба качает немного головой весь остальной кадр не подвижен. Кодирую вебм4ретардс, вп9, двойной проход, црф22 и все равно лицо у нее прям пожеваное и волоски пропадают как при црф27+-10толеранс. Размер растет, а качество нет.

>>2092619
Поставил црф18 - размер файла вырос в полтора раза, но все равно подшакаливает.
Интересно попробовать бы еще хевк, но я там вообще неебу с настройками. На и на процессоре сильно не покодишь.

> https://ffmpeg.zeranoe.com/builds/
У вас последний билд парсит row-mt?

>>2092774
Что такой row-mt?

>>2092619
https://ffmpeg.org/ffmpeg-all.html#libvpx
-auto-alt-ref 1 -lag-in-frames 25 -arnr_strength 3 -arnr_max_frames 8 -arnr-type centered
Альзо, для crf не важен 2проход. Для альт-реф обязателен.

>>2092774
Нет.

>>2092788
Дополнительное дробление кадров для многопотока.

>>2092838
Какое-то дерьмо, я и itsoffset заюзать не могу

>>2092838
А можно где-то более развернуто почитать про ключи?
> --lag-in-frames=<arg> Max number of frames to lag
Или вникать в каждый ключ нет смысла и если закодить два ролика с lag-in-frames 1 и lag-in-frames 25 то разница не будет сильно видна?

>>2092838
>Дополнительное дробление кадров для многопотока
А подробнее можно? Ничего по row-mt не гуглится.

>>2092914
Закодируй и проверь, большая часть настроек вп — бутафория.

>>2092922
Да не, емнип, lag-in-frames это глубина действия (в кадрах) какого-то предиктора, который типа анализирует соседние кадры.
Должно помогать

В x264 есть аналог ключа -g из vp9?

>>2092937
-g - это не ключ для vp9, а для ffmpeg

>>2092943
Если я кодирую кодеком x264 статичную картинку, какой мне ключ использовать чтобы был только один ключевой кадр на все видео?

>>2092952
Любой.

>>2092952
-g 9999 -r 0.001 или что-то типа того

>>2092952
По количеству секунд в файле. Тогда и прокрутка начинает нормального работать (если стоит прилипание к ключевым кадрам). Если будет меньше или больше, то будут проблемы с прокруткой.

Как сделать вебм из гифки?

ffmpeg -loop 1 -i "файл.gif" -i "аудио.mp3" -t длительность -threads 4 название.webm

Выдаёт ошибку Option loop not found.

Что я делаю не так?

>>2093030
Убери loop.

>>2093031
Кодирование происходит, но гифка не зацикливается. Видео получается той же длины, что и гифка.

>>2093030
ffmpeg -ignore_loop 0 -i 1.gif -i 1.mp3 GIF.webm

>>2093068
Асло, -t все же обязательно. А то будет до бесконечности конвертировать.

>>2093001
Нормально работает прокрутка.

ffmpeg -r 1 -loop 1 ^
-i "Fables2.png" ^
-i "01. Main Menu.m4a" ^
-t 1:03 ^
-metadata title="The Wolf Among Us - Main Menu" ^
-c:v libx264 -crf 18 -profile:v high -preset placebo -level 4.1 -g 9999 -pix_fmt yuv420p ^
-c:a aac -b:a 128k ^
-y "The Wolf Among Us - Main Menu.mp4"
pause

ffmpeg -r 1 -loop 1 ^
-i "Fables2.png" ^
-i "01. Main Menu.m4a" ^
-t 1:03 ^
-metadata title="The Wolf Among Us - Main Menu" ^
-c:v libvpx-vp9 -b:v 0 -crf 18 -speed 5 -g 9999 -pix_fmt yuv420p ^
-c:a libopus -b:a 128k ^
-y "The Wolf Among Us - Main Menu.webm"
pause

>>2093068
Спасибо. Работает.

>>2093072
-shortest
Для таких случаев.

>>2092917
http://arhivach.org/thread/241211/

>>2092914
С единицей считай, что выключен. Больше всего заметно при нехватке битрейта. Поразительный эффект достигается на 20 килобитах.

Для аниме какой оптимальный размер/битрейт на 1080p и на что внимание в раздачах обращать внимание?

Какого хуя на пикрелейтед такая разница большая?

>>2093307
BDRip - mkv
BDRemux - папка с файлами с Блюрей диска

Ну и ебанутые анимешники звуковую дорожку пишут во FLAC, даже если она сводилать в mp3 на тетрисе.

>>2093307
Можешь по битрейту видео потока смотреть.
Для 1080p достаточно 8000 kpbs чтобы смотреть с монитора, и где-то 15mbit и выше чтобы смотреть с большого телевизора.

>>2093316
* Битрейта для видео в H.264

>>2093307
>1080i
>188 гигов
>черные полосы
кек

Аноны я уже не знаю где спросить, подскажи хороший видео редактор, чтобы порезать там, музыку наложить, эффекты какие нибудь

>>2093451
adobe premiere, sony vegas, kdenlive

>>2093420
Так 1998 год, аниме делали под телевизионный формат.

Даже если бы кто-то предположил, что аниме когда-то будут смотреть не на телике, а на компьютере, то мониторы с соотношением 4:3 повсеместно использовались ещё до середины 2000-х, даже когда все пересели на LCD.

>>2093463
Вообще интересная тема вне зависимости от того что аниме не смотрю.
>First 16:9 TV anime: Betterman (Spring 1999), Vandread (Fall 2000)
https://anime.stackexchange.com/questions/30604/what-was-the-first-anime-aired-in-hd

А ведь переход на HD можно отмечать как праздник (не в плане соотношения сторон, а в плане того что по сути это разрешение стало отправной точкой в мир высококачественных видео).

Не бейте лучше обоссыте. Б-кадры и нахрена нужны. Вроде как штука годная и при одном размере позволит увеличить качество, но сам б-фрейм будет качество хуже соседний p-фреймов? Или если поставить bp_ratio в 1 они будет одинакового качества, но в б будет хранится ещё информация о соседних кадрах и изменениях, тем самым мы не потеряем качества? Заебался читать все, что только можно, все рекомендуют нихуя не трогать, типа делали профессионалы и все дела, вот только профессионалам не в 20 сжимать.

>>2093515
Ну и да, на глаз, ясное дело я не могу понять лучше кадры или хуже при bp_ratio 1 и 1.3.

>>2093257
>http://arhivach.org/thread/241211/

Unrecognized option 'row-mt'.
Error splitting the argument list: Option not found

Что я делаю не так? Как правильно использовать?

Что такой tile-columns?

ffmpeg -i "video.mkv" -map 0:v:0 -map 0:a:0 -threads 4 -c:v libvpx-vp9 -speed 1 -tile-columns 6 -row-mt 1 -frame-parallel 0 -b:v 265k -auto-alt-ref 1 -lag-in-frames 25 -g 128 -pix_fmt yuv420p -c:a libopus -b:a 128k video.webm

Та же самая строчка в борам работает, в ffmpeg выдаёт такую >>2093519 ошибку. С чем это связано?

>>2091210
>-c:v copy -c:a copy
Достаточно написать -c copy.
>как узнать ГДЕ ближайший ключевой
В плеере MPC удерживаешь Shift и с помощью стрелок перемещаешься между ключевыми кадрами. Если удерживать Ctrl, то можно перемещаться между простыми кадрами. Перед этим обязательно включить высокую точность отображения времени, кликнув правой кнопкой мыши на таймер проигрывателя.

Обрезка должна выглядеть примерно так: ffmpeg -i "видео.mkv" -c copy -ss 2:3.520 -to 3:24.400 -y видео.mkv

-y - согласие перезаписывание выходного файла, если нужно будет подбирать размер, вписавшись в лимит, или удалить какие-то кадры.

>>2093582
Версионность?
>[FFmpeg-devel] lavc/libvpxenc: add -row-mt option
>Submitted by Kagami Hiiragi on March 3, 2017, 10:20 a.m.

>>2093582
Доролнение:
у борама патченый ффмпег

>>2092838
Вот есть таоке же, но бля ависинта, годный сайт какой?
В вебмфорритардс на ависинте можно дописывать команды просто, немного удобнеее, чем в строку от ффмпега(в том же форритардсе).

>>2080526 (OP)
Кто-то уже пробовал кодировать полнометражки для двачей? Всё никак не могу найти легальные, чтобы поизгаляться над ними как-нибудь.

>>2093087
Спасибо за годноту. Там музыка в меню не меняется?

>>2093841
Поставил последнюю версию, всё равно пишет Unrecognized option 'row-mt'. Error splitting the argument list: Option not found

У кого-нибудь это -row-mt вообще работает?

>>2093087
>Нормально работает прокрутка
Да, там главное чтобы -g было больше, чем количество кадров в файле. Тогда и ключевые кадры создаваться не будут, что существенно уменьшит размер вебмки, и прокрутка не будет прилипать к ключевым кадрам (если в плеере включена такая опция).

>>2096105
>Тогда и ключевые кадры создаваться не будут
Вернее, создаться один на весь файл – что при статичном изображении и требуется.

Есть несколько мп4 файлов в разном разрешении в одной папке. Можно ли написать команду одной строкой, чтобы они все объединильсь в 1 мп4 файл в с фиксированным разрешением? Только чтобы они изменялись под новое разрешение, например, вертикальное видео не растягивалось, а просто черные полосы по бокам добавлялись.

Желательно не прописывая имена этих фалов, а просто указать папку откуда их брать.

>>2090694
>>2090909
Исправили. Теперь норм открывается mp4.

Что за вебмв?

>>2096657
Я в этом не все понимаю, но гуглением и старыми бaтниками что-то да получилось. Знающие люди пусть исправят или свое предложат.

Без конвертации видео нужное тебе соотношение сторон не получается. А если не конвертировать аудио, но плеер не будет воспроизводить видео с аудио кодеком отличным от первого. Как я понял.

Поэтому вышло вот что: https://pastebin.com/raw/SzaL9sEL
Видеофайлы конвертятся в .ts Нагуглил -bsf:v h264_mp4toannexb -f mpegts, но работает. До этого только с concat файлы соединялись, но плеер работал без перемотки, с самого начала приходилось смотреть. Хотя, с конвертацией аудио такой проблемы не было. Создается список всех .ts файлов и они соединяются вместе. Далее список и .ts файлы удаляются и остается output.mp4

А это вариант без конвертации видео дорожки: https://pastebin.com/raw/4gnjQ6n9
Получается намного быстрее, но размер картинки прыгает по мере проигрывания файлов. В полноэкранном режиме, впрочем, и не заметно.

>>2096723
Спасибо большое, анончик, пускай оно себе ковертируется (и аудио и видео), файлики небольшие, так что пофиг. Главное чтобы на выходе получалось разрешение, например 720р, и если в папке есть видос с меньшим по ширине размером, то сама картинка не становилась тоже 720, а оставалась оригинальной (хз как это еще сформулировать).

Ебать!
В Microsoft Edge починили вебмки!

Но не все...

Посоны, как прописать в консольку настройки которые указаны на скрине?

>>2097381
отклеилось

>>2097118
>шёл 2K17 год...

>>2097118
Они там с 2015 года. Ютюб в VP9 играет же

>>2097523
То, что ютуб в вп9 играет не мешает майкрософтоподелию не уметь проигрывать вебм.

Не знаю, пофиксили или нет, но ишак 1) не запоминает настройки на дваче, будешь сидеть только с дефолтными 2) в нём нельзя ввести капчу, вернее можно, но только один раз, после чего требуется перезагружать "браузер"

>>2097527
Это всё проблемы одной недоборды

>>2093087
Идеальное кодирование вебмки со статичной картинкой:

ffmpeg -loop 1 -r 1 -i [image] -i [audio] -b:v [((размер видео в байтах × 8)/1000)/t] -b:a [64K, 128K или 160k] -t [длительность трека] -g 9999 -metadata title="Исполнитель - Название" -speed 0 -deadline 0 -pass [1, 2] -y out.webm

звук кодировать лучше из флака, если удастся найти

>>2097552
>размер изображения в байтах
фикс

ffmpeg -loop 1 -r 1 -i [image] -i [audio, желательно FLAC] -b:v [((размер изображения в байтах × 8)/1000)/t]K -b:a 160K -t [продолжительность трека] -g 9999 -metadata title="Исполнитель - Название" -pix_fmt yuv420p -speed 0 -deadline 0 -pass [1, 2] -y out.webm

Вот, теперь точно идеально.

>>2097381
БАМП!

>>2080526 (OP)
Почему имя файла не отображается?

>>2097691
У куклы есть опция обрезать имена, ОП ее включил.

>>2093087
Что значит "pause" в конце и как
>ffmpeg -r 1 -loop 1 ^
>-i "Fables2.png" ^
>-i "01. Main Menu.m4a" ^
вот так переносить по строкам?

Че там, 4К уже стал стандартом? Или уже 8К стандарт?

>>2097530
Ха! Значит, не пофиксили.

Microsoft, такой Microsoft…

>>2097557

ffmpeg -loop 1 -r 1 -i [image] -i [audio.FLAC] -b:v 0 -crf 0 -b:a 160K -t [продолжительность трека] -g 9999 -metadata title="Исполнитель - Название" -pix_fmt yuv420p -speed 0 -deadline 0 -pass [1, 2] -y out.webm

Вот теперь точно идеально. Размер видеопотока получается примерно такой же как и размер изображения (при PNG иногда и значительно меньше), но качество сохраняется 100%, размер почти не зависит от длительности (несколько кадров-секунд добавляют примерно килобайт), пикчу не размазывает, но при этом всём кодирование происходит в разы быстрее.

Например, 1) оригинал, 2) перекод 30 сек, 3) перекод 6 мин. Более чем в 2 раза меньший размер при том же качестве. 5 мин 30 сек добавили лишь 12.7 КБ к размеру.

Думаю, вопрос как правильно кодировать статичные картинки решён полностью и окончательно.

Вопрос другой: почему искажаются цвета? И такое происходит не только с PNG, но и с обычным JPEG, и при всяких методах кодирования. Незначительно, кончено, но искажаются.

Искажения выглядят так, будто меняется цветовой профиль.

>>2096723
В принципе заебок работает, пользоваться можно, правда в некоторых случаях вариант с конвертированием магическим образом пропускает один файл при конкатинации, хотя формат такой же я хз, может метаданные как-то влияют. А куда создается list.txt создается?

>>2098587
У меня в батник забито было. Где его запускал, там и создавался txt.

Убери del list_ts.txt, увидишь.

>>2098587
>пропускает один файл
Убери del'ы и посмотри все ли конвертируются. Может, какой-нибудь файл из-за странного имени не берет. Фиг знает в общем.

>>2098651
>>2098652
ок

>>2097773
Ты че, отсталый что ли? Уже 16к стандарт. Срочно беги покупать новый телевизор 16к 320hz

>>2098946
>AMD's graphics boss says VR needs 16K at 240Hz for 'true immersion'
>Jan 15, 2016
>AMD Radeon Pro managed 16K (15 360 x 8640 p) rendering
>28 July 2016
Бля, хуле ты такой не мейнстримный, прошлогодний стандарт принес.

>>2097381
бамп!!!

>>2096723
> Без конвертации видео нужное тебе соотношение сторон не получается.
аспект пробовал?

>>2097552
> Идеальное кодирование вебмки со статичной картинкой
> constant audio
Ясно.

>>2097735
Для винды "\"

>>2100786
Переменный битрейт в ворбис включается же, нужно задавать качество через -q:a, в опус он переменный по дефолту.

Опус, кстати даёт идеальное соотношение размер качество. Например, 12 kbps на Opus и на AAC. Первый ещё можно слушать, второе - ад.

ffmpeg -loop 1 -r 1 -i [картинка] -i [звук] -b:v 0 -crf 2 -b:a [аудио битрейт на выбор]K -t [продолжительность трека] -g 9999 -metadata title="Исполнитель - Название" -pix_fmt yuv420p -speed 0 -deadline 0 -threads 4 out.webm

При применении данной строчки вебмки кодировались примерно по 30 секунд.

>>2100821
> на AAC
На HE-AAC попробуй.

>>2100821
Да, ты прав, не знал:
"Opus is more efficient when operating with variable bitrate (VBR), which is the default"

>>2100840
>На HE-AAC попробуй.
Это для голоса, а не для музыки. Подходит для дорожки с комментарием к фильму.

>>2100957
> Это для голоса, а не для музыки.
А опус по твоему для музыки пилили, а не для онлайн трансляций? А до опуса HE-AAC показывал себя не плохо на битрейтах 64 и около того.

>>2100982
А опус для музыки лучший lossy кодек.

>>2101115
Рад за него, чего сказать то хотел?

Чем отличаются версии Static, Shared и Dev?

>>2080526 (OP)

Анон, есть вопрос, videopad - это нормальный редактор или кусок говна? Нужна простенькая программа уровня Paint.NET против фотошопа, только для видео.

>>2101429
> уровня Paint.NET против фотошопа
Могу предложить уровня paint vs фотошоп — virtual dub

>>2101454
>virtual dub

А, видел такую, проблема в том, что из коробки это программа не умеет работать с кучей популярных форматов (тот же mkv), а я был не уверен стоит ли связываться с поиском плагинов.

>>2101429
Блендер установи - не мучайся. Смотря какие задачи у тебя можешь еще посмотреть vapoursynth глянуть.

>>2101523
>Смотря какие задачи

Задачи тривиальные: вырезать из фильма отрывок секунд в 30 и послать другу с рекомендацией этот фильм посмотреть, взять много видео с телефона, из длинных файлов выкинуть лишнее, всё объединить в один файл и отправить родственникам, которым в силу возраста тяжело разбираться с компьютером, но вынь да положь "покажи как ты съездил в странанейм". В общем ничего кроме "вырезать - вставить - изменить размер - сохранить в нужном формате".

За блендер спасибо, вроде то, что нужно.

>>2101573
Ну тогда блендер, да. Там и просто, и быстро и, если захочешь чего-то интереснее, можно всякие штуки делать продвинутые без переучивания.

Если ffmpeg'у дать какой-нибудь трёхсекундный отрывок захардсабить (vf=ass), который в середине большого видео, то он долго будет топтаться на месте в обоих пассах, а потом уже начнёт энкодить нужное.
Как это объяснить? Что он там "перематывает" большую часть времени?

>>2101607
Там разные алгоритмы поиска. Я -ss -t использую — очень быстро, но не точно.

>>2101610
Я использую -ss -to и -ss -t.
А как ещё? Всё равно он сначала долго "добирается" до ss

>>2101610
>не точно
Хз, смотрю с помощью подробной сводки времени и mpv и пролистывания mpv по кадрам.
Всегда попадаю с точностью до кадра

>>2101607
Надо по-другому
https://hive.blasux.ru/webm/s#A.2BBBoEMAQ6_.2BBD8EQAQ4BDoEQAQ1BD8EOARCBEw_.2BBEEEQwQxBEIEOARCBEAESw-

>>2101612
Как еще не знаю, читай докуменатцию. Есть медленный поиск, более точный. -ss у меня ищет очень быстро.

>>2101614
> Если в используемой команде FFmpeg ключ -ss стоит перед -i, требуется добавить фильтр setpts со сдвигом на то же число секунд: -vf "setpts=PTS+??/TB,subtitles=sub.ass,setpts=PTS-STARTPTS"
Не распарсил нихрена. Куда секунды-то ставить, лул?

>>2101622
Едрить ты беспомощный. Там же есть ссылочка, по ссылочке пример
> ffmpeg -ss 102.042 -t 24.250 -i sintel-1024-surround.mp4 -c:v libvpx -vf scale=640:-1,setpts=PTS+102.042/TB,subtitles=sintel_en.srt,setpts=PTS-STARTPTS out.webm

>>2101633
Да, нахрен.
Всё равно непонятно, что это за говно, как оно вести себя будет. Лучше батник сделаю, чтобы обрезать моментально видео и передавать его ffmpeg'у сразу для работу, без ss'ов.
И быстро, и логично

>>2101635
Ты даже просто потестировать сначала не можешь? Лол

>>2101639
Блин, ну сейчас, не побрезгую таки.

>>2101639
Ничего не изменилось совершенно. Он по-прежнему имеет гусей перед тем, как дойти до нужного участка времени.
И так всегда было. Я просто сейчас уже бомбанул, так как начал с большими видео предолиться.
Команда была такой (2-pass):
ffmpeg -i inv.mp4 -i ins.ass -ss 11:23.474 -to 11:25.309 -vf setpts=PTS+683.474/TB,subtitles=ins.ass,setpts=PTS-STARTPTS -c:v vp9 -b:v 1650k -c:a libopus -b:a 128k -af "volume=1.25" -metadata title="Title" -threads 4 -pass 2 out.webm
Кстати, вот ведь неудобно, да - каждый раз переводить в секунды для аргумента этому ссаному vf, он ведь онли sec.millisec ест.

>>2101647
А, кстати, теперь я ещё на кадров 5 в конце промахнулся, писец, следующая сцена попала и отожрала драгоценные килобайты.
При -ss -to такого не было!

>>2101522
Виртуалдуб уже давно дубу дал.
Авидемукс обновляют

>>2101647
> Ничего не изменилось совершенно
> Команда была такой (2-pass):
> ffmpeg -i inv.mp4 -i ins.ass -ss 11:23.474 -to 11:25.309

>>2101622
> > Если в используемой команде FFmpeg ключ -ss стоит перед -i, требуется добавить фильтр setpts со сдвигом на то же число секунд: -vf "setpts=PTS+??/TB,subtitles=sub.ass,setpts=PTS-STARTPTS"

Интересно почему.

>>2101813
Хыхыхы

>>2101813
Option to (record or transcode stop time) cannot be applied to input url ins.ass
-- you are trying to apply an input option to an output file or vice versa. Mov
e this option before the file it belongs to.
Error parsing options for input file ins.ass.
Error opening input files: Invalid argument
Если поставить ss перед inv.mp4, то то же самое, только
Ю for input file inv.mp4
И vf ставил впереди, и ss, и комбинировал, ему насрать.

Какого чёрта убрали croptop и ему подобных?
Удобно было?
Как мне теперь обрезать a пикселей слева, b справа, c снизу, d сверху?
vf crop=in_w-2a:in_h-2c обрежет мне сами понимаете как, мне не подходит

>>2102179
> Удобно было.
> in_w-2×a:in_h-2×c

>>2102179
>>2102181
-vf crop=in_w-(a+b):in_h-(c+d):a:d
Сам разобрался. ну пердолики, ну молодцы!

>>2102191
Ой, нет, не разобрался.
-vf crop=in_w-(a+b):in_h-(c+d):a:in_h-d
Теперь, вроде, разобрался.

>>2101889
Скриншот покажи, не понятно же.

>>2102199
Короче, я не могу выставить -ss до какого-то -i.
>>2102194
ничерта не работает по теории.
В теории, это выглядит так: vf crop=out_w_out_h:x:y, где x и у - координаты левой верхней вершины прямоугольника, который останется.
Где начало координат, где начинаются оси, никто не удосужился упомянуть, я по-умолчанию принял левый нижний угол за начало и оси вверх и вправо - это адекватно.
crop=in_w:in_h-135:0:in_h-90
Вот это должно было обрезать мне 90 сверху и 45 снизу, но обрезало 135 сверху - топчик.

>>2102200
Понятнее не стало. Скриншот/Команду покажи

>>2102202
> ffmpeg -i inv.mp4 -ss 11:23.474 -i ins.ass -to 11:25.309 -vf setpts=PTS+683.474/TB,subtitles=ins.ass,setpts=PTS-STARTPTS -c:v vp9 -b:v 1650k -c:a libopus -b:a 128k -af "volume=1.25" -metadata title="Title" -threads 4 -pass 2 out.webm
> Option to (record or transcode stop time) cannot be applied to input url ins.ass
-- you are trying to apply an input option to an output file or vice versa. Mov
e this option before the file it belongs to.
Error parsing options for input file ins.ass.
Error opening input files: Invalid argument
Я не могу столько пердолиться с каким-то костылём типа "Set Presentation Timestamp", ты знаешь формальности по кропу?

>>2102204
>-i ins.ass
Нинужно, у тебя уже есть
> subtitles=ins.ass

>>2102204
И -ss перед -i

>>2102204
И место -to надо будет -t использовать скорее всего.

>>2102207
> Если в используемой команде FFmpeg ключ -ss стоит перед -i, требуется добавить фильтр setpts
Ну тогда и setpts нинужно.
>>2102209
-ss перед -i видео?
Легко, держи:
>> Option to (record or transcode stop time) cannot be applied to input url inv.mp4
-- you are trying to apply an input option to an output file or vice versa. Mov
e this option before the file it belongs to.
Error parsing options for input file inv.mp4.
Error opening input files: Invalid argument

Анон! Стримю из mpeg2 в webm, но нужно понизить качество и разрешение. и videosize ставил ниже и videobitrate, но не работает как надо. чего сделал не так?

>>2102211
>Легко, держи:
Так, давай еще раз, скинь команду/скриншот, а не только ошибки, ведь нихуя непонятно же.

>>2102215
> ffmpeg -ss 11:23.474 -i inv.mp4 -to 11:25.309 -vf setpts=PTS+683.474/TB,subtitles=ins.ass,setpts=PTS-STARTPTS -c:v vp9 -b:v 1650k -c:a libopus -b:a 128k -af "volume=1.25" -metadata title="Title" -threads 4 -pass 2 out.webm
> Option to (record or transcode stop time) cannot be applied to input url inv.mp4
-- you are trying to apply an input option to an output file or vice versa. Mov
e this option before the file it belongs to.
Error parsing options for input file inv.mp4.
Error opening input files: Invalid argument
А ты не троль?

>>2102216
Вместо -to попробуй через -t
-to и -ss перед -i никогда не работало у меня точно

>>2102221
Я попробую, правда попробую, но вечером.
Ты не пояснишь за crop?

>>2102223
Нет, я им пару раз только пользовался.

>>2102224
Ну ладно, придётся самому подбирать, где создатели посчитали нужным расположить начало координат, что такое "координата прямоугольника", и куда направлены оси

Запомните, что если вы разговариваете с пердоликом и обсуждаете координатную плоскость, то ось Oy направлена не вверх, а вниз, а ось Ox - вправо.
Ну и начало координат располагается сверху слева.
Просто запомните

>>2081646
>ну почитайте теорию, первый ролик это практически идеал для сжатия слайсами
Где почитать теорию?

Поясните про слайсы.

Сап, конвертач. Есть ли какой-то гайд for dummies по ffmpeg? Хотя мне всего-то надо из .mkv нужно перевести в .mp4 попутно вырезав лишние аудиотреки, сабы и перекодировать нужный аудиотрек.

Ещё прошу объяснить почему у некоторых вебмок, которые я встречал, отсутствовала возможность перемотать видео, вместо этого просто вебм проигрывалась заново.

>>2102200
> я по-умолчанию принял левый нижний угол за начало и оси вверх и вправо - это адекватно.
Нет, не адекватно. А проверяется на одной фрейме.

>>2102221
Может быть потому что и не должно?

>>2102548
Уже проверил, спасибо.
>>2102237

>>2102507
ffmpeg -i hui.mkv {here you have to put some "map" commands} -c copy govno.mp4
https://trac.ffmpeg.org/wiki/Map

Browser trying to stick to near keyframe. It causes some troubles. One anon post here command that produce video with single keyframe (of course its for static videos. e.g. music album cover over composition from this album)

>>2102554
Благодарю.

>>2102596
>Пикрил.
ЧЗХ?

>>2103238
Эт реард.

>>2103238
> vorbis failed
Что-то не то с опциями аудиокодека.

>>2101115
Только глючит в мкв контейнере с h264 кодеком на макабе.

>>2104024
>на макабе
В плеере хрома, макаба не придавала.

Что означают все эти опции:
-tile-columns
-frame-parallel
-auto-alt-ref
-lag-in-frames

И как сделать так, чтобы заработал ебучий -row-mt?

Видео-эксперты, прощу помощи.
Есть видео 16-19 кадров в секунду доведённое до ручки 29.97 с mbaf интерполяцией. Делал и так и сяк, но лучший результат пока прогнать через eedi3, а потом c ffmpeg mpdecimate фильтром. Почти идеальный результат, но в некоторых местах дропает не то, что нужно, в итоге происходит какой-то экшн, кадры дропаются и картинка висит. Смотрите вемб.
Как безопасно вернуть оригинальный fps?

Использовал вот так vspipe --y4m deint.py - | ffmpeg -i pipe: -vf mpdecimate -c:v libx264 -preset slow -crf 16 -x264-params "[...]" test.mkv

>>2104765
Ладно, сделал mpdecimate=max=3, вроде хорошо. Был бы рад, если бы кто-нибудь меня все таки бы просветил о том, как это нужно делать правильно.

>>2104765
> Как безопасно вернуть оригинальный fps?
Взять оригинал до извращений? Если его нет, то безопасно не вернешь, если видео не большое сиди удаляй руками, если большое, то беда, фильтры уменьшающие фпс есть, но результат может быть не предсказуем.

Господа, как вырезать фрагмент из видео? То есть, в оутпуте чтобы было вырезанное видео, а всё видео без этого фрагмента. Удалить фрагмент.

>>2105729
*не вырезанное видео

>>2105729
Тут три действия надо сделать.
1. Вырезать отрезок до
2. Вырезать отрезок после
3. Соединить эти отрезки

Всё это можно сделать без перекодировки через ffmpeg.

>>2105729
Machete, ломаные на ru.board

>>2105736
Да, уже понял, что придется много ебаться с concat.

Эх, а могли бы запилить нормальную фичу вырезания без стопицот действий.

Вообще в видеоформатах не шарю. Вот порендерил вебм в премьере и мп4 с тем же битрейтом. Разница на лицо. Это при 10 фпс и минимум движения. мп4 более прожорлив?

>>2106776
В браузере разница не сильно видна. Ореол от огня за девочкой в пм4 пидорасит.

>>2106776
Ебать ты юморист.
>мп4 более прожорлив?
Конечно, потому что H.264 (AVC) это устаревающий формат, появившийся аж в 2003 году. В этом формате ты ещё мог видосики на мобилочках через блютус перекидывать. А VP9 это актуальный формат нового поколения, спецификация появилась в 2013 году, он обеспечивает в 1.3-2 раза более эффективное сжатие. Его если сравнивать, то с H.265 (HEVC).

AVC можно сравнивать с VP8. И да, VP8 похуже.

>в премьере
Лучше, наверное, сохранить в lossless и кодировать в ffmpeg. Не знаю как в премьере, но, думается, в подобных программах компромисс между эффективностью и скоростью, с уклоном в скорость. А AVC и VP8 настолько быстро кодируются (по сравнению с жутко тяжёлым VP9) на современных вычислительных мощностях, что не ставить максимальные настройки эффективности (-speed 0 -deadline 0 + два прохода) это вершина уебанства.

>>2107081
Ок, спасибо.

>>2107081
>Конечно, потому что H.264 (AVC) это устаревающий формат, появившийся аж в 2003 году. В этом формате ты ещё мог видосики на мобилочках через блютус перекидывать. А VP9 это актуальный формат нового поколения, спецификация появилась в 2013 году, он обеспечивает в 1.3-2 раза более эффективное сжатие. Его если сравнивать, то с H.265 (HEVC).
Ебноутый нахуй
Все неверно

>>2107081
>AVC можно сравнивать с VP8. И да, VP8 похуже
Но визуально кажется наоборот. В основном это происходит по двум причинам.

Первая
>в подобных программах компромисс между эффективностью и скоростью, с уклоном в скорость
MP4 – ввиду крайней его популярности – кодируют часто ламеры в мутных программах, где есть только выбор кодека, битрейт и кнопка "перекодировать". А VP8 кодируют задроты на ffmpeg, подходя к процессу более-менее ответственно. Оттого вебмки выглядят качественнее, чем MP4 того же размера.

Вторая причина - визуальное восприятия артефактов сжатия. Элемент изображения VP8 это WebP, элемент изображения в MP4 это что-то вроде JPEG. WebP даёт более гладкую и однородную картинку, а в MP4 в глаза бросаются более грубые артефакты и цветные ореолы, при этом детализация в MP4 может быть даже чуть выше. То есть, при низком битрейте MP4 будет выглядеть выразительно шакалисто, а вемка будет выглядеть скорее размыто.

>>2107096
Так обоснуй что там тебе "неверно".

Если просто гуглхейтер с "VP9 ненужон", то можешь сразу следовать нахуй.

>>2107102
>он обеспечивает в 1.3-2 раза более эффективное сжатие.
Я с таким дауном даже разговаривать не буду.

>>2107208
А теперь посмотри битрейт обоих видеопотоков

>>2107208
5 и 15 секунда. Кадры выдернул ffmpeg'ом, а не принтскрином.

>>2107225
>>2107232
ПРИ БОЛЬШЕМ БИТРЕЙТЕ - БОЛЬШИЙ РАЗМЕР И ЛУЧШЕЕ КАЧЕСТВО! ШОК!

2+2=4 И ДРУГИЕ СНОГСШИБАТЕЛЬНЫЕ НОВОСТИ КОДИРОВАНИЯ ВИДЕО!

>>2107241
VP9 не везде больше MP4, зависит от видео, при этом качество у VP9 лучше MP4

>>2107208
Налицо дебильность и утиная преданность формату AVC.
>>2107241
Ты на самом деле не видишь кардинальной разницы между этими изображениями? Скорее всего ты и есть тот самый ламер, который кодирует MP4 и делает это из рук вон плохо.

Чтобы добиться того же самого качества в AVC, нужно повысить битрейт как раз в 1.3-2 раза, и то, если ты будешь кодировать на максималочках.

>>2107265
Ну у чувака может просто плохое зрение, для него что одно размытое изображение, что другое - разницы нет. Ну или на самом деле отсталость в развитии. Умение определять качество и дороговизну вещей обычно развивается и нарабатывается с возрастом.

>>2107271
>Чтобы добиться того же самого качества в AVC, нужно повысить битрейт как раз в 1.3-2 раза, и то, если ты будешь кодировать на максималочках.
Кек. Где вебм, где мп4.

Не могу понять, как субтитры срендерить. Делаю скрипт шелла, там есть переменная INPUT, в конце команда(лишнее убрал)
ffmpeg -i "$INPUT" -vf subtitles=$INPUT "$OUTPUT"
и нихуя, субтитры софтсабом пишутся отключаемым. Алсо, как это заэкранировать в субтитрах? Если файл с пробелами, то ошибка на субтитрах, пробовал -vf subtitles="$INPUT" и -vf "subtitles='$INPUT'" и нихуя.

>>2107512
1я пизже, раз тут так нахваливают vp9, то это он

>>2107878
Логично.

>>2107846
Скинь скриншот: команда и то, что ффмпег выводит.

Пардон, не цуиь, но тоже видео.
Во время записи видео с Geforce Experience вырубили электричество. Вот такой я жмот без ИБП. Файл на диске есть, но Potplayer его не читает. Файл можно как-нибудь починить, или отправлять его в страну бесконечного дискового пространства?

>>2108427
Хз, попробуй скормить кому-нибудь типа ffmpeg на перекодировку

>>2108429
moov atom not found

>>2108434
http://muzso.hu/2012/11/14/how-to-fix-a-broken-mp4-mov-video-ffmpeg-reports-moov-atom-not-found
Прямо про твою проблему

>>2108434
Алсо, если не найдёшь тех прог, то вот
https://vzaar.com/blog/2014/10/10/fix-video-files-secret-weapon/
Народным хэндбрейком

>>2108438
>>2108441
Спасибо! Video Repair все восстановил.

>>2080526 (OP)
Я когда то скачал двухминутный вебм и сохранил его, теперь его я запускаю, а видео обрывается на 30 секундах.
Но оно раньше полностью проигрывалось. Что могло случиться? Похерился файл???

>>2109378
Посмотри посты чуть выше, там удалось восстановить файл вообще без метаданных.

Первый проход на самом деле не работает.

Он сканирует только звук, если звук убран (-an, например), то в завершении первого прохода выдаёт
>Output file is empty, nothing was encoded

Если звук есть, то последней стройкой пишет
>video:0kB audio:[сколько-то]kB

То есть, получается на кодирование видео двупроходность вообще никак не влияет?

>>2110065
Нет, всем всё сканируется.
> Он сканирует только звук
Это не сканирование, оно кодирует, конвертирует звук. Это нинужно на первом проходе, поэтому ставят -an

> То есть, получается на кодирование видео двупроходность вообще никак не влияет?
Нет. В текущей папке должен создастся файл с именем ffmpegblabla.log - там результаты сканирования, которые будут использованы на втором проходе.

>>2110076
Возможно как-то по результатам первого прохода узнать какого размера будет итоговый файл? Что крайне недостаёт при CRF.

>>2109932
дай ссыль на посты

>>2107232
Как делать скриншоты ffmpeg'ом?

Проблема при вырезании фрагментов видео из других видео. Обычно стараюсь вырезать не декодируя, т.е. webm -> webm, mp4 -> mp4, проблема присутствует всегда.

Использую команду: ffmpeg -i INFILE -ss 02:16:19 -t 2.5 -c copy OUTFILE

Если я проиграю OUTFILE в mpv, то где-то первые полсекунды вообще не проигрываются, как будто их в файле и нет. Если открыть файл в браузере, выходит ещё интересней: он проигрывается с самого начала, т.е. эти полсекунды там очевидно есть, но нормально играет только аудио, видео в это время "замёрзшее".

Похоже, проблема возникает у меня всегда при выполнении указанной команды. ЧЯДНТ?

>>2110593
Ну да, это как повёзет, если попадешь в ключевой кадр, то вырежет нормально, если нет, то будет замершее, пока не дойдет до след. ключевого кадра.

Если такая проблема, то попробуй вырезать с перекодом аудио -c:v copy -c:a libopus, иногда помогает. Или меняй таймкод, пока не попадешь на ключевой кадр.

>>2110578
ffmpeg -ss 10:02 -i video.mkv -vframes 1 screen.png

>>2110597
А как-то автоматизировать этот процесс нельзя? А то ну пиздец высокие технологии приходится вручную кадр подбирать.

>>2110620
Автоматизируй. Только не забудь сюда отписать, как сделол.

>>2109378
бамп вопросу

>>2110593
>>2110620
Вообще-то технологии могли бы позволить создать фильтр, который переконструировал бы ключевые кадры без перекодирования. То есть, определял ключевой кадр в произвольном месте (начале) и перекидывал на него и на последующие кадры информацию которая была в оригинальном ключевом кадре и предназначалась для этих кадров.

>>2107512
1 мп4, этот лупфильтр я везде узнаю.
>>2107271
> Скорее всего ты и есть тот самый ламер, который кодирует MP4 и делает это из рук вон плохо.
Скорее ты. Видево кодированное гуглом вообще как показатель качества не может быть использованно, ебнутый. А такие квадраты чтобы получить нужно ну очень сильно хотеть показать как мп4 плох и понизить деблок или вообще его вырубить.
У мп есть недостатки и сжатие похуже в опередленных местах, но негибкость вп кодеков перекрывает их полностью.

>>2110753
Сделой

>>2110873
Вот зашел в тред так зашел.

>>2110913
Ну да, и на самом деле чёт не фонтан.

>1.5 семена полгода спорят, чем лучше кодировать пиздоглазые поп-высеры

>>2110921
Всё лучше, чем негров шакалить

>>2080526 (OP)
Не знаю где еще найти анона шарящего в видеомонтаже, так что спрошу тут.

В mkvtoolnix при попытке слепить bdremux в mkv происходит следующий кофуз: русские субтитры представлены в виде двух pgs (пикрил), и они не полные. В первых одна половина текста во вторых другая.

Скажем полные субтитры фильма былы бы:
"Обработал в двух разных программах. Мне кажется, что разница минимальна, но почему такая большая разница в размере файла. Может мне пора спать? В любом случае обсуждаем программы, которыми вы кодируете вебм и все такое.".

В моем случае в первых субтитрах:
"Обработал в двух разных программах. Может мне пора спать?".

А во вторых:
"Мне кажется, что разница минимальна, но почему такая большая разница в размере файла. В любом случае обсуждаем программы, которыми вы кодируете вебм и все такое.".

Причем с правильными тавймингами, просто в каждых пропускает примерно половину текста. Тот текст что есть в одних, отсутствует в других. Как фиксить это? Как склеить?

>>2111049
Я бы вытащил субтитры из mkv MKVExtractGUI2, потом конвертнул бы из в srt ???, потом бы склеил вместе и подровнял к речи Aegisub и уже их добавил в матрёшку

Что такое AVC1? Я так понимаю, это другой кодек стандарта H.264, чем x264?

Если да, то как кодировать им в ffmpeg?

Как запихать фильтру ass, например, название субтитра с пробелами?
Пусть ins="A I B.ass".
Тогда:

> -vf ass=$ins
> Unable to find a suitable output format for 'A'
A: Invalid argument

> -vf ass="$ins"
> No filename provided!
> Error initializing filter 'ass' with args ''
Error reinitializing filters!

На линкрил что-то есть, но моя не понимать, что они там спамят //////////.
http://ffmpeg.org/ffmpeg-filters.html#Notes-on-filtergraph-escaping

>>2111975
ЭКранируй пробелы.
-vf "ass=a\ i\ b.ass"

>>2114094
Спасибо, анон, но в условиях того, что у меня там в переменную загнано, мне удобнее делать копию с простым именем, а потом её удалять.

>>2114097
set SBT=a s s.ass
set SBT=%SBT: =\ %
Что-то типа этого.

>>2114168
Ты не поверишь, но вот -vf "ass=A\ I\ B.ASS" оно ест, а вот
-vf "ass=[Daun-raws]\ Tupoe\ govno\ tupogo\ govna\ 01\ [BDRip\ 1920x1080\ x264\ Vorbis]"
оно не ест. Я пробовал убирать квадратные скобки - энивэй.

>>2114212
Он так-то выводт ошибку, что он съесть не смог там не отображается, может это '-' может ещё чего. Я давно через ависинт накладываю сабы TextSub ("your_file.ssa")
Соснуль для ретардов, большая часть которых сама не станет ебаться с экранирование, а односложно переименует сабы и закинет в bin

>>2114214
А, ну, это из-за скобок таки, я тогда не углядел малость. Ну и фиг с ним, ins.ass - наше всё.
ретурд

>>2114212
Квадратные скобки тоже экранировать(круглые нет). Ещё и виндоус слеши в пути надо поворачивать, а между буквой и двоеточием в начале \\ ставится. У меня, кстати, без экранирования пробелов работает.
Например.
set SBT=буква:\путь\файл.асс
set SBT=%SBT:\=/%
set SBT=%SBT:[=\[%
set SBT=%SBT:]=\]%
set SBT=%SBT::=\\:%
set SBT=%SBT:"=%
set SBT="ass=SBT"
ffmpeg -vf %SBT%

>>2114242
Фух, хорошо, что не Шиндовс.
Спасибо, короче, не читается символ - экранировать бэкслешем

>>2114267
Эли двумя или тремя, больше бекслешей, богу бекслешей, например
-vf subtitles="E\\\:\\\\\\\\\\\\\..FOLDER\\\\\\\FOLDER\\\\\\\SUBS.srt"
И это реально работает! Хотя и из буханки хлеба и телевизионной антенны можно сделать игрушку "троллейбус", но зачем?

Че шапку-то проебали. Как картинку и мп3 файл объединить, чтобы на выходе вебм получить?
Вот это вот >>2098450 не хочет работать.
Хочу всего лишь трек с обложкой вебемнуть.

>>2115631
Такое, вроде, срабатывало
(map, если несколько видео/аудио-потоков, livorbis необязательно, качество 9 - ~320..500 kbps).
ffmpeg -r 1 -loop 1 -i p.png -i m.mp3 -map 0:v -map 1:a -c:a libvorbis -q:a 9 -c:v vp8 -b:v 0 -crf 16 -g 360 -vf scale=-1:720 -pix_fmt +yuv420p -shortest output.webm

>>2115975
спасибки

>>2115631
ffmpeg -loop 1 -r 1 -i [картинка] -i [звук] -b:v 0 -crf 2 -b:a [аудио битрейт на выбор]K -t [продолжительность трека] -g 9999 -metadata title="Исполнитель - Название" -pix_fmt yuv420p -speed 0 -deadline 0 -threads 4 out.webm

>Вот это вот >>2098450 не хочет работать
Запости скрин. Не может не работать.

>>2117056
Да это мой косяк, скачал новую версию ффмпега - заработало.

Мой вопрос на счет пикрилейтед еще актуален, как прописать выделенные параметры в консольку, ну или хотя бы некоторые из них?

>>2117237
Encoder Level это, как я понимаю, уровень сложности. Ставить 3.0 имеет смысл если ты кодируешь для каких-нибудь мобилок, для компов ставь максимум.

-level <10-51>
где 10 = 1.0, 51 = 5.1
Все уровни: 1, 1.1, 1.2, 1.3, 2, 2.1, 2.2, 3, 3.1, 3.2, 4, 4.1, 4.2, 5, 5.1

Остальные параметры (дохуя их): http://help.ubuntu.ru/wiki/ffmpeg

>>2117322
спс, а вев оптимайзд это что может быть примерно?

>>2117237
Что за писька на пикрил?

>>2117597
Хз, какие-то отпимизации на уровне контейнера, не кодека.
Типа там метадата всякая, которые считывают до воспроизведения.

>>2117640
> какие-то отпимизации на уровне контейнера, не кодека
Ты настройки не видишь? И я не вижу, их нет, вполне возможно, что эта хрень изменяет дефолтные b/реф фреймы, для, по мнению создателя, оптимального веб декодирования.

У вас нет ощущения что в последнее время на ютубе сильно начало артфеактить при движении видосы (как в хевке остается шлейф за объектом)?
Прям в глаза бросается особенно на 720p