FFmpeg 4.3 («4:3»)

Завезли для Windows 7 и выше, ну или для Linux. А старый видео драйвер удалили.

а если одна видяха?

купи б/у видео затычку

Нужная штука. Когда-то использовал сабж, чтобы уменьшить видео до разрешения экрана нетбука. Меньшие разрешения не давали желаемого качества, а бóльшие не вытягивал встроенный видеоадаптер от Intel.

Интересно, а есть кейсы видеоблогеров, которые выполняют в ffmpeg линейный и простейший нелинейный масштаб?

😂

Обычно используют soversion. А эти кладут версию прямо в само имя библиотеки.

ась? загляни в /usr/lib/, все библиотеки проименованы как lib***.so.1.2.3

Та все там пилят. Проект переехал. Релизы каждые пару недель где-то. MPC-BE не лучше, кстати. Последний релиз был в декабре того года.

Но ведь по ссылке у тебя какой-то noname-форк от какого-то clsid2.

Где гарантии, что это не очередной ZverDVD с мокрыми письками, ворующими куки?

Argonaut Games ASF, Real War KVAG, Rayman 2 APM, FWSE, LEGO Racers ALP

у каждой игры свои медиаконтейнеры чтоли?

Не помню, кто он там в их тусовке, но персонаж как минимум коммитил раньше и упоминается в authors.txt

Они сейчас открыли SDK, открытая версия вроде с Бродвел поддерживает чипы, я со своим Ивибридж в пролёте. Но я прикручивал QSV к FFmpeg во времена когда поддержки в апстриме не было и MediaSDK был закрытым, взлетело :) Отмечу, что OpenMAX куда более наркоманская штука, и если вдруг придётся с ним работать - лучше бери gstreamer, там более полная поддержка.

Вообще, многие смеялись по поводу запуска Wine на Windows :-) оказалось - зря.

Вот только в самом Wine в новых версиях тоже выпиливают поддержку всего старого.

В том же WineVDM за основу взяли по-моему wine 1.1 или 1.3.

Единственно хорошо, что можно иметь в системе несколько версий wine, так что это не проблема, что в новых версиях чего-нибудь выкинут

ась? загляни в /usr/lib/, все библиотеки проименованы как lib***.so.1.2.3

Подавляющее большинство из них используют в качестве SOVERSION мажорную часть версии и проблем не возникает. Вот, например, Qt 5:

libQt5Widgets.so.5 => /lib64/libQt5Widgets.so.5 (0x00007f6b38820000)
libQt5Gui.so.5 => /lib64/libQt5Gui.so.5 (0x00007f6b382b7000)
libQt5Core.so.5 => /lib64/libQt5Core.so.5 (0x00007f6b37d9c000)

В этом случае при обновлении библиотеки в промежутке Qt 5.x.x - Qt 6.x.x у пользователей не будет никаких проблем. Что не скажешь о libavcodec57.so и libavcodec58.so, которые при обновлениях сразу отлетят.

Да, действительно:

$ ls -1 /usr/lib/libavcodec*
/usr/lib/libavcodec.so
/usr/lib/libavcodec.so.58
/usr/lib/libavcodec.so.58.54.100

Мне почему-то всегда казалось, что libav* библиотеки имеют название не вида libfoo.so.123, а libfoo123.so.

Возможно, я путаю с DLL-ками из сборки FFmpeg для оффтопика.

Что не скажешь о libavcodec57.so и libavcodec58.so

А вот где ты нашёл такие имена?

Мне тоже всегда казалось, что они именно так поименованы, а сейчас посмотрел у себя в арчик — и нет, всё нормально.

Не помню, но на похожие проблемы именно с avcodec 57/58 и некоторыми другими либами натыкался тоже.

Сейчас видимо подфиксили.

с мокрыми письками

Так говоришь, будто что-то плохое :) А вообще, это бывший участнег проекта.

эм, но вроде эти цифири у ffmpeg тоже меняются только при смене мажорной версии. Посмотри страницу: https://ffmpeg.org/download.html при переходе от 3.x.x к 4.x.x libavcodec сменился с 57 на 58, но внутри линейки - он не менялся. Так в чём разница между libQt5Gui.so.5/libQt6Gui.so.6 и libavcodec57.so/libavcodec58.so?

Сходу по коду не нашёл, когда поменялось. Но может так статься, что это было особенностью дистрибуции в Debian-based?.. Лень дальше копать :)

по ссылке у тебя какой-то noname-форк от какого-то clsid2

clsid, который собирал ffdshow? https://www.videohelp.com/software/ffdshow
Декодер и обработчкик ffdshow хоть больше и не разрабатывается (нет поддержки h265, vp8, vp9, av1, opus, интерлейсные h264 артефачат из-за старого бага ffmpeg), зато он может подключать на лету avisynth скрипты (подобное есть только в potplayer, но не в mpc-hc) и корректно играет MPEG2 NTSC с soft pulldown флагами (telecine), а это большая часть нормальных DVD NTSC дисков. Может использовать качественный софтовый ресайз и кроп, чего тоже не умеет mpc-hc и прочие обработки. Там есть баг (перекочевавший во многие плееры, в том числе potplayer), звуковой микшер (если включен) не поддерживает float, соответственно может быть клиппинг. Для сравнения, на линуксе mpv и smplayer поддерживают float, а vlc нет (только на винде).

ускорение с использованием Intel QSV
В какую позу надо вставать, чтобы это использовать?

Годах в 13-14 поддержка H.264 кодирования с помощью Intel QSV была в ночных сборках Hnadbrake на Windows 7 x64. Никаких действий не требовалось, только установить дрова на видюху (встройку). Я тогда помню удивился как быстро конвертирует (200-300 fps) и сразу воспользовался этим, чтобы конвертировать для железного плеера. На линуксе помнится официальная поддержка была только для CentOS, но я не слежу за этим.

Между прочим, на этой версии ffmpeg ломается воспроизведение медиа-контента в Chromium 83 (ошибка 256 в браузере при попытке открыть видео на Youtube или где-то еще).

А Хромиум пересобирал после обновления ffmpeg? Может в этом проблема?

Да. Там уже нашли баг. В 84 версии все хорошо, а проблемы 83 лечатся маскировкой проблемного ffmpeg

А еще в libtorrent-rasterbar-1.2.9 поломка, ибо с ним qbittorrent отказывается собираться на этапе линковки.