>>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.

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

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

>>2080907
>Constrained Quality

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

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


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

>>2080914
Хорошо.

>>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 закодированы.
Заебали вы со своим вебмом, один парашный гугл его использует. Как и гифв имгур. Понапридумывают мертвых форматов.

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

>>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
>Кончится траффик и борду закроют
Че, абу не найдет кому отсосать?

>>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
> приживется ли 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
Гранд тур, животное.
Господи надеюст ты сдохнешь от рака яичек, пожелал бы мозга но у тебя его нет.

>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
Вот так, примерно.

>>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-ух часовое прохождение скайрима.
Я перефразирую.
Инбифо стрим летсплея игрушки.

>>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/

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

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

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

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

>>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 - это стандарт?

>>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кухд.

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

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

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

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

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

>>2086524
man ffmpeg

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

>>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
Ты не правильно понимаешь понятие поток и его корреляцию с ядрами и потоками цпу.

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

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

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

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

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

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

>>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
Не было, нет и не будет. Можешь скринить.

>>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.

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

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

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

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

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

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

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

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

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

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

>>2090777
icaros

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

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

>>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 увидеть?

>>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.
Вот ты понял что мне нужно, но как рассчитать объёмы при разных алгоритмах, хотя бы в двух случаях, когда все пиксели постоянно меняются, движение в видео постоянное, и когда наблюдаем статичную картинку?
Я уже писал на счёт твоего вопроса, не важно зачем, нужно решение этого вопроса без частного огрубления.

>>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 килобитах.

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

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