>>059662
Вот эти двое >>059768>>059811 излагают близко к реальности. Попробую для интересующихся снова изложить в форме не очень короткого эссе. Заранее прошу прощения, что начинаю сильно издалека.

Основные понятия
1. Изображение в типичном цветном видоематериале представляет собой трëхкомпонентный растр прямоугольную плоскую таблицу из идентичных прямоугольных элементов (точек, пикселей), для каждого из которых определено значение яркости и цвет. Фактически каждой точке сопоставлено три числа, соответствующие трехкомпонентной аддитивной модели цветного зрения человека.
2. Цвет. Наиболее распространëнной моделью воспроизведения цветных изображений для светящихся устройств является аддитивная модель RGB. Иллюзия цветового ощущения для человека создаëтся путëм одновременного излучения (из источника, близкого к точечному) света всего трëх тонов, но варирующейся интенсивности. Значению интенсивности каждого из тонов можно сопоставить по числу, пропорциональному этому значению. Для удобства работы с сигналами преобразования информации и учëта особенностей зрения человека, чаще используется не аддитивная модель XYZ (CIE 1931) или RGB (красный, зелëный, синий), а модель YCbCr, получаемая линейным преобразованием из RGB, и содержащая три компонента - яркость (интенсивность) и два цветоразностных. Если использовать только яркостную составляющую, то из таких точек можно собрать «чëрно-белое» изображение, аналогичное тому, которое воспроизводит нецветной кинематограф. Математически линейное преобразование из RGB в YCbCr определено как система трëх линейных уравнений, где значение каждого из компонентов одной модели равно взвешенной сумме трëх компонентов другой модели. Линейная алгебра представляет такую систему как вектор, составленный из значений компонентов, например YCbCr [Y, U, V], являющийся результатом произведения вектора, например RGB [R, G, B], на некоторую матрицу преобразования M. Такие матрицы определены рядом стандартов, например в BT.709 или в BT.601.[/spoiler]

Изображение как функция
Для упрощения рассуждений, дальнейшее рассмотрение буду вести в отношении однокомпонентного изображения. Общность рассуждений это не нарушит, т. к. каждый из компонентов обрабатывается отдельно и почти единообразно. Допустим, что речь пойдëт только о изображении, составленном на основе только яркостной компоненты.
Итак, изображение (в том случае, который рассматривался изначально) - это дискретный составной объект, который можно представить в виде прямоугольной таблицы, в ячейки которой вписаны числа, пропорциональные яркости точки с соответствующими строке и столбцу координатами точки изображения. Можно взять, например, строку чисел из таблицы и построить зависимость значения из ячейки от порядкового номера ячейки. Зависимость эта для большинства изображений реальных сцен будет содержать избыточность. Так будут довольно обширные области, где значения изменяются в сравнительно небольших пределах, будут области с примерно повторяющимся характером зависимости и т. п. Возникает вопрос, заключающийся в том, можно ли представить информацию о имеющейся зависимости более компактно - использовать для воспроизведения меньше чисел, чем содержит сама последовательность.
Математика успела наработать довольно приличный аппарат для анализа и синтеза специальных объектов моделирующих связь между двумя множествами значений. Такими объектами являются функции. Функция как раз ставит в однозначную (у математиков есть и более суровые обобщения, но сейчас достаточно и школьного определения) зависимость два множества чисел: множество значений функции и множество значений аргумента функции. Для моделирования изображения аргументом функции будет номер ячейки, а значением функции - значение яркости.
Рассмотренная модель без проблем обобщается на функцию двух аргументов, когда моделировать нужно изображение из многих строк.

Анализ функций и изображения
Есть одно из фундаментальных преобразований функций в гильбертовом пространстве, определяемое через свëртку - это преобразование Фурье.
Если рассуждать по-проще, то пусть у нас будет некоторая функция из множества похожих на неë свойствами. Множества такого непростого, что любые функции из него можно складывать и перемножать между собой и ещë с какими-нибудь числами, допустим, действительными. И в результате сложений и перемножений получать тоже функцию, и из этого же множества. Допустим, что в множестве этом хитром допустим не только описанный чуть ранее синтез, но и обратное действие - анализ. Т. е. можно взять из множества любую функцию y(x), где x - это аргумент, который может принимать значение любого числа из множества X. Тогда X - это область определения функции y(x), если для всех элементов множества функция имеет смысл, т. е. значение. Теперь допустим, что мы нашли такое множество функций Z, каждая функция в котором имеет ту же область определения, что и y(x), а если взять и перемножить каждую функцию из Z на какое-нибудь действительное число, а потом такие произведения сложить, то в результате мы получим в точности значения функции y(x). Такая хитрая операция будет (при чтении уравнения в одну сторону) называться разложением функции y(x) на составляющие. Пространство функций, на котором допустимо всë описанное непотребство, у математиков называется гильбертовым. В математической литературе определение гораздо короче, но я надеюсь, что смог объяснить более доходчиво. Возвращаясь к разложению, хочу особо отметить те самые сомножетели, которые были не функциями, а просто числами. Это коэффициенты разложения. Если для разложения функции y(x) по наперëд заданному множеству функций Z (базису разложения) коэффициенты определяются единственным образом, то такое разложение называется ортогональным.
Итак, я напомнил понятия функции, пространства функций, разложения, коэффициентов разложения и ортогональности.
Среди всех известных школьникам элементарных функций есть весьма удобные для вот таких разложений базисные функции - тригонометрические. Синус и косинус. Меняются плавно, являются периодическими, определены и ограничены на всëм множестве действительных чисел, а любая пара таких функций ортогональна на интервале, содержащем целое натуральное число периодов каждой. Т. е. sin(x), sin(2x), sin(3x) и т. д. взаимно ортогональны.
Завтра попробую рассказать про спектры, ДКП-преобразование, интерполяцию и способ синтеза изображения сколь угодно высокого разрешения с отсчëтами сколь угодно высокой точности, если разложение производилось по конечному числу отстëтов с дискретным множеством значений (конечной точностью).

>>3075434 →

> на сайте вот что про mp4 пишет

Пишут, что MP4 и матьрёшка поддерживаются.
Значит, у нас два варианта развития событий:
1. Мы удалим packed bitstream из потока, сформированного кодером DivX, приведём поток к удобоваримому виду обычного MPEG4 ASP, который можно смело положить в матрёшку или MP4. Телевизор твой должен такое скушать.
2. Если не получится быстренько переделать по первому варианту, тогда перекодируем в h.264.

> Поэтому, буду признателен, если напишешь как, и я сам постараюсь там подшаманить.

Для этого мне нужен твой образец. Возьми любую из серий на твой выбор и ffmpeg.
Если у тебя Windows на x64, то FFmpeg возьми отсюда:
- windows, x64, без libxcb, vaapi, xlib, libdrm, libfdk-aac и frei0r — https://github.com/BtbN/FFmpeg-Builds/releases (бери тот файл, имя которого заканчивается на «-win64-gpl-4.4.zip»);
- windows, x64, без iconv, с libfdk-aac, frei0r, libgsm, libopenh264, libspeex, libsvthevc, libilbc, libvo-amrwbenc, libxavs, gnutls, libaribb24, libbs2b, libcaca, libflite, liblensfun, libmodplug, libmysofa, libsnappy и libtesseract в комплекте, с nvenc, nvdec вместо ffnvcodec — https://github.com/AnimMouse/ffmpeg-autobuild/releases (бери тот файл, имя которого заканчивается на «win64-nonfree.7z»).

Дальше нужно добавить путь к ffmpeg.exe в реестр, чтобы вызывыть короткой командой. Методичка здесь https://docs.microsoft.com/en-us/windows/win32/shell/app-registration
Можно без методички открыть ветку реестра «HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths». Там по аналогии можно догадаться, как сделать нужно.

Делаешь следующее в консолечке, которая у тебя есть:
ffmpeg -hide_banner -t 30 -i "c:\anime\rare things\oldfag tears episode 01.avi" -c copy output.avi
где «c:\anime\rare things\oldfag tears episode 01.avi» — полный путь к файлу с серией, «output.avi» — выходной файл, в котором ты для меня сделаешь 30-секундный кусочек твоего аниме.

Наш итоговый результат по сценарию варианта 1 должен изготавливаться примерно так:
ffmpeg -hide_banner -i "c:\anime\rare things\oldfag tears episode 01.avi" -c copy -bsf:v mpeg4_unpack_bframes episode_01.mp4

>>086956
Так я с этим и согласился.

>не одурманенному пердолингом ради пердолинга

Алло, этот тред не про шизиков, которые жмут 10 секунд два часа ради гомеопатической прибавки качества? Тогда зачем он нужен? Webm for retards скачал и погнали.

Забавно, что

>что из h264 сжатие лучше по сравнению с lossless

похоже на правду, если сильно захотеть и принять за истину что Ut Vid это lossless (а они утверждают что это так) и что VMAF всему голова и самая правильная метрика.

>разница не всегда видна даже при покадровом сравнении с лупой.

На первой стадии моего шизоисследования разница была очень заметна без лупы. Закинь пнг в папку и полистай. Разница серьёзная и именно из-за того, что

> неумолимо сжато во много раз

Очень шумные текстуры, да ещё и в движении, при сжатии превращаются в мыльные jpeg пятна. А вот prores в этом плане показал себя значительно лучше.
Но эти вебм нельзя было использовать в FFmetrix, ибо оригинал, нужный для референса, сильно длиннее итоговых вебм, а через copy выходит классическая проблема с ключевыми кадрами и первые пара секунд точно вырезанного фрагмента вышли статичной картинкой.
Записанные на второй стадии куски не столь показательны. Было бы разумно загрузить тот же уровень Cruelty Squad и попрыгать там под запись ещё раз, но, в принципе, уже не интересно. Потому что:

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

Уже указал с чем здесь не согласен, но вывод то тот же: кодировать в h264 с максимальным битрейтом и не ебать мозги. Это быстро в первичном рендере и при перекодировании в вебм и даёт почти топовый результат по некоторым метрикам в FFmetrix. По совокупности это победитель нашего конкурса! Ураааа! Поздравляю всех с докторской степенью в сжатиенауках. Возможно именно эти знания подарят на путь к бессмертию или, хотя бы, к лекарству от рака.