libvdpau-devel вчера отправил

2 Led:
Правда, про лицензионные особенности линковки с libvdpau нашел только твое обсуждение на LOR ;-)

(In reply to comment #2)
> 2 Led:
> Правда, про лицензионные особенности линковки с libvdpau нашел только твое
> обсуждение на LOR ;-)

Не моё, а thresh'а

(In reply to comment #2)
> Правда, про лицензионные особенности линковки с libvdpau нашел только твое
> обсуждение на LOR ;-)

AFAIK я не могу линковать MPlayer (GPL) с закрытой библиотекой. В частности, для для ядра сделана СПЕЦИАЛЬНАЯ оговорка (в дополнение к GPL-лицензии), которая допускает использование закрытых модулей, для MPlayer такой оговорки я не видел.
Если я ошибаюсь - укажите мне где именно.

1.0-alt35.29311.2 в сизифе поддерживает vdpau.
также включен vaapi.

можно проверять.

(пытаясь понять, почему на M51 с 185-ми не заводится -- наткнулся на http://lists.mplayerhq.hu/pipermail/mplayer-users/2009-December/078420.html)

(В ответ на комментарий №5)
> 1.0-alt35.29311.2 в сизифе поддерживает vdpau.
Собранный на P5 с новыми ffmpeg&сo. и установленный на 5.1 валиться на i586 и x86_64 c "glibs detected double free or corruption"

(В ответ на комментарий №7)
> Собранный на P5 с новыми ffmpeg&сo. и установленный на 5.1 валиться на i586 и
> x86_64 c "glibs detected double free or corruption"
Ой, это я про 1.0-alt35.30485.2

(В ответ на комментарий №7)
> Собранный на P5 с новыми ffmpeg&сo. и установленный на 5.1 валиться на i586 и
> x86_64 c "glibs detected double free or corruption"
к сожалению, проверить/погонять не на чем, есть только сизиф :(

(В ответ на комментарий №6)
> (пытаясь понять, почему на M51 с 185-ми не заводится -- наткнулся на
> http://lists.mplayerhq.hu/pipermail/mplayer-users/2009-December/078420.html)
хмы, попробуем побаловаться.

(В ответ на комментарий №6)
> (пытаясь понять, почему на M51 с 185-ми не заводится -- наткнулся на
> http://lists.mplayerhq.hu/pipermail/mplayer-users/2009-December/078420.html)
А-а-а, да. Вообще 190.* уже везде есть в >= 4.1 (в 4.0 тупо не захотели добавлять исключения для бинарей ихних, поэтому task не прошел)
Т.е. только модули для нужного ядра собрать.

(В ответ на комментарий №9)
> валиться на i586 и
> x86_64 c "glibs detected double free or corruption"
Собранный без gtk+ не падает. Т.е. просто то, что сегодня в сизифе, пересобрал.

(В ответ на комментарий №11)
> Собранный без gtk+ не падает. Т.е. просто то, что сегодня в сизифе, пересобрал.

в сизифе mplayer-1.0-alt35.30485.3, уже собранный без gtk+, только gtk+2. какая версия была пересобрана?

(В ответ на комментарий №12)
> в сизифе mplayer-1.0-alt35.30485.3, уже собранный без gtk+
>, только gtk+2. какая версия была пересобрана?
Я ж говою, она. С ней нет проблемы.