Bug 31167 - не работает рендеринг (Intel Core i5)
Summary: не работает рендеринг (Intel Core i5)
Status: NEW
Alias: None
Product: Sisyphus
Classification: Development
Component: mlt-utils (show other bugs)
Version: unstable
Hardware: x86_64 Linux
: P3 major
Assignee: Sergey V Turchin
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-07-24 09:45 MSK by Gleb Kulikov
Modified: 2017-06-23 11:29 MSK (History)
4 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Gleb Kulikov 2015-07-24 09:45:47 MSK
Даже не знаю, сюда ли писать.

Обнаружилось, что сборка проекта kdenlive не проходит, если запускается на машине с процессором Core i5 
vendor_id : GenuineIntel
cpu family : 6
model : 60
model name : Intel(R) Core(TM) i5-4590 CPU @ 3.30GHz

Будучи запущен нормальным образом, /usr/bin/melt падает с sigsegv,
НО РАБОТАЕТ (и даёт правильный результат), если руками запустить его под strace или отладчиком!
От числа задействованных нитей, не зависит: под strace работает, при нормальном запуске --- падает.

Пересборка с уточнением опций архитектуры, не помогает. Бэктрэйс:
Program terminated with signal 11, Segmentation fault.
#0  0x00007f25141dcb89 in QThread::currentThread() () from /usr/lib64/libQtCore.so.4

На машине с точностью идентичной конфигурацией и программным окружением, но с процессором AMD Athlon XIII, работает нормально.
Comment 1 Sergey V Turchin 2015-07-27 16:09:38 MSK
(В ответ на комментарий №0)
> model name : Intel(R) Core(TM) i5-4590 CPU @ 3.30GHz
У меня на работе i5-4570.

> От числа задействованных нитей, не зависит: под strace работает, при нормальном
> запуске --- падает.
Как воспроизвести?
Comment 2 Gleb Kulikov 2015-09-19 08:53:14 MSK
(В ответ на комментарий №1)
> (В ответ на комментарий №0)
> > model name : Intel(R) Core(TM) i5-4590 CPU @ 3.30GHz
> У меня на работе i5-4570.
> 
> > От числа задействованных нитей, не зависит: под strace работает, при нормальном
> > запуске --- падает.
> Как воспроизвести?

вот даже и не знаю. поведение набюлюдалось при рендеринге реального проекта, с обилием эффектов (в частности, цветокоррекции). При этом на машине с процессором AMD и на Core ПОД strace, всё хорошо.

На текущей версии kdenlive из Сизифа, проверить невозможно, так как проект превращается в полную и абсолютную кашу (в частности, поэтому я против замены рабочего kdenlive полуготовым полуфабрикатом :)
Comment 3 Sergey V Turchin 2015-09-25 09:33:13 MSK
(В ответ на комментарий №2)
> AMD и на Core ПОД strace, всё хорошо
> проект превращается в полную и абсолютную кашу
Возможно, mlt собран так, что какие-то оптимизации на конкретном процессоре глючат.
Гляну, как у других.

Покажите uname -rm
Comment 4 Sergey V Turchin 2015-09-25 11:25:58 MSK
Отправил на сборку mlt 0.9.8-alt1. Попробуйте.
Comment 5 Alexei V. Mezin 2017-06-20 00:44:52 MSK
Видимо, опять такая же ситуация. На версии 6.2.0-alt4 все работало, на более новых (6.4.1-alt1.S1 и 6.4.1-alt2.S1) падает melt при запуске, но при этом нормально отрабатывает под strace/gdb.

$ uname -rm
4.10.12-un-def-alt1 x86_64
Comment 6 Gleb Kulikov 2017-06-20 06:46:14 MSK
(В ответ на комментарий №5)
> Видимо, опять такая же ситуация. На версии 6.2.0-alt4 все работало, на более
> новых (6.4.1-alt1.S1 и 6.4.1-alt2.S1) падает melt при запуске, но при этом
> нормально отрабатывает под strace/gdb.
> 
> $ uname -rm
> 4.10.12-un-def-alt1 x86_64

видимо, гонки, с которыми надо разбираться.
у меня
kdenlive-16.12.3-alt2.S1.x86_64
mlt-utils-6.4.1-alt2.S1.x86_64
4.9.31-std-def-alt1
работает.
На предыдущей версии рендеринг нештатно завершался в самом конце, но выходной файл получался правильным и вызывающий kdenlive считал рендеринг успешно завершённым.
Comment 7 Sergey V Turchin 2017-06-20 15:28:20 MSK
(В ответ на комментарий №5)
> падает melt при запуске, но при этом
> нормально отрабатывает под strace/gdb.
Связано с frei0r-plugins. Если их убрать, не падает.
Возможно, их обновить надо, но версия 1.6.1 на https://files.dyne.org/frei0r/ есть , а на http://code.dyne.org/frei0r тэга не видно.
Comment 8 Alexei V. Mezin 2017-06-20 21:20:18 MSK
> Возможно, их обновить надо, но версия 1.6.1 на https://files.dyne.org/frei0r/
> есть , а на http://code.dyne.org/frei0r тэга не видно.

Локально собрал 1.6.1. Эффект отрицательный. Все равно падает. Но возможно, что я просто не умею его готовить.
Comment 9 Alexey Shabalin 2017-06-20 22:29:54 MSK
(В ответ на комментарий №8)
> > Возможно, их обновить надо, но версия 1.6.1 на https://files.dyne.org/frei0r/
> > есть , а на http://code.dyne.org/frei0r тэга не видно.
> 
> Локально собрал 1.6.1. Эффект отрицательный. Все равно падает. Но возможно, что
> я просто не умею его готовить.

Исходники теперь тут:
https://github.com/dyne/frei0r.git
Отправил на сборку новую версию.
Comment 10 Alexei V. Mezin 2017-06-22 19:20:22 MSK
> Отправил на сборку новую версию.

$ rpm -q mlt-utils
mlt-utils-6.4.1-alt3.S1.x86_64
$ melt
Ошибка сегментирования

То есть все равно отваливается.
Comment 11 Alexei V. Mezin 2017-06-22 20:11:30 MSK
> То есть все равно отваливается.

В OpenSuse тыкают пальцем в сторону проприетарных драйверов nvidia. 

https://forums.opensuse.org/showthread.php/523672-MELT-segfaults-immediately/page2?s=1111161db8f9cab08f191023b8c8b08c

И действительно, переключение на nouveau делает melt работоспособным.
Comment 12 Sergey V Turchin 2017-06-23 11:29:39 MSK
(В ответ на комментарий №11)
> В OpenSuse тыкают пальцем в сторону проприетарных драйверов nvidia. 
На p8 у меня melt при запуске не падает с той же версией nvidia-375.66, но с немного другой видеокартой.