|
|
|
dio669
Стаж: 15 лет 6 месяцев Сообщений: 1237
|
dio669 ·
17-Янв-25 02:15
(6 месяцев назад)
p1zrv писал(а):
87267188Достаточно черного видео и черного видео с зерном, сделать разницу с помощью grav1synth и потом приложить к другому видео (?).
Примерно так и планировал, чёрный или белый фон, не знаю какой правильнее. Файлик получил буду пробовать.
На реддите похожую тему нашёл "Adding grain through grain-synthesis", чел выложил примеры и описание как сделал, только главное не положил.)
|
|
|
|
dramaticmisery
Стаж: 2 года 2 месяца Сообщений: 5
|
dramaticmisery ·
02-Апр-25 19:27
(спустя 2 месяца 16 дней)
подскажите пожалуйста, индексирую hevc c hdr при помощи ffvideosource, цвета при просмотре в avspmod получаются блеклые как если при проигрывании в плеере выключить hdr - как сделать цвета "нормальными" в avspmod?
|
|
|
|
CATFISH-2
Стаж: 15 лет 10 месяцев Сообщений: 2421
|
CATFISH-2 ·
22-Апр-25 16:05
(спустя 19 дней)
jеnsen писал(а):
87176778Выйдет таки 266
пока только в одной проге узрел его - FormatFactory 5.2 , решил потестить -
3-х минутный клип в 4к кодировал где-то часа полтора, битрейт ставил 1000кб 1 проход,
кое-где вылезла мазня, потом решил поставить CRF 22 и всё зависло , не хочет кодировать 
|
|
|
|
tribes2
Стаж: 15 лет 7 месяцев Сообщений: 561
|
tribes2 ·
23-Апр-25 17:15
(спустя 1 день 1 час)
CATFISH-2 писал(а):
87685179
jеnsen писал(а):
87176778Выйдет таки 266
пока только в одной проге узрел его - FormatFactory 5.2 , решил потестить -
3-х минутный клип в 4к кодировал где-то часа полтора, битрейт ставил 1000кб 1 проход,
Видеокодировщики по сути есть ничем иным как архиваторами специализированными под видеопоток. Соответственно, действуют ровно те же принципы, что и в обычных архиваторах: либо высокая скорость, но тогда меньшая степень сжатия, либо высокая степень сжатия, но низкая скорость.
В свою очередь архиваторы разделяются на симметричные (время разжатия ~= времени сжатия) и асиметричные (время разжатия существенно меньше времени сжатия). Вот именно асиметричный принцип и используется при видеокодировании.
Просто для общего развития вот один из тестов архиваторов высокой степени сжатия
Цитата:
Input:
1,105,730,560 bytes - MongoDB 3.x latest binaries as tar
Output:
103,335,718 bytes, 1488.712 sec., 5.752 sec., RAZOR - -d 1023M
114,969,028 bytes, 2211.284 sec., 2177.389 sec., Zpaq - 510
126,988,406 bytes, 184.576 sec., 167.244 sec., ZCM - 8
127,579,809 bytes, 877.441 sec., 864.501 sec., NanoZip - c
130,735,482 bytes, 1226.455 sec., 6.153 sec., RAZOR - default
132,988,043 bytes, 225.735 sec., 231.151 sec., MCM - x
144,876,496 bytes, 422.534 sec., 9.001 sec., FreeArc - 9
153,700,868 bytes, 398.987 sec., 5.203 sec., 7-Zip - 9
153,724,450 bytes, 60.351 sec., 9.522 sec., Lrzip - 9
163,164,905 bytes, 2021.226 sec., 2.045 sec., Brotli - 11
176,482,303 bytes, 979.753 sec., 11.661 sec., Glza - default
178,904,236 bytes, 559.769 sec., 1.635 sec., Zstd - 22
195,832,216 bytes, 38.243 sec., 50.850 sec., Bsc - 6
202,761,888 bytes, 142.436 sec., 3.350 sec., WinRAR - 5
239,785,472 bytes, 935.558 sec., 12.998 sec., Bzip2 - 9
291,261,004 bytes, 484.457 sec., 4.059 sec., Zip - 9
В начале идёт получившийся размер архива, далее время на сжатие и время на разжатие.
Как можно видеть на примере симметричных архиваторов Zpaq, ZCM, NanoZip, MCM - время разжатия (в таблице подчёркнуто) ~= времени сжатия, поэтому под видеопоток их алгоритмы ну никак не годятся (иначе фильм придётся смотреть в покадровом режиме несколько суток, а то и целую неделю  ).
А вот по асимметричным архиваторам можно провести некую аналогию с x264, x265 и упомянутым x266 видеокодеками:
WinRAR (время сжатия 142 сек., но размер файла 202 Mb) будет условным аналогом x264 кодека,
7-Zip (время сжатия 399 сек., но размер архива 154 Mb) будет условным аналогом x265 кодека,
RAZOR (время сжатия 1488 сек., но размер архива 103 Mb) будет условным аналогом x266 кодека.
Таким образом на примере обычных архиваторов можно наглядно видеть, что с каждым уровнем эффективности сжатия время на архивацию кратно увеличивается.
|
|
|
|
johnowenemmet
Стаж: 15 лет 5 месяцев Сообщений: 174
|
johnowenemmet ·
23-Апр-25 18:34
(спустя 1 час 19 мин.)
а где скачать разархиватор рипа обратно в ремукс? по имени UnX265.exe ничего не нашёл 
|
|
|
|
tribes2
Стаж: 15 лет 7 месяцев Сообщений: 561
|
tribes2 ·
23-Апр-25 18:48
(спустя 13 мин., ред. 23-Апр-25 18:59)
johnowenemmet писал(а):
87690469а где скачать разархиватор рипа обратно в ремукс? по имени UnX265.exe ничего не нашёл
Обратного разархивирования не будет т.к. все эти видеокодеры используют сжатие с некоторой потерей качества. Другой вопрос в степени этой потери. Это как WAV в MP3 жать. В 320kbps разницы особо не услышишь, а вот в 128kbps - уже очень так заметна. Абсолютно без потерь жмут всякие FLAC, APE, WavPack т.е. при перекодировании из этих файлов на выходе получится полностью исходный WAV-файл.
Конкретно для BDремуксов я таких видеокодеров не знаю - может они и существуют, но я не интересовался. Можно попробовать сжать просто обычным архиватором высокой степени сжатия, но это будет долго и эффективность неизвестна (такие тесты мне на глаза не попадались). Да, и жать нужно строго в 1 поток (чем больше потоков - тем хуже качество сжатия), поэтому это будет ДОЛГО 
|
|
|
|
johnowenemmet
Стаж: 15 лет 5 месяцев Сообщений: 174
|
johnowenemmet ·
23-Апр-25 18:53
(спустя 5 мин.)
Цитата:
Видеокодировщики по сути есть ничем иным как архиваторами специализированными под видеопоток. Соответственно, действуют ровно те же принципы, что и в обычных архиваторах
Архиватор — программа, предназначенная для упаковки без потерь одного и более файлов в единый файл-архив или в серию архивов для удобства переноса и/или хранения данных. Распаковка архивов выполняется с помощью того же архиватора либо посредством сторонних совместимых утилит.
Цитата:
Обратного разархивирования не будет т.к. все эти видеокодеры используют сжатие с некоторой потерей качества.
обман, кругом обман...
|
|
|
|
tribes2
Стаж: 15 лет 7 месяцев Сообщений: 561
|
tribes2 ·
23-Апр-25 19:08
(спустя 14 мин., ред. 23-Апр-25 19:08)
johnowenemmet писал(а):
Архиватор — программа, предназначенная для упаковки без потерь
Некоторые умные архиваторы анализируют файлы перед сжатием и если там всякое уже сжатое видео или аудио или изображения или там текстовый файл в zip-архиве, то они такие файлы просто пропускают (записывают в архив как есть), чтобы не тратить зря время, потому что пережимать уже сжатый файл нет особого смысла - выигрыш будет 1-2% от силы. Тоже сплошной обман и подстава 
Так же, эти же умные архиваторы предварительно сортируют несжатые файлы по содержимому и для каждого типа данных применяют наиболее эффективный алгоритм сжатия 
|
|
|
|
CATFISH-2
Стаж: 15 лет 10 месяцев Сообщений: 2421
|
CATFISH-2 ·
02-Май-25 17:07
(спустя 8 дней)
tribes2 писал(а):
87690166Видеокодировщики по сути есть ничем иным как архиваторами специализированными под видеопоток
зачем мне эти тесты архиваторов? не у ту степь 
Я специально поставил низкий битрейт,чтобы узреть эффективность сжатия,
далее повышать битрейт и сравнивать................
по х266 долго гуглил и описания настроек не нашёл 
|
|
|
|
dio669
Стаж: 15 лет 6 месяцев Сообщений: 1237
|
dio669 ·
02-Май-25 23:59
(спустя 6 часов)
CATFISH-2 писал(а):
87730321по х266 долго гуглил и описания настроек не нашёл
А у него есть хотя бы help, как у всех предыдущих?
|
|
|
|
CATFISH-2
Стаж: 15 лет 10 месяцев Сообщений: 2421
|
CATFISH-2 ·
03-Май-25 14:45
(спустя 14 часов)
dio669 писал(а):
87732054А у него есть хотя бы help
у кодека есть описание в сети, настроек не нашёл.
Format factory V5.20.0 2024.11.8
1 Update the encoder core to the latest ffmpeg 7.1
2 Update the third-party dependency library to the latest fontconfig 2.15,freetype-2.13,brotli-1.1.0,libvpl-2.13
3 Update the latest hardware acceleration support for some encoders
4 Add new encoder VVC(H266) to MP4 and MKV
на мкв вкладки х266 - нет, только для мр4.
|
|
|
|
johnowenemmet
Стаж: 15 лет 5 месяцев Сообщений: 174
|
johnowenemmet ·
03-Май-25 15:01
(спустя 16 мин.)
Может просто откроете новую аналогичную тему, а эту оставите?
|
|
|
|
jеnsen
Стаж: 15 лет 3 месяца Сообщений: 3277
|
jеnsen ·
03-Май-25 23:59
(спустя 8 часов, ред. 03-Май-25 23:59)
johnowenemmet
Да пока рано. х266 от тех же разрабов, что сделали х265 анонсировали в 2023, с тех пор тишина, но обещают родить 1.0 как только, так сразу. В сети валяется кучка сторонних реализаций стандарта 266, но это все фан проекты и нормальной документации нету. Ждем х266.
Для тех, кто не знает: кодеки выходят в виде полноценных описаний алгоритмов работы и примеров референсных декодеров и энкодеров. Далее уже кто то сам должен "накодить" полноценный кодировщик как свободный (х264\5\6), так и закрытый для различных платных пакетов (ATEME TITAN Encoder например) по созданию бд, веб и тд. Стандарт есть, ждем фри реализации.
|
|
|
|
dobermanych
Стаж: 4 года 1 месяц Сообщений: 49
|
dobermanych ·
05-Июн-25 14:07
(спустя 1 месяц 1 день)
Всем привет. Подскажите как ограничить максимальный битрейт при кодировании в режиме CRF кодеком x265? В видео UHDTV есть сцены полностью заполненные движущимися мелкими деталями и кодек увеличивае в них битрейт в примерно 5 раз по сравнению со средним по видео. То есть при среднем 15 до 75-и. Хочу чтоб он был до 40 mbps, так как это ограничение для профиля main 5.1.
|
|
|
|
jеnsen
Стаж: 15 лет 3 месяца Сообщений: 3277
|
jеnsen ·
05-Июн-25 14:52
(спустя 45 мин., ред. 05-Июн-25 14:52)
dobermanych
Установите vbv-bufsize 40000 и vbv-maxrate 48000 например. Это разрешит скачки до 48 и средний не выше 40, что не даст сменить профиль на хай с майн, но сохранит возможность выдать кратковременно больше битрейта, чем средние значение у этого профиля, для сохранения качества в таких сценах, если вы об этом.
|
|
|
|
idealistka4ever
Стаж: 9 лет 11 месяцев Сообщений: 4987
|
idealistka4ever ·
14-Июл-25 13:58
(спустя 1 месяц 8 дней)
Здравствуйте!
Помогите советом "чайнику", пожалуйста.
Вопрос по готовым вебкам 4К (гибриды DoVi.HDR.HEVC). Есть видео от двух релизеров. Большинство эпизодов сериала имеют абсолютно одинаковые характеристики. Но несколько отличаются параметрами яркости (плюс битрейтом).
Не знаю, какой вариант лучше выбрать.
скрытый текст
Maximum Content Light Level : 1041 cd/m2
Maximum Frame-Average Light Level : 159 cd/m2
Maximum Content Light Level : 929 cd/m2
Maximum Frame-Average Light Level : 163 cd/m2
И еще
aximum Content Light Level : 1073 cd/m2
Maximum Frame-Average Light Level : 154 cd/m2
Maximum Content Light Level : 948 cd/m2
Maximum Frame-Average Light Level : 155 cd/m2
|
|
|
|
jеnsen
Стаж: 15 лет 3 месяца Сообщений: 3277
|
jеnsen ·
14-Июл-25 19:44
(спустя 5 часов)
idealistka4ever
Они и должны отличаться, эти параметры уникальны для каждого отдельного HDR видео.
|
|
|
|
idealistka4ever
Стаж: 9 лет 11 месяцев Сообщений: 4987
|
idealistka4ever ·
15-Июл-25 15:53
(спустя 20 часов)
jеnsen писал(а):
87991608idealistka4ever
Они и должны отличаться, эти параметры уникальны для каждого отдельного HDR видео.
jеnsen, я просто пытаюсь узнать, какие параметры лучше. Т.е. какой из вариантов выбрать.
|
|
|
|
jеnsen
Стаж: 15 лет 3 месяца Сообщений: 3277
|
jеnsen ·
15-Июл-25 16:13
(спустя 20 мин., ред. 15-Июл-25 16:13)
idealistka4ever
В данном случае нет лучше или хуже, средняя и максимальная яркость зависит от содержимого видео и того, кто и как выполнял его грейдинг в HDR и только. Эти значения не влияют на качество.
|
|
|
|
idealistka4ever
Стаж: 9 лет 11 месяцев Сообщений: 4987
|
idealistka4ever ·
17-Июл-25 03:04
(спустя 1 день 10 часов)
jеnsen, наверно, я бестолково объяснила. Речь не про качество рипа, а про параметры яркости. Потому что выглядеть на экране видео будут по-разному, особенно если расхождение в уровнях большое.
|
|
|
|
jеnsen
Стаж: 15 лет 3 месяца Сообщений: 3277
|
jеnsen ·
17-Июл-25 12:39
(спустя 9 часов, ред. 17-Июл-25 12:39)
idealistka4ever
Нет же, эта информация только о том, какой яркости достиг контент на мастер - мониторе HDR на студии. Эти параметры у каждого видео разные и по ним нельзя судить о качестве отображения. Если у вас условная 1 серия имеет дневные сцены на солнце, то там вполне могут быть значения 1000/4000 и наоборот - если условная 2 серия имеет ночные сцены в темноте, то там могут быть значения ниже 1000, что логично. И это вовсе не означает, что качество HDR у этих двух серий будет разным.
|
|
|
|
idealistka4ever
Стаж: 9 лет 11 месяцев Сообщений: 4987
|
idealistka4ever ·
21-Июл-25 06:52
(спустя 3 дня)
jеnsen писал(а):
87999950idealistka4ever
Нет же, эта информация только о том, какой яркости достиг контент на мастер - мониторе HDR на студии. Эти параметры у каждого видео разные и по ним нельзя судить о качестве отображения. Если у вас условная 1 серия имеет дневные сцены на солнце, то там вполне могут быть значения 1000/4000 и наоборот - если условная 2 серия имеет ночные сцены в темноте, то там могут быть значения ниже 1000, что логично. И это вовсе не означает, что качество HDR у этих двух серий будет разным.
jеnsen, интернет-поиск завел меня на тему форума ixbt. Пару десятков страниц я кое-как осилила (с ощущением, что читаю на китайском языке), и насколько смогла понять, именно параметры Maximum Content Light Level (MaxCLL) и Maximum Frame-Average Light Level (MaxFALL) - это данные именно контента на выходе, а не мастер-монитора.
Но я в этом деле полный чайник, как понимаете  .
Просто эти две вебки даже у меня на мониторе компьютера смотрятся по-разному. А как они будут выглядеть на разных типах телевизоров (подразумевается, что формат 4К рассчитан все же на большой экран)? Это гибридные вебки DV/HDR, разница к тому же еще и в битрейте (соответственно в размерах файлов). Лишние 6 гигов есть смысл выкладывать, только если качество при просмотре будет заведомо лучше.
|
|
|
|
jеnsen
Стаж: 15 лет 3 месяца Сообщений: 3277
|
jеnsen ·
21-Июл-25 12:24
(спустя 5 часов)
idealistka4ever
… данные контента на выходе, измеренные на мастер мониторе)
Если в мете не отличается строчка mastering display luminance и это один и тот же сериал, то это одинаковое hdr, просто разные по битрейту кодировки webdl. В случае DV может быть другой подход к hdr, но у вас я так понимаю все серии с ним.
|
|
|
|
