Intel или amd

[bars]

от -5 до +5))

не понял.

[devilr]

Ну и что что задержка, поток-то откуда возьмётся? А то можно и +5 написать. Не вижу логики.

Та не возьмётся, а освободится. Соответственно, тогда получалось быстрее.

[Bizdelnick]

Ну и что что задержка, поток-то откуда возьмётся? А то можно и +5 написать. Не вижу логики.

Пока один процесс будет в iowait, другой может занять процессор. Другое дело, что если дисковые операции занимают существенно много времени, на их фоне использование большого числа ядер даст малозаметный выигрыш. Так что профита с +5 всяко будет мало в процентном отношении.

[UnixNoob]

Или может всетаки учитывать энергоэффектиные ядра но без потоков.

У них производительные ядра дают 2 потока каждое, а эффективные - 1 поток. Итого вы умножаете число производительных ядер на 2, а эффективные просто прибавляете. В спецификации все есть.

[MiK13]

А какое сейчас соотношение Intel и AMD?
Не раз читал, что процессоры AMD уже стали обгонять процессоры Intel.
Недавно купил ноутбук ASUS Zenbook с процессором AI 365 и 11-й виндой (к сожалению пока не нашёл полноценной замены некоторым виндовым программам, в частности для Insta360). Поставил Adobe Premiere и решил "сделать" один уже готовый проект.
А потом этот же проект запустили на другом ноутбуке с процессором i5. И там он сформировал итоговый файл быстрее. Хотя ядер там меньше.
Действительно ли для обработки видео процессоры Intel лучше?

[ormorph]

Действительно ли для обработки видео процессоры Intel лучше?

Тут больше вопрос в поддержке процессоров ПО. Если используется встроенная видеокарта для декодирования, то скорее всего amd будет быстрее, тем более что не все Intel могут использовать аппаратное ускорение.

[Aliech]

MiK13, кстати, платформа с AI 365 ведь достаточно новая... Ядро то свежее было, mesa свежая? А то, кажется, ormorph
прав. И вы сравнивали производительность так, чтобы AMD-шный чип заведомо был в худших условиях.

Не как фан-бой amd пишу это, но справедливости ради. Потому что тоже иногда голосую рублём за что-то. И, если не сложно, проведите пожалуйста объективное тестирование. Чтобы окружающим понимать, на что деньги тратить.

Спасибо

[ormorph]

Не думаю что mesa тут как то что то решает.
Вот пример:

Shell

$ ffmpeg -codecs -help|grep -i vulkan
...
DEV.LS h264 H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 (decoders: h264 h264_v4l2m2m) (encoders: libx264 libx264rgb h264_v4l2m2m h264_vaapi h264_vulkan)
DEV.L. hevc H.265 / HEVC (High Efficiency Video Coding) (decoders: hevc hevc_v4l2m2m) (encoders: hevc_v4l2m2m hevc_vaapi hevc_vulkan)

Как видно для gpu с поддержкой vulkan есть кодеки, скорее всего они будут использовать что то типа vulkan-loader. Т.е. можно использовать -vcodec hevc_vulkan, для сжатия. По этому и говорю что в ПО должна быть поддержка данных фишек. Так же если есть процессор в котором добавлен аппаратный видео кодек, толку от него будет ноль если это не поддерживается ПО.

[MiK13]

MiK13, кстати, платформа с AI 365 ведь достаточно новая... Ядро то свежее было, mesa свежая? А то, кажется, ormorph
прав. И вы сравнивали производительность так, чтобы AMD-шный чип заведомо был в худших условиях.

Пока не могу сказать. Я этот ноутбук (с Win11) купил ради программы для камеры Insta360 (пока не нашёл аналога для Linux) и для обработки проектов, сделанных в Adobe Premier.
Недавно разобрался как сократить виндовый раздел чтобы поставить Debian. Тогда смогу проверять и под линуксом.
Пока думаю поставить под винду ffmpeg и сравнить быстродействие на ней.
Кстати, у меня потом возникла мысль, что AMD мог оказаться медленнее из-за того, что я запустил обработку при питании его от аккумулятора и только потом подключил к сети.

если не сложно, проведите пожалуйста объективное тестирование. Чтобы окружающим понимать, на что деньги тратить.
Спасибо

Мне самому хочется провести объективное сравнение. Только пока не знаю как.

[MiK13]

Скачал для винды ffmpeg 7-й версии. Правда, не понял как поставить. То есть установочный файл запустил, он что-то поставил, но в отдельную папку. Из неё можно вызвать, но пути к ней нет.
В Debian стоит ffmpeg version 5.1.6-0+deb12u1
Скачал для Debian ffmpeg_7.1.1.orig.tar.xz. "Собрал" из него ffmpeg version 7.1.1 (компилировался довольно долго)
Простая командаffmpeg -i fi.mp4 fo.mp4 работает в несколько раз быстрее, чем "родной дебиановский", но файл получается больше по размеру и посредственного качества.

[ormorph]

Скачал для Debian ffmpeg_7.1.1.orig.tar.xz. "Собрал" из него ffmpeg version 7.1.1 (компилировался довольно долго)
Простая командаffmpeg -i fi.mp4 fo.mp4 работает в несколько раз быстрее, чем "родной дебиановский", но файл получается больше по размеру и посредственного качества.

Ну такой командой будет действительно посредственного качества. Для примера можно записать с экрана под иксами, а потом сжать в более компактный:

Shell

$ ffmpeg -f pulse -i alsa_output.pci-0000_00_1b.0.analog-stereo.monitor -acodec pcm_s16le -f x11grab -s 1920x1080 -r 20 -i $DISPLAY -vcodec mpeg4 -q:v 0 new_file.mp4

Разрешение ставите своё, которое у вас показывает xrandr.
Тут устройство звука alsa_output.pci-0000_00_1b.0.analog-stereo.monitor у вас может быть другим, посмотреть список доступных устройств можно командой:

Shell

$ pactl list short sources

Далее можно в более сжатый формат, то же самое разрешение:

Shell

$ ffmpeg -i new_file.mp4 -acodec libmp3lame -ab 192k -ac 2 -vcodec libx264 -vf scale=1920:1080 out_file.mp4

Тут смотрим вывод что я привёл в ffmpeg в предыдущем моём посте, libx264 относится к H.264, это кодек поддерживающий Full HD, для сжатия использует CPU. Можно для сжатия использовать GPU или видеокарту с поддержкой Vulkan, для кодека H.264 можно заменить libx264 на h264_vulkan. Есть ещё для разрешений качества Ultra HD кодек H.265, с ним всё тоже самое, смотреть по выводу что я показывал ранее.
Тот файл что вы хотели сконвертировать, информацию о нём можно узнать используя ffprobe.

[MiK13]

Скачал для Debian ffmpeg_7.1.1.orig.tar.xz. "Собрал" из него ffmpeg version 7.1.1 (компилировался довольно долго)
Простая командаffmpeg -i fi.mp4 fo.mp4 работает в несколько раз быстрее, чем "родной дебиановский", но файл получается больше по размеру и посредственного качества.

Ну такой командой будет действительно посредственного качества.

Тут, по-моему, что-то другое. Файл в размере увеличился. А что касается качества... "родной" ffmpeg даёт, ведь, нормальное качество. А тут... при смене сцены (там просто набор фотографий) сначала идёт очень большая пикселизация, а потом картинка становится нормальной. Видимо для ffmpeg нужны ещё файлы конфигурации, которые тоже должны быть где-то в /usr/local. потому, что "родной" при вызове выдаёт
"configuration:" и после него список из 74 опций. Собранный после этого слова ничего не выдаёт.

Для примера можно записать с экрана под иксами, а потом сжать в более компактный:

Shell

$ ffmpeg -f pulse -i alsa_output.pci-0000_00_1b.0.analog-stereo.monitor -acodec pcm_s16le -f x11grab -s 1920x1080 -r 20 -i $DISPLAY -vcodec mpeg4 -q:v 0 new_file.mp4

Хорошая команда. Но можно ли таким образом записать не весь экран, а конкретное окно?
И ещё одна особенность. У меня два монитора. Левый 3840x2160, и правый 1920x1200. По такой команде он записывает только 1920x1080 левой верней части левого монитора. А как записать экран правого монитора?

Shell

$ ffmpeg -i new_file.mp4 -acodec libmp3lame -ab 192k -ac 2 -vcodec libx264 -vf scale=1920:1080 out_file.mp4

Тут смотрим вывод что я привёл в ffmpeg в предыдущем моём посте, libx264 относится к H.264, это кодек поддерживающий Full HD, для сжатия использует CPU. Можно для сжатия использовать GPU или видеокарту с поддержкой Vulkan, для кодека H.264 можно заменить libx264 на h264_vulkan. Есть ещё для разрешений качества Ultra HD кодек H.265, с ним всё тоже самое, смотреть по выводу что я показывал ранее.
Тот файл что вы хотели сконвертировать, информацию о нём можно узнать используя ffprobe.

Мне непонятно как я могу использовать возможности видеокарты GeForce GTX 1650. Похоже, что Vulkan'а у меня нет.
Или, может быть, можно как-то драйвер установить?
P.S/ Кодировка h265 работает, только в несколько раз медленнее. и файл получается почти в полтора раза меньше.

[ormorph]

Хорошая команда. Но можно ли таким образом записать не весь экран, а конкретное окно?

Конечно можно, смотрим на вывод xwininfo - geometry, разрешение и смещение относительно $DISPLAY. Т.е. так же самое задаётся разрешение окна и добавляется смещение: $DISPLAY+xxx,yyy, то же самое можно делать и с несколькими мониторами, просто просмотреть xrandr, там для каждого монитора добавлено смещение.

Мне непонятно как я могу использовать возможности видеокарты GeForce GTX 1650. Похоже, что Vulkan'а у меня нет.

Это ffmpeg должен быть собран с поддержкой vulkan, это опция --enable-vulkan. Так же для сборки необходим vulkan-loader и заголовочники, у меня в Gentoo это vulkan-headers. По умолчанию в бинарных сборках ffmpeg обычно нет поддержки vulkan, но можно попробовать запустить драйвер с vaapi. Если vainfo показывает нормальную поддержку, то есть шанс что можно данным кодеком тоже ускорить сжатие. Смотреть вывод:

Shell

$ ffmpeg -codecs help

[MiK13]

смотрим на вывод xwininfo - geometry, разрешение и смещение относительно $DISPLAY. Т.е. так же самое задаётся разрешение окна и добавляется смещение: $DISPLAY+xxx,yyy,

Спасибо. Попробую.

Мне непонятно как я могу использовать возможности видеокарты GeForce GTX 1650. Похоже, что Vulkan'а у меня нет.

Это ffmpeg должен быть собран с поддержкой vulkan, это опция --enable-vulkan.

Среди 72 опций, которые ffmpeg выдаёт после configuration: опции --enable-vulkan нет.
Пока буду обходиться без этого.
Может быть по этой причине vlc при проигрывании файлов 4K потребляет на порядок меньше процессора, чем mpv?

можно попробовать запустить драйвер с vaapi. Если vainfo показывает нормальную поддержку, то есть шанс что можно данным кодеком тоже ускорить сжатие.

Shell

mik13@MD5:/dev/shm$ vainfo
libva info: VA-API version 1.17.0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/nouveau_drv_video.so
libva info: Found init function __vaDriverInit_1_17
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.17 (libva 2.12.0)
vainfo: Driver version: Mesa Gallium driver 22.3.6 for NV167
vainfo: Supported profile and entrypoints
VAProfileNone : VAEntrypointVideoProc

Смотреть вывод:

Shell

$ ffmpeg -codecs help

Вывод слишком длинный:

Shell

mik13@MD5:/dev/shm$ ffmpeg -codecs help 2>/dev/null | wc
507 3155 29266

На что обратить внимание?

[ormorph]

На что обратить внимание?

Shell

$ ffmpeg -codecs help 2>/dev/null|grep 264
$ ffmpeg -codecs help 2>/dev/null|grep 265

По vaapi можно почитать тут
Например этот пример у меня на intel работает:

Shell

$ ffmpeg -init_hw_device vaapi=foo:/dev/dri/renderD128 -hwaccel vaapi -hwaccel_output_format vaapi -hwaccel_device foo -i input.mp4 -filter_hw_device foo -vf 'format=nv12|vaapi,hwupload' -c:v h264_vaapi output.mp4

Там есть примеры как задать разрешение. По крайней мере так cpu почти не используется.

[MiK13]

На что обратить внимание?

Shell

$ ffmpeg -codecs help 2>/dev/null|grep 264
$ ffmpeg -codecs help 2>/dev/null|grep 265

Shell

mik13@MD5:/dev/shm$ ffmpeg -codecs help 2>/dev/null|grep "26[45]"
DEV.LS h264 H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 (decoders: h264 h264_v4l2m2m h264_qsv h264_cuvid ) (encoders: libx264 libx264rgb h264_nvenc h264_omx h264_qsv h264_v4l2m2m h264_vaapi )
DEV.L. hevc H.265 / HEVC (High Efficiency Video Coding) (decoders: hevc hevc_qsv hevc_v4l2m2m hevc_cuvid ) (encoders: libx265 hevc_nvenc hevc_qsv hevc_v4l2m2m hevc_vaapi )

По vaapi можно почитать тут

Спасибо, почитаю.

Например этот пример у меня на intel работает:

Shell

$ ffmpeg -init_hw_device vaapi=foo:/dev/dri/renderD128 -hwaccel vaapi -hwaccel_output_format vaapi -hwaccel_device foo -i input.mp4 -filter_hw_device foo -vf 'format=nv12|vaapi,hwupload' -c:v h264_vaapi output.mp4

К сожалению у меня это не сработало:

Shell

[h264 @ 0x557fa38a7300] No support for codec h264 profile 77.
[h264 @ 0x557fa38a7300] Failed setup for format vaapi: hwaccel initialisation returned error.
[h264_vaapi @ 0x557fa388d000] No usable encoding profile found.
Error initializing output stream 0:0 -- Error while opening encoder for output stream #0:0 - maybe incorrect parameters such as bit_rate, rate, width or height
[aac @ 0x557fa385d980] Qavg: 12240.702
[aac @ 0x557fa385d980] 2 frames left in the queue on closing
Conversion failed!

[ormorph]

К сожалению у меня это не сработало:

Пользователя в группу render добавили?

Shell

$ ls -l /dev/dri/renderD128

[MiK13]

К сожалению у меня это не сработало:

Пользователя в группу render добавили?

Меня в этой группе не было. Но после добавления ничего не изменилось

Shell

ffmpeg version 5.1.6-0+deb12u1 Copyright (c) 2000-2024 the FFmpeg developers
built with gcc 12 (Debian 12.2.0-14)
...
Stream mapping:
Stream #0:0 -> #0:0 (h264 (native) -> h264 (h264_vaapi))
Press [q] to stop, [?] for help
[h264 @ 0x55bfd0153f00] No support for codec h264 profile 77.
[h264 @ 0x55bfd0153f00] Failed setup for format vaapi: hwaccel initialisation returned error.
[h264_vaapi @ 0x55bfd0155b40] No usable encoding profile found.
Error initializing output stream 0:0 -- Error while opening encoder for output stream #0:0 - maybe incorrect parameters such as bit_rate, rate, width or height
Conversion failed!

Shell

$ ls -l /dev/dri/renderD128

Shell

$ ls -l /dev/dri/renderD128
crw-rw----+ 1 root render 226, 128 июл 21 22:15 /dev/dri/renderD128

Этот файл в системе был

[Aliech]

Не думаю что mesa тут как то что то решает.

А либо vaapi они в составе чего, собственно?)

Короче. Проверить, что mesa умеет эту видеокарту использовать, в т.ч. в части vaapi. Проверить, что ядро умеет. Повторить.

[ormorph]

А либо vaapi они в составе чего, собственно?)

Для Intel vaapi mesa не используется, так же для проприетарных драйверов Nvidia. Ну и пробовал на стареньком Radeon запускать на Debian, с Mpeg4 не конвертирует, а с Mpeg2 оканчивается ошибкой сегментирования. Ну и не поддерживает оно H.265.

Spoiler

Shell

vainfo: Supported profile and entrypoints
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
VAProfileH264Main : VAEntrypointVLD
VAProfileH264Main : VAEntrypointEncSlice
VAProfileH264High : VAEntrypointVLD
VAProfileH264High : VAEntrypointEncSlice
VAProfileH264StereoHigh : VAEntrypointVLD
VAProfileVC1Simple : VAEntrypointVLD
VAProfileVC1Main : VAEntrypointVLD
VAProfileVC1Advanced : VAEntrypointVLD
VAProfileNone : VAEntrypointVideoProc

Думаю что решение с Vulkan более универсальное. А так да посмотрел, всё таки так же для Vulkan для обработки идёт Mesa, хоть её не видно в зависимостях:

Shell

export VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/intel_icd.x86_64.json
export ANV_VIDEO_DECODE=1
export ANV_VIDEO_ENCODE=1

Добавлено (07:42):

На счёт смещения xwininfo ошибся, смещение не в geometry, сейчас это значения:

Shell

Absolute upper-left X: 962
Absolute upper-left Y: 283

Давно не пользовался, но у меня сохранились наработки для захвата.