LINUX.ORG.RU

В проприетарных драйверах nVidia для Linux/FreeBSD/Solaris появилась поддержка Pure Video

 , , , , ,


0

0

В недавно выпущенной бета версии драйверов 180.06 появилась поддержка PureVideo-подобных (VDPAU API) возможностей для декодирования видео (MPEG-1, MPEG-2, H.264, VC-1) с помощью GPU. Есть поддержка деинтерлейсинга (пространственного и/или временного), преобразования частоты кадров (полей) - inverse telecine, шумоподавления и воспроизведения потоков с синхронизацией по меткам времени. Пока что единственным поддерживающим VDPAU плеером является mplayer, благодаря патчам, опубликованным nVidia. Текущие ограничения: поддерживаются только один видеопоток и не все типы файлов.

>>> Бенчмарк

>>> Описание

>>> Подробности на Phoronix.com

★★★★★

Проверено: JB ()
Ответ на: комментарий от Dudraug

>Неужто одна версия ffmpeg безбожна лагает, а другая нет.

Если руки у мейнтейнеров ровные, то не должны.

Вы уверены, что "лагал" xine, а не фронтэнд к нему? что в случае с xine-движком был вывод через xv?

Led ★★★☆☆
()
Ответ на: комментарий от Led

>>Вообще они объявляли, что возвращаются в дерево mplayer.

>Может и объявили, я этого объявления ещё не видел. Ссылку подкинешь?

Вот здесь http://www.mplayerhq.hu/design7/dload.html svn-деревья всё ещё отдельные:)

http://svn.mplayerhq.hu/mplayer/trunk/

http://svn.mplayerhq.hu/ffmpeg/trunk/

Led ★★★☆☆
()
Ответ на: комментарий от Led

>>libavcodec внутри

>Нет.

скачайте и посмотрите.

>В плане работа с ffmpeg-кодеками mplayer и xine работают одинаково.

не надо приписывать к mplayer-у ffmpeg, в mplayer часть ffmpeg - libavcodec. свой libavcodec.

и работают не одинаково. о чём мы и говорим постоянно. кто в теме - пользуются mplayer-м. видимо другим и не нужно ничего. мне без разницы почему через xine криво пригрывается.

tommy ★★★★★
()
Ответ на: комментарий от Led

>Вы уверены, что "лагал" xine, а не фронтэнд к нему? что в случае с xine-движком был вывод через xv?

у меня был через xv

фронтэнды были разные. что-то родное, kaffeine и кажется kmplayer через xine - последний раз было год назад. точнее не вспомню.

и главное - и не через xv а через x11 mplayer ничего не глотает - если это не FullHD уже на процессоре который это не тянет без CoreAVC.

tommy ★★★★★
()
Ответ на: комментарий от tommy

>скачайте и посмотрите.

Я несколько раз давал ссылки на официальные SVN. Вы их смотрели?

>не надо приписывать к mplayer-у ffmpeg, в mplayer часть ffmpeg - libavcodec. свой libavcodec.

Прекращай тупить. Уже не смешно.

Led ★★★☆☆
()
Ответ на: комментарий от tommy

>у меня был через xv

>фронтэнды были разные. что-то родное, kaffeine и кажется kmplayer через xine - последний раз было год назад. точнее не вспомню.

При чём тут ты? У тебя даже libavcodec "mplayer'овский", а не из ffmpeg:)

Led ★★★☆☆
()
Ответ на: комментарий от Led

>Я несколько раз давал ссылки на официальные SVN. Вы их смотрели?

я качаю mplayer с svn - там внутри libavcodec. мне вообще в данном случае без разницы что там есть где ещё - собирается mplayer со "встроенным".

какая разница что можно собрать с чем то внешним?

tommy ★★★★★
()

2Led


svn checkout svn://svn.mplayerhq.hu/mplayer/trunk mplayer

cd mplayer

[dudraug@localhost mplayer]$ ls libavcodec/
4xm.c		      h264enc.c			   pcx.c
8bps.c		      h264.h			   png.c
8svx.c		      h264idct.c		   pngdec.c
aac_ac3_parser.c      h264_mp4toannexb_bsf.c	   pngenc.c
aac_ac3_parser.h      h264_parser.c		   png.h
aac.c		      h264_parser.h		   pnm.c
aacdectab.h	      h264pred.c		   pnmenc.c
aacenc.c	      h264pred.h		   pnm.h
aac.h		      huffman.c			   pnm_parser.c
aac_parser.c	      huffman.h			   ppc
aacpsy.c	      huffyuv.c			   ps2
aacpsy.h	      i386			   pthread.c
aactab.c	      idcinvideo.c		   ptx.c
aactab.h	      iirfilter.c		   qcelpdata.h
aasc.c		      iirfilter.h		   qcelpdec.c
ac3.c		      imc.c			   qdm2.c
ac3dec.c	      imcdata.h			   qdm2data.h
ac3dec_data.c	      imgconvert.c		   qdrw.c
 ...... и так далее


Ну? 

Dudraug ★★★★★
()
Ответ на: комментарий от svr4

> MPEG-1, MPEG-2 - особенно актуально. Их и так могут в реальном времени декодировать чуть ли не первопни.

Ага, особенно HD-поток MPEG2 может первопень декодировать.

thresh ★★★
()
Ответ на: комментарий от tommy

В 10 раз: сделай

svn checkout --ignore-externals svn://svn.mplayerhq.hu/mplayer/trunk mplayer

И аосмотри, где там libavcodec. Тебе тоже перевести слово "external"?

Led ★★★☆☆
()
Ответ на: комментарий от Dudraug

>svn checkout svn://svn.mplayerhq.hu/mplayer/trunk mplayer

svn checkout --ignore-externals svn://svn.mplayerhq.hu/mplayer/trunk mplayer

Ты решил потроллить? Ещё раз: --ignore-externals

Led ★★★☆☆
()

Led, тебе еще не надоело обьяснять людям то, что они никак не хотят понимать? :)

И интересно, почему никто не говорит о том, что эти патчи не смогут приехать в дистрибутивы, т.к. линковать надо с не GPL-совместимой либой?

thresh ★★★
()
Ответ на: комментарий от thresh

>И интересно, почему никто не говорит о том, что эти патчи не смогут приехать в дистрибутивы, т.к. линковать надо с не GPL-совместимой либой?

Э, напомни, плиз, какой именно?

Led ★★★☆☆
()
Ответ на: комментарий от Led

libvdpau.so.180.06 libvdpau_nvidia.so.180.06 libvdpau_trace.so.180.06

из комплекта новых драйверов

я правда пока патчи посмотрел лишь одним глазом, но -lvdpau там вижу.

thresh ★★★
()
Ответ на: комментарий от thresh

>libvdpau.so.180.06 libvdpau_nvidia.so.180.06 libvdpau_trace.so.180.06

>из комплекта новых драйверов

>я правда пока патчи посмотрел лишь одним глазом, но -lvdpau там вижу.

А, ты про NVIDIA'вские патчи...

Не, я ещё не смотрел на то, что они требуют для сборки и под какой лицензией:)

Led ★★★☆☆
()
Ответ на: комментарий от Led

> А, ты про NVIDIA'вские патчи...

Ну я вижу что тут "знатоки" доказывают телезрителям, что libavcodec "в svn-репозитории mplayer" лежит, так что извините, что влез с информацией по топику :))

>Не, я ещё не смотрел на то, что они требуют для сборки и под какой лицензией:)

thresh ★★★
()
Ответ на: комментарий от Led

Led я не понимаю что ты доказать то хочешь? даже если при получении mplayer из svn он забирает текущий libavcodec. берутся куски из проекта ffmpeg в mplayer. xine от этого нормально станет воспроизводить видео без потери кадров и рассинхрона? mplayer по умолчанию собирает libavccodec который у него скачан. что дальше то? даже если поставить эту библиотеку в систему, что изменит это? xine лучше воспроизводить не станет видео. просто он некорректно работает с либами. mplayer корректно. проверено в разных дистрах на разных версиях и на разном железе.

tommy ★★★★★
()
Ответ на: комментарий от thresh

>Ну я вижу что тут "знатоки" доказывают телезрителям, что libavcodec "в svn-репозитории mplayer"

лежит рядом на том же сервере. и что. забирается часть проекта ffmpeg при слитии mplayer-а с svn.

tommy ★★★★★
()
Ответ на: комментарий от tommy

>mplayer по умолчанию собирает libavccodec который у него скачан.

Ты раненый или с рождения такой:)

>что дальше то?

Боюсь, что это уже всё:)))

>просто он некорректно работает с либами. mplayer корректно. проверено в разных дистрах на разных версиях и на разном железе.

А доктора тебя проверяли?:)

Led ★★★☆☆
()
Ответ на: комментарий от tommy

>лежит рядом на том же сервере.

Так "рядом" или "прямо в дереве mplayer"?:)

А всё, что на sf.net - суть один проект, всё родное? потому что "лежит рядом" и "на том же сервере"?:)))

Led ★★★☆☆
()
Ответ на: комментарий от Led

я не смотрел в последнее время - есть ли там libavcodec. сейчас нет в дереве. в чём криминал то в моих словах.

tommy ★★★★★
()
Ответ на: комментарий от Led

"mplayer по умолчанию собирает libavccodec который у него скачан." - что тут неправильно? делаем svn checkout svn://svn.mplayerhq.hu/mplayer/trunk mplayer - получаем libavcodec внутри mplayer-а.

tommy ★★★★★
()
Ответ на: комментарий от Led

>потому что "лежит рядом" и "на том же сервере"?:)))

при получении mplayer-а он внутри дерева исходников.

tommy ★★★★★
()
Ответ на: комментарий от tommy

>"mplayer по умолчанию собирает libavccodec который у него скачан." - что тут неправильно?

"не надо приписывать к mplayer-у ffmpeg, в mplayer часть ffmpeg - libavcodec. свой libavcodec." (C) tommy

Led ★★★☆☆
()
Ответ на: комментарий от tommy

>"mplayer по умолчанию собирает libavccodec который у него скачан." - что тут неправильно?

Какой хрен "у него скачан"? В mplayer в SVN ссылка на SVN ffmpeg'а. Так что никакой не "свой", не "скачан", не "внутренний". ffmpeg - это отдельный проект, mplayer использует его линкуясь динамически (с готовыми libav*.so) или статитически (с готовыми libav*.a или собирая ЭТИ ЖЕ libav*.a "на ходу" и линкуясь с ними)!

Led ★★★☆☆
()
Ответ на: комментарий от tommy

>и вот к этому придираться будешь? "не надо приписывать к mplayer-у ffmpeg, в mplayer часть ffmpeg - libavcodec".

про "свой libavcodec" стыдливо вырезал?:)))

Led ★★★☆☆
()
Ответ на: комментарий от tommy

>и вот к этому придираться будешь? "не надо приписывать к mplayer-у ffmpeg, в mplayer часть ffmpeg - libavcodec".

"в mplayer часть ffmpeg - libavcodec" - только на ТВОЁМ КОМПЕ, после того, как ты скачал mplayer с ffmpeg'ом, воспользовавшись хуком разаработчиков mplayer, позволяющим кроме своего проекта скачать ещё и другой проект и положить его внутрь дерева mplayer. Это фича SVN, а никак не mplayer'а:)

Led ★★★☆☆
()
Ответ на: комментарий от Led

2Led

Может хватит уже троллить? Вы утверждали, что мплеер линкуется с тем же ffmpeg что и xine. Мы привели доказательства того, что мплеер при обычном РЕКОМЕНДУЕМОМ НА САЙТЕ способе закачки с свн, качает и libavcodec и при компиляции, если не менять ничего, линкует мплеер статически, что означает, что ваш бред про то что в системе один libavcodec и что мплеер и ксайн прилинкованы к нему не состоятельны.

Dudraug ★★★★★
()
Ответ на: комментарий от tommy

>я не помню - был ли он там. мне казалось что был. не прав - так не прав.

Год назад - не был. и два года назад - не было. И когда mplayer и ffmpeg были на CVS (а не на SVN) - тем более не было. И на сайте была инструкция по скачиванию и CVS: "сначала checkout mplayer, потом checkout ffmpeg, потом скопируйте libav* из ffmpeg в дерево mplayer, потом собирайте"

Led ★★★☆☆
()
Ответ на: комментарий от Led

>"в mplayer часть ffmpeg - libavcodec" - только на ТВОЁМ КОМПЕ

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

Но при этом нам упроно доказывают, что в системе не может быть более одного libavcodec. Были такие слова??? БЫЛИ! И отпираться бессмысленно. Последние несколько часов вам доказывают, то что вы говорите ерундну.

Dudraug ★★★★★
()
Ответ на: комментарий от Dudraug

>Вы утверждали, что мплеер линкуется с тем же ffmpeg что и xine.

Хорош врать! Я этого не утверждал. Я говорил, что mplayer и xine-lib можно линковать с системными ffmpeg-либами (libav*.so), что это не хак, а штатная возможность сборки.

Led ★★★☆☆
()
Ответ на: комментарий от Led

отлично. так и есть. качаем и собирается по умолчанию статически из того что скачано. или линкуем динамически или статически с каким то ещё libavcodec из полного скачанного дерева ffmpeg, взятой библиотекой откуда то ещё и тд и тп. вот чего мы это "пережёвываем" то.

тоже самое использованное в xine работает тормозно. хоть как и с чем линкуй.

tommy ★★★★★
()
Ответ на: комментарий от thresh

>И интересно, почему никто не говорит о том, что эти патчи не смогут приехать в дистрибутивы, т.к. линковать надо с не GPL-совместимой либой?

Жпл запрещает линковаться с закрытыми либами? Точно знаю что закрытым либам запрещено линковаться с жпл, а вот наоборот не уверен... По логике это должно на совести лицензии этой закрытой либы быть.

Dudraug ★★★★★
()
Ответ на: комментарий от Dudraug

>Но при этом нам упроно доказывают, что в системе не может быть более одного libavcodec. Были такие слова??? БЫЛИ!

Тролль-толстяк детектед! ГДЕ я такое говорил? Я говорил, что mplayer'у и xine-lib'у ДОСТАТОЧНО одной общей libavcodec.so.*

>Последние несколько часов вам доказывают, то что вы говорите ерундну.

Наконец-то ты доказал, что не просто троль, а ещё и идиот - даже логика блондинки для тебя - недостижимая высота:)

Led ★★★☆☆
()
Ответ на: комментарий от Led

Нетушки, было утверждения что файл к котрому они обращаются ОДИН! Такие слова были и не один раз.

ЗЫ: Хорошо хоть в перерыве успел лабу сделать.

Dudraug ★★★★★
()
Ответ на: комментарий от tommy

>тоже самое использованное в xine работает тормозно. хоть как и с чем линкуй.

Ты не линковал xine-lib со свежим ffmpeg - значит ты просто врёшь:)

Led ★★★☆☆
()
Ответ на: комментарий от Led

> Я говорил, что mplayer и xine-lib можно линковать с системными ffmpeg-либами

которых может и не быть. с svn они скачаются новые прямо в дерево мплеера и соберутся/сликуются. кто делает иначе - не знаю и не вижу смысла это делать (постоянно по крайнем мере).

tommy ★★★★★
()
Ответ на: комментарий от Dudraug

>Нетушки, было утверждения что файл к котрому они обращаются ОДИН! Такие слова были и не один раз.

Конечно ОДИН. если оба слинкованы с одной и той же библиотекой. Ты вообще знаешь, что такое динамическая библиотека?

Led ★★★☆☆
()
Ответ на: комментарий от Led

>Наконец-то ты доказал, что не просто троль, а ещё и идиот - даже логика блондинки для тебя - недостижимая высота:)

Х...я себе, то есть можно говорить слова и не отвечать за слова? ТОБОЙ были сказаны слова, что они обращаются к ОДНОМУ блять файлу.

Dudraug ★★★★★
()
Ответ на: комментарий от tommy

> кто делает иначе - не знаю и не вижу смысла это делать (постоянно по крайнем мере)

Ну вот ты сам себе ответил: "не знаю", а потому "не вижу смысла":)))

Led ★★★☆☆
()
Ответ на: комментарий от Led

>Конечно ОДИН. если оба слинкованы с одной и той же библиотекой. Ты вообще знаешь, что такое динамическая библиотека?

Мне лень искать, но ты приводил пример, что мплеер не может быть иначе слинкован чем xine.

Ну раз такой умный расскажи мне, почему xine тормозит, я тестил даже когда они были динамически слинкованны с одной либой?

Про тотем работающий через xine и говорить не стоит там так вообще слайд-шоу.

Dudraug ★★★★★
()
Ответ на: комментарий от Dudraug

>ТОБОЙ были сказаны слова, что они обращаются к ОДНОМУ блять файлу.

Да, уважаемый даун, к одному файлу. Я понимаю, что для тебя это - фантастика... но так и есть... Ты главное не нервничай:)

Led ★★★☆☆
()
Ответ на: комментарий от Dudraug

>Мне лень искать, но ты приводил пример, что мплеер не может быть иначе слинкован чем xine.

А ты поищи. Я этого не говорил, поэтому тебе придётся хакнуть LOR и дописать:)

>Ну раз такой умный расскажи мне, почему xine тормозит, я тестил даже когда они были динамически слинкованны с одной либой?

Ни хрена ты не тестил.

>Про тотем работающий через xine и говорить не стоит там так вообще слайд-шоу.

Тотем - это фронтэнд в libxine. Если хочешь моё мнение - самый кривой их существующих в libxine фронтендов.

Led ★★★☆☆
()
Ответ на: комментарий от Dudraug

а давай его побьём? :)

Led, xine тормозит при проигрывании. я видел это сам и читал об этом много раз.

tommy ★★★★★
()
Ответ на: комментарий от Led

>А ты поищи. Я этого не говорил, поэтому тебе придётся хакнуть LOR и дописать:)

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

Тебе трое доказывают, что xine тормозит (или уже 4-ро тут было), но ты поверить не можешь. Я знаешь ли плеер видео ставлю смотреть, а не думать, что он слинкован так же как рабочий плеер.

Dudraug ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.