>>246788

> какая-нибудь примитивная хуйня окажется

Ну, да. Ортогональное разложение в двумерном тригонометрическом базисе.

>>246785>>247228
Ну, он путанно объясняет, т. к. плохо представляет себе предмет. Я попробую объяснить чуть лучше. Растр в вычислительной машине — это математический объект. А для исследования математических объектов и манипуляций с ними разработаны в математике кое-какие методы. Например, при анализе и синтезе математических объектов используются методы, которые можно охарактеризовать как декомпозиционные. Т. е. методы, позволяющие сложный объект представить в виде совокупности более простых. Причём, желательно, чтобы множество объектов, полученных в результате декомпозиции, было однородным — объекты между собой должны различаться параметрически. Затем из более простых объектов можно вновь воссоздать (синтезировать) объект, соответствующий исходному с точностью до наперёд определённой меры. Итак, проиллюстрировать сие можно на трёх примерах.

Для начала самый простой пример. Десятичная дробь. Помнишь в школе, когда тебе рассказывали про десятичные дроби, тебе должны были пояснить, что десятичная дробь — это форма записи дробного числа при помощи десятичных цифр и знака-разделителя (запятой), отделяющего целую часть от дробно. При такой форме записи определение десятичной дроби дают через равенство, в левой части которого располагается собственно десятичная дробь, а в правой — линейная комбинация (взвешенная сумма) из обыкновенных дробей со степенями 10 в числителе или знаменателе и весовых сомножителей. При этом каждой цифре от 0 до 9 в десятичной дроби соответствует вес целого числа от 0 до 9, а каждому знакоместу — степень десяти. Знакоместу слева от разделителя соответствуют степени десяти в числителе, знакоместу справа от разделителя — в знаменателе, причём с удалением знакоместа от разделителя целая неотрицательная степень увеличивается. Так получается разложение дробного числа в ряд с по степеням десяти с целыми неотрицательными коэффициентами.
Здесь сложный объект — это некоторое действительное неотрицательное число, например, иррациональное вроде числа Эйлера или числа π; базисные более простые объекты — это числа вида 10ⁿ, где n — параметр (целое число); плюс коэффициенты преобразования — целочисленные неотрицательные сомножители, однозначно определяющие в выбранном базисе приближение исходного объекта с точностью до отброшенных членов.

Дальше пример чуть посложнее. Вектор в евклидовом пространстве. Уже в старших классах школы тебе должны были рассказывать про векторы и евклидово пространство. Особенно на физике: ты, возможно, помнишь как в задачках о движении тел учитель предлагал выбрать систему координат и спроецировать векторы сил на оси координат с целью последующего анализа. Школьники к тому времени неплохо должны уметь решать линейные и квадратные уравнения со скалярными величинами, а проекция векторов позволяет определённые в векторном виде выражения законов Ньютона свести к системе алгебраических уравнений со скалярными величинами. Проекция — это такая нехитрая операция разложения вектора в линейную комбинацию взаимно ортогональных базисных векторов, расположенных по осям выбранной системы координат. Линейная комбинация при этом будет состоять из суммы произведений ортов (базисных векторов) на коэффициенты разложения (в данном случае это действительные числа).
Здесь сложный объект — вектор в многомерном пространстве; базисные объекты — орты; параметр базиса — направления ортов; коэффициенты преобразования — действительные числа. Сами коэффициенты при этом вычисляются как скалярное произведение пар из исходного вектора и ортов.

Дальше ещё сложнее. Функция в гильбертовом пространстве. Это уже часть университетского курса математики. Гильбертово пространство — это аналог евклидова пространства, но членами этого пространства являются не векторы, а функции. Аналогично случаю с векторами, возможно в гильбертовом пространстве определить одновременно исходную сложную функцию (например, какой-нибудь не берущийся в элементарных функциях интеграл) и класс функций, являющихся базисом для приближения исходной функции (например, тригонометрических функций с кратными частотами). Дальше путём вычисления свёртки (для пар из исходной функции и базисных функций) можно получить для дискретного случая комплексные коэффициенты преобразования, а для непрерывного — комплексную функцию преобразования. Для примера с тригонометрическими базисными функциями результатом будет преобразование Фурье.

Для случая дискретного косинусного преобразования двумерного растра:
- исходная функция — матрица Х пространственных действительных отсчётов интенсивности (отсчёты в двумерном пространстве аргументов, являющихся координатами отсчёта в растре);
- базисные функции — матрица D действительных отсчётов косинусов, определённых в том же пространстве аргументов,
- коэффициенты преобразования — матрица Y действительных коэффициентов преобразования, полученная путём умножения двух предыдущих матриц Y=DX (есть ещё правило нормирования, но я его не буду приводить).
Матричная форма используется, т. к. правило вычисления элементов матрицы Y при перемножении матриц D и X соответствует в этом случае правилу вычисления дискретной свёртки (и корреляции, кстати, тоже).

Пилю прохладную историю про GUI для ffmpeg.
Сам я по поводу ffmpeg никаких предрассудков не имею и начинаю использование ffmpeg с
$ cat ~/.bash_history | grep 'ffmpeg'
По ситуации можно сузить выборку путём добавления деталей в регулярку. На прыщах в консольке работать удобно.

Но передо мной встала задачка помочь одному коллеге пенсионеру — ему нужен был на его десятую винду преобразователь медиафайлов. Я Винду вижу не на картинках не больше десяти раз в год — в виртулке запускаю майкрософтовский преобразователь из docx в pdf. И я вам скажу, какое е лютое и неудобное говно этот cmd.exe. Использовать в нём хотя бы что-нибудь можно, но неприятно. Отсутствие великого графического интерфейса для доступа к настройкам внешнего вида этого графического интерфейса в 10-й Винде меня тоже порадовали. Здесь, видимо, как с гибернацией: майкрософт не осилила сделать хорошо — и спрятала на всякий случай.

Ну, что люди делают в таких случаях. Идут на двач, там их посылают нахер, они идут в гуголь, потом идут... в лучшем случае, они выйдут на videohelp.com, stackoverflow|stackexchange, doom9|doom10 и т. д. Я решил сразу пойти на videohelp.com, чтобы не тратить время. Пришёл на
https://www.videohelp.com/software/sections/video-encoders
Спискота хороша — только фильтров не нашёл. Пришлось полторы сотни пунктов пробежать взглядом. Началь от туда смотреть графические оболочки для ffmpeg.exe.
Основные требования — сборка для x64 и наличие выпусков в период с 2019 по 2023 гг. Считаю, что таковые требования справедливы, т. к. ffmpeg — активно развиваемая фиговина, и управлять ей должна тоже по-возможности новая софтина.
Начал качать и пробовать у пенсионера эти программы на его задачке. Суть задачки такова: преобразовать исходный клип в avi с видео mpeg4-asp и единственной звуковой дорожкой в mpeg-audio-l3, чтобы ширина кадра была 640 точек, а высота вычислялась автоматически по соотношению сторон. В качестве исходника был взята ретроспектива с торрентов, bdrip, 1080 строк, h.264.

Итак, для первой номинации выбраны были свободные оболочки:
- AnotherGUI — долго индексирует исходный файл без сведений о прогрессе, имеет невнятный доступ к инструментам, не может масштабировать картинку по исходным условиям (казалось бы — просто возьми у пользователя scale=640:-4, но она выше этого); барахло;
- AviDemux — долго индексирует исходный файл со сведениями о прогрессе, использует встроенный ffmpeg в виде разделяемых библиотек, имеет простой доступ к весьма скудным инструментам, не может масштабировать картинку по исходным условиям; барахло;
- Cine Encoder — наклонные рубленные шрифты делать мои глаза кровоточение, компоновка и исполнение интерфейса напоминает арнуво, она ориентируется на современные форматы; сходу не вышло заставить эту штуку кодировать через libxvid; вырвиглазное барахло;
- FastFlix — она ориентируется на современные форматы; не вышло заставить эту штуку решить задачку масштабирования в поставленном виде; барахло;
- FFAStrans — требует avisynth и имеет несовместимую с пенсионером концепцию взаимодействия с пользователем; пропустил сходу;
- ffe — неплохая штука, вписанные в поле ввода «-vf scale=640:-4» результат даёт, но пенсионеру всё ещё не очень, предпросмотра вроде нет тоже; интересно, но не подходит;
- FFmpeg Batch Converter — чуть проще, чем вписывать параметры прямо в cmd.exe, но пенсионеру всё ещё не подойдёт; пропустил;
- FFmpegGUI — слеплена минималистично, но ладно; не справилась с задачкой масштабирования; барахло;
- HandBrake — суровый комбайн над ffmpeg и avisynth; пенсионер заблудится; не подходит; пропустил;
- Internet Friendly Media Encoder — описание настаивает, что это для libx265 только; вид интересный; пропустил;
- Libre AV Converter — невнятное описание и муть на скриншотах; пропустил;
- MeGUI — гуйня для x264.exe; пропустил;
- MyFFVideoconverter — на скриншотах цветное месиво; может быть, хорошая программа; пропустил;
- NotEnoughAV1Encodes — гуй для aomenc.exe; пропустил;
- qencoder — не для ffmpeg гуй; пропустил;
- ShanaEncoder — не помню, с какой конкретно задачкой оно не справилось; барахло;
- StaxRip — вот это, возможно, хорошая штуковина; не помню, почему пропустил; попробуйте её;
- Tricycle — по какой-то причине пропустил; возможно, зря пропустил;
- VidCoder — требует handbrake; пропустил;
- Videomass — вот это выглядит как хорошая штуковина; не помню, почему пропустил; попробуйте её тоже.

Среди свободного ПО найти подходящую пенсионеру фигню не удалось, но Videomass, Tricycle, StaxRip интерес представляют.

Во второй номинации рассматривалось бесплатное несвободное ПО, выпущенное в 2022 или 2023 годах. И единственное, что смогло внятно решить задачу, — это XMedia Recode. Пенсионер доволен, но XMedia Recode молча падает при попытке запустить двухпроходное кодирование через libxvid. Из особенностей отмечу, что использует эта гуйня не ffmpeg.exe, а встроенный вариант ffmpeg, собранный в виде разделяемых библиотек.

Такие дела.