Summary: | Рендеринг с помощью CUDA в DaVinci Resolve | ||||||
---|---|---|---|---|---|---|---|
Product: | Sisyphus | Reporter: | Mikhail Tergoev <tergoevm> | ||||
Component: | nvidia_glx_libs | Assignee: | Sergey V Turchin <zerg> | ||||
Status: | CLOSED FIXED | QA Contact: | qa-sisyphus | ||||
Severity: | normal | ||||||
Priority: | P5 | CC: | lav, vanyamajukin, zerg | ||||
Version: | unstable | ||||||
Hardware: | x86_64 | ||||||
OS: | Linux | ||||||
Attachments: |
|
Description
Mikhail Tergoev
2023-11-23 17:24:45 MSK
После добавления симлинков, CUDA в DaVinchi Resolve появилась и работает корректно. Без CUDA, на OpenCL, у меня была ошибка по GPU и странные артефакты на редактируемом видео. Также заработали кодеки h.264 h.265. На моих двух GPU от NVIDIA рендерит очень быстро. Симлинки поставил через таск 334985. (Ответ для Ivan Mazhukin на комментарий #1) > После добавления симлинков, CUDA в DaVinchi Resolve появилась и работает > корректно. Без CUDA, на OpenCL, у меня была ошибка по GPU и странные > артефакты на редактируемом видео. Также заработали кодеки h.264 h.265. На > моих двух GPU от NVIDIA рендерит очень быстро. > > Симлинки поставил через таск 334985. Спасибо за оперативный тест и отчет! (Ответ для Mikhail Tergoev на комментарий #0) > ln -s %_libdir/libcuda.so.%version %buildroot%_libdir/libcuda.so > ln -s %_libdir/libnvcuvid.so.%version %buildroot%_libdir/libnvcuvid.so > ln -s %_libdir/libnvidia-encode.so.%version > %buildroot%_libdir/libnvidia-encode.so Сделайте пожалуйста содержимое симлинков без пути и я пропущу. Ещё бы проверить, не ищет ли он libcuda.so в нестандартном каталоге, чтоб туда симлинки поместить. (Ответ для Sergey V Turchin на комментарий #4) > Ещё бы проверить, не ищет ли он libcuda.so в нестандартном каталоге, чтоб > туда симлинки поместить. Универсальных альтернативных вариантов мною не найдено. (Ответ для Sergey V Turchin на комментарий #3) > Сделайте пожалуйста содержимое симлинков без пути и я пропущу. Исправил. Правда из-за квоты пришлось пересоздать таск. Актуальный: 335026 TESTED #1 [test-only] sisyphus nvidia_glx_libs.git=535.129.03-alt1.1 (Ответ для Mikhail Tergoev на комментарий #5) > (Ответ для Sergey V Turchin на комментарий #4) > > Ещё бы проверить, не ищет ли он libcuda.so в нестандартном каталоге, чтоб > > туда симлинки поместить. > > Универсальных альтернативных вариантов мною не найдено. А можно огласить весь список, а то у меня тот, что был, перестал запускаться. Чтоб не экспериментировать заново (я прямо с оф.сайта всегда свободно качал и без проблем запускал). (Ответ для Mikhail Tergoev на комментарий #5) > Правда из-за квоты пришлось пересоздать таск. Я уже думал имя пакета привязать к версии, чтоб репозиторий не рос астрономическими темпами. Видимо, пора. Если я правильно понимаю о чём речь, то я запускаю Resolve таким образом: LD_PRELOAD=/usr/lib64/libglib-2.0.so /opt/resolve/bin/resolve Из-за ошибки, которая есть в Resolve 18.6.3, 18.1.2 и наверное других 18-ых, но я их не проверял. Ошибка следующая: /opt/resolve/bin/resolve: symbol lookup error: /usr/lib64/libpango-1.0.so.0: undefined symbol: g_string_free_and_steal Я почитал по форумам, вроде как у Resolve библиотека libglib-2.0.so битая. Также можно исправить запуск скопировав либу вместо той, что есть в Resolve # cp /usr/lib64/libglib-2.0.so.0 /opt/resolve/libs/ (Ответ для Sergey V Turchin на комментарий #6) > А можно огласить весь список, а то у меня тот, что был, перестал > запускаться. Чтоб не экспериментировать заново (я прямо с оф.сайта всегда > свободно качал и без проблем запускал). Эти 3 симлинка так же работают если их поместить в каталог /opt/resolve/libs/ что не является универсальным решением. Я тестировал 17-ю версию в которой нет проблем как написал Иван: (Ответ для Ivan Mazhukin на комментарий #8) > Я почитал по форумам, вроде как у Resolve библиотека libglib-2.0.so битая. > Также можно исправить запуск скопировав либу вместо той, что есть в Resolve (Ответ для Ivan Mazhukin на комментарий #8) > undefined symbol: g_string_free_and_steal Да, оно. > # cp /usr/lib64/libglib-2.0.so.0 /opt/resolve/libs/ Ок, ща сам посмотрю тогда. (Ответ для Mikhail Tergoev на комментарий #9) > (Ответ для Sergey V Turchin на комментарий #6) > > А можно огласить весь список, а то у меня тот, что был, перестал > > запускаться. Чтоб не экспериментировать заново (я прямо с оф.сайта всегда > > свободно качал и без проблем запускал). > > Эти 3 симлинка так же работают если их поместить в каталог > /opt/resolve/libs/ что не является универсальным решением. Оно является универсальным, но только для resolve, а так же такое запрещено у нас к упаковке. А кому ещё такое надо? (Ответ для Sergey V Turchin на комментарий #11) > а так же такое запрещено Я это и имел ввиду, что в opt ничего нельзя из реп кидать. (Ответ для Ivan Mazhukin на комментарий #8) > # cp /usr/lib64/libglib-2.0.so.0 /opt/resolve/libs/ rm -f /opt/resolve/lib/slibglib-2.0.so* (Ответ для Mikhail Tergoev на комментарий #0) > ln -s %_libdir/libnvcuvid.so.%version %buildroot%_libdir/libnvcuvid.so > ln -s %_libdir/libnvidia-encode.so.%version > %buildroot%_libdir/libnvidia-encode.so CUDA в настройках находится без этих библиотек. Они действительно нужны? (Ответ для Sergey V Turchin на комментарий #13) > rm -f /opt/resolve/lib/slibglib-2.0.so* rm -f /opt/resolve/libs/libglib-2.0.so* Created attachment 15108 [details]
h265_h264
(Ответ для Sergey V Turchin на комментарий #14) > CUDA в настройках находится без этих библиотек. Они действительно нужны? Для 17-ой версии они нужны точно! (после удаления ссылок вылетает ошибка по GPU, cuda нет) Есть ли в 18-ой версии в настройках рендеринга во вкладке экспорта h265 и h264? (как на скрине во вложении) Исправление отправлено на сборку в Сизив в таске: 335026 Багу закрываю. |