Вышла (http://www.nvnews.net/vbulletin/showthread.php?p=2079643) новая версия проприетарных драйверов Nvidia: 190.32 (бета-релиз). Основные новшества:- В VDPAU API (Video Decode and Presentation API) для GPU с набором VDPAU функций класса "C" (NVIDIA GeForce GT 230M, GT 240M, G210M, GTS 250M, GTS 260M) добавлена поддержка аппаратного ускорения декодирования видео в форматах MPEG-4 Part 2, DivX 4 и DivX 5. Также добавлена поддержка нового алгоритма акселерации масштабирования видео высокого качества;
- Добавлена возможность настройки скорости вращения куллера на GPU через опцию конфигурации "Coolbits";
- Добавлена поддержка нового параметра настройки "IgnoreEDIDChecksum", дающего указание использовать данные конфигурации дисплея, полученные через EDID, несмотря на несовпадение контрольной суммы.URL: http://www.nvnews.net/vbulletin/showthread.php?p=2079643
Новость: http://www.opennet.me/opennews/art.shtml?num=23303
2 дня - полет нормальный!;)
http://www.opennet.me/openforum/vsluhforumID3/58180.html#25
Кто-нибудь, подскажите - как конвертировать DVD-фильмы с использованием графического процессора? Мне может помочь только платный nVidia PureVideo?
mencoder от mplayer с поддержкой vdpau - не?
>mencoder от mplayer с поддержкой vdpau - не?только к нему нормального фронтэнда нету а с флагами я замахался уже подбирать - вываливало постоянно с ошибкой... я пытался конвертировать DVD... забросил это дело до лучших времен...
Пользовался вот этим скриптом:mencoder dvd://1 -chapter 1-2 -o test.avi -dvd-device ./VIDEO_TS/ -vc ffmpeg12vdpau -oac copy -ovc lavc \
-lavcopts vcodec=mpeg4:vhq:vbitrate=1000 \
autoaspect:vlelim=-4:vcelim=9:lumi_mask=0.05:dark_mask=0.01:vpass=1:turbo:psnrОшибка следующего характера:
./mencoder-vdpau.sh
MEncoder SVN-r29649-4.2.4 (C) 2000-2009 MPlayer Team
libdvdread: Using libdvdcss version 1.2.10 for DVD access
libdvdread: Couldn't find device name.
There are 4 titles on this DVD.
There are 1 angles in this DVD title.
number of audio channels on disk: 0.
number of subtitles on disk: 0
success: format: 2 data: 0x0 - 0x1a000
MPEG-PS file format detected.
MPEG: No audio stream found -> no sound.
VIDEO: MPEG2 720x576 (aspect 2) 25.000 fps 9000.0 kbps (1125.0 kbyte/s)
[V] filefmt:2 fourcc:0x10000002 size:720x576 fps:25.000 ftime:=0.0400
Opening video filter: [expand osd=1]
Expand: -1 x -1, -1 ; -1, osd: 1, aspect: 0.000000, round: 1
==========================================================================
Forced video codec: ffmpeg12vdpau
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Unsupported PixelFormat -1
Selected video codec: [ffmpeg12vdpau] vfm: ffmpeg (FFmpeg MPEG-1/2 (VDPAU))
==========================================================================
[VD_FFMPEG] XVMC-accelerated MPEG-2.
VDec: vo config request - 720 x 576 (preferred colorspace: MPEG2 VDPAU acceleration)
Could not find matching colorspace - retrying with -vf scale...
Opening video filter: [scale]
The selected video_out device is incompatible with this codec.
Try appending the scale filter to your filter list,
e.g. -vf spp,scale instead of -vf spp.
[mpegvideo_vdpau @ 0x2e5aa90]get_buffer() failed (-1 0 0 (nil))
Error while decoding frame!Exiting...
Но если кто ткнет носом как это сделать на примере кодирования DVD - буду признателен!
>только к нему нормального фронтэнда нетуyaourt -Ss mencoder
extra/gmencoder 0.1.0-2
GTK2 gui for mencoder
community/ogmrip 0.12.3-2
Libraries and GTK2 interface for DVD ripping using mencoder
aur/divxenc 1.4.2-1 (13)
An interactive MEncoder wrapper for encoding DVD/video to FMP4/DivX
aur/encode2mpeg 0.6.4-1 (32)
A frontend to MPlayer/MEncoder and mjpegtools
aur/hypervc-qt4 0.4.1-1 (23)
Qt frontend for various command line tools such as ffmpeg or mencoder
aur/iriverter 0.16-5 (Out of Date) (13)
Cross-platform mencoder frontend to convert videos for various multimedia players.
aur/iriverter-svn 172-1 (0)
A cross-platform mencoder frontend converting videos for various multimedia players - SVN version
aur/jmencode 0.64-3 (23)
A Java GUI for mencoder
aur/kmenc15 0.04-2 (12)
An advanced KDE/Qt MEncoder frontend.
aur/kvideoencoder 0.08-1 (Out of Date) (14)
kvideoencoder is a GUI for the mencoder and transcode.
aur/lemonrip 1.20-4 (25)
Mencoder GUI for ripping and encoding DVD into AVI files.
aur/mencode 0.1-1 (16)
An almost frontend to mencoder
aur/ogmrip-svn 1613-1 (2)
Libraries and GTK2 interface for DVD ripping using mencoder - SVN
aur/qeven 0.3.0-1 (7)
Qt Easy Video Encoder. Use MEncoder and MPlayer.
aur/qvideoconverter 0.3.1-1 (8)
QVideoConverter is an GUI for mencoder and provides an simple way to convert files/dvds to DivX videos.прям весь этот список попробовали и не одного вменяемого не нашли ???
>[оверквотинг удален]
>mencoder - SVN[/b]
>aur/qeven 0.3.0-1 (7)
> Qt Easy Video Encoder. Use MEncoder and MPlayer.
>
>aur/qvideoconverter 0.3.1-1 (8)
> QVideoConverter is an GUI for mencoder and provides
>an simple way to convert files/dvds to DivX videos.
>
>прям весь этот список попробовали и не одного вменяемого не нашли ???
>Не весь (я и не говорил что все пробовал), то что было в репах (список скудный):
apt-cache search mencoder
acidrip - ripping and encoding DVD tool using mplayer and mencoder
iriverter - converts video for use on various multimedia players.
libogmrip-dev - Application for ripping and encoding DVD - development files
libogmrip0 - Application for ripping and encoding DVD - libraries files
ogmrip - Application for ripping and encoding DVD
ogmrip-doc - Application for ripping and encoding DVD - Documentation files
ia32-mencoder - mencoder 32bit for amd64
mencoder - MPlayer's Movie Encoder - Medibuntu package
mplayer-doc - The Ultimate Movie Player For Linux (Documentation) - Medibuntu package, но в каждом из них что-то не работало...
Все остальное - ковырялся с командной строкой и шуршал по ману...
Буквально после того как написал свой предыдущий пост еще раз перепробовал, что осталось в наличии/установлено, в часности OGMRip оказался самым вменяемым из тех что я видел, но, увы, тоже выдал ошибку после того как извлек аудио трек и дошло дело до видео...
похоже что именно с VDPAU глючит, потому что если убрать опции (без VDPAU) то процессор успешно кодирует...
Есть еще такой гуй: http://quadpoint.org/projects/simplerip
Может поможет :)
>Есть еще такой гуй: http://quadpoint.org/projects/simplerip
>Может поможет :)Здается мне - что в данном случае проблема все-таки не в гуе...
Кто-то вообще пробовал кодировать GPU видео при помощи mencoder-a?
И как проверяли что тот кодирует именно GPU а не CPU?
А где Вы нашли информацию, что эти драйвера способны аппартно ускорять процесс енкодера видео?
На оф. сайте я нашел только про аппаратное декодирование видео.
ftp://download.nvidia.com/XFree86/Linux-x86_64/190.32/README...
>А где Вы нашли информацию, что эти драйвера способны аппартно ускорять процесс
>енкодера видео?
>На оф. сайте я нашел только про аппаратное декодирование видео.
>ftp://download.nvidia.com/XFree86/Linux-x86_64/190.32/README...Елки моталки... а нигде 8( только декодирование... LOL
VDPAU - технология ТОЛЬКО декодирования!
И не знаю каким ветром мне в голову занесло мысль что оно еще и кодирует...
Да её и делать никто не будет (енкодирование видео с помощью GPU), когда то АТИ пыталась вести разработки в этом направлении, но ничего стоящего у них не получилось - основная нагрузка (~99%) всё равно приходилась на CPU и скорость кодирования видео зависила от типа CPU, а от типа GPU ничего не менялось.
Я приблизительно то же самое где-то на форумах Nvidia читал, но вот
http://www.nvidia.com/object/product_quadro_cx_us.html
http://www.youtube.com/watch?v=8C_Pj1Ep4nw
ftp://download.nvidia.com/FLVs/Adobe_Quadro/VIDEO_high_rev2.flv
http://www.nvidia.com/object/io_1240981320317.html
http://anandtech.com/video/showdoc.aspx?i=3339&p=1
http://www.badaboomit.com/
что-то же кодируют?
Правда используя CUDA и на Quadro CX карте...
http://www.nvidia.com/object/IO_62559.html
Или это только для Quadro карт?
Вы путаете cuda с vdpau, только и всего. Глянули б в вики хотя бы, раз> CUDA (англ. Compute Unified Device Architecture) — технология GPGPU (англ. General-Purpose computing on Graphics Processing Units), позволяющая программистам реализовывать на языке программирования Си алгоритмы, выполнимые на графических процессорах ускорителей GeForce восьмого поколения и старше (GeForce 8 Series, GeForce 9 Series, GeForce 200 Series), Nvidia Quadro и Tesla компании Nvidia.
и два
> VDPAU (Video Decode and Presentation API for Unix) is an API designed by NVIDIA for its GeForce 8 series and later GPU hardware, targeted at the X Window System on Unix operating-systems (including Linux, FreeBSD, and Solaris). This VDPAU API allows video programs to offload portions of the video decoding process and video post-processing to the GPU video-hardware.
Первое — многоцелевая технология программирования графических чипов, второе — только декодирование и пост-обработка на них же.
Еще один подошел на форум...
Читайте все топики
http://www.opennet.me/openforum/vsluhforumID3/58563.html#10
http://www.opennet.me/openforum/vsluhforumID3/58563.html#11
И тоже ходите по ссылкам что попадаются в теме...
И о CUDA и OpenCL я тоже говорил - единственное что я перепутал - так это то что технология VDPAU - только для декодирования!
И тут думаю пытаются все выяснить каким образом, все-таки, можно кодировать видео используя ресурсы GPU!
http://www.opennet.me/openforum/vsluhforumID3/58563.html#2
И что же уже выяснили, что для этого подходит технология CUDA или OpenCL как ее продолжение, но только для форматов видео не использующих итерации при кодировании...
Подошел и смотрю, что не то тут обсуждаете ;) Если интересует именно кодирование, побегать по гуглю с "encoding video cuda | stream" недолго, но по-моему полноценных таких продуктов пока еще нет. Плюс хотелось бы, чтобы это всё-таки в mencoder было, а не в платных проприетарных тулзах только под оффтопик, и на OpenCL, для совместимости между ati и nvidia. Вот только карточек с ним еще по-моему нет ;)
На счет закрытости - согласен...
Но хочется использовать УЖЕ! Деньги за железо УЖЕ заплачены...
В mencoder-e оно появиться сразу как только nvidia откроет свои технологии ибо использование CUDA в mencoder совать точно не будут - так как основывается на закрытом коде... и как следствие OpenCL... хотя последнее могут принять как стандарт и начать его использовать в open source....
>Но хочется использовать УЖЕ! Деньги за железо УЖЕ заплачены...Деньги заплачены производителю железа, а не софта же. В смысле, нвидия можно сказать, сделала всё, что от неё требовалось, дело за сторонними кодерами.
>В mencoder-e оно появиться сразу как только nvidia откроет свои технологии ибо
>использование CUDA в mencoder совать точно не будут - так как
>основывается на закрытом кодеЧто там закрыто? В той же вики
> В основе CUDA API лежит расширенный язык Си. Для успешной трансляции кода на этом языке, в состав CUDA SDK входит собственный Си-компилятор командной строки nvcc компании Nvidia. Компилятор nvcc создан на основе открытого компилятора Open64 и предназначен для трансляции host-кода (главного, управляющего кода) и device-кода (аппаратного кода) (файлов с расширением .cu) в объектные файлы, пригодные в процессе сборки конечной программы или библиотеки в любой среде программирования
> Графический ускоритель с поддержкой CUDA становится мощной программируемой открытой архитектурой подобно сегодняшним центральным процессорам.единственная претензия тут, разве что — зависимость от вендора, opencl в этом смысле выглядит вкуснее. Но он вроде бы основан на этой же cuda.
>[оверквотинг удален]
>Деньги заплачены производителю железа, а не софта же. В смысле, нвидия можно
>сказать, сделала всё, что от неё требовалось, дело за сторонними кодерами.
>
>
>>В mencoder-e оно появиться сразу как только nvidia откроет свои технологии ибо
>>использование CUDA в mencoder совать точно не будут - так как
>>основывается на закрытом коде
>
>Что там закрыто? В той же вики
>В конечном итоге - драйвер!
>> В основе CUDA API лежит расширенный язык Си. Для успешной трансляции кода на этом языке, в состав CUDA SDK входит собственный Си-компилятор командной строки nvcc компании Nvidia. Компилятор nvcc создан на основе открытого компилятора Open64 и предназначен для трансляции host-кода (главного, управляющего кода) и device-кода (аппаратного кода) (файлов с расширением .cu) в объектные файлы, пригодные в процессе сборки конечной программы или библиотеки в любой среде программирования
>> Графический ускоритель с поддержкой CUDA становится мощной программируемой открытой архитектурой подобно сегодняшним центральным процессорам.
>
>единственная претензия тут, разве что — зависимость от вендора, opencl в этом
>смысле выглядит вкуснее. Но он вроде бы основан на этой же
>cuda.См выше...;) Все в драйвер упирается...
>См выше...;) Все в драйвер упирается...Хотите сказать, для работы cuda надо обязательно использовать только проприетарный драйвер, в свободный такую функциональность добавить нельзя? А ссылку можно?
>>См выше...;) Все в драйвер упирается...
>
>Хотите сказать, для работы cuda надо обязательно использовать только проприетарный драйвер, в
>свободный такую функциональность добавить нельзя? А ссылку можно?Я не знаю... но предполагаю что да, что как раз этот функционал и скрывают разработчики nvidia... (SDK CUDA начали выпускать для определенной версии своих драйверов - не ниже...)
>Я не знаю... но предполагаю что да, что как раз этот функционал
>и скрывают разработчики nvidia... (SDK CUDA начали выпускать для определенной версии
>своих драйверов - не ниже...)Из такой инфы делать выводы о скрытии.. Аппаратно cuda поддерживают карточки от серии 8*** кажется, смысла кодить этот функционал в дровах для более старого железа?
Ждем opencl, а там открытые дрова, не открытые, но софт должен появиться, 3д для закрытых дров-то вполне пишут. Или покупаем свежие ати серии 5***, opencl в железе там уже должен быть. Правда, не видел планов реализации его поддержки в radeonhd, но должно со временем появиться, думаю.
>[оверквотинг удален]
>>своих драйверов - не ниже...)
>
>Из такой инфы делать выводы о скрытии.. Аппаратно cuda поддерживают карточки от
>серии 8*** кажется, смысла кодить этот функционал в дровах для более
>старого железа?
>Ждем opencl, а там открытые дрова, не открытые, но софт должен появиться,
>3д для закрытых дров-то вполне пишут. Или покупаем свежие ати серии
>5***, opencl в железе там уже должен быть. Правда, не видел
>планов реализации его поддержки в radeonhd, но должно со временем появиться,
>думаю.http://www.thg.ru/graphic/nvidia_cuda/images/014.png
Там четко видно что в конечном итоге используется CUDA драйвер от известно кого!
>http://www.thg.ru/graphic/nvidia_cuda/images/014.pngУ меня грузится просто их лого, молоток ;)
>Там четко видно что в конечном итоге используется CUDA драйвер от известно
>кого!Будто кто-то спорит, что в данный момент такой драйвер только один, официальный и закрытый. Тут другое интересно, возможно ли реализовать поддержку cuda в свободных дровах. Хотя, если и нет, opencl точно можно, в radeonhd он в todo уже висит —
http://wiki.x.org/wiki/RadeonFeature
Попытка номер два:http://www.thg.ru/graphic/nvidia_cuda/nvidia_cuda-02.html - первый рисунок...
>Тут другое интересно, возможно ли реализовать поддержку cuda в свободных дровах. Хотя, >если и нет, opencl точно можно, в radeonhd он в todo уже висит —
>http://wiki.x.org/wiki/RadeonFeatureУгу и будет нечто подобное Mesa(в начале своего развития) http://ru.wikipedia.org/wiki/Mesa только для OpenCL...
Пока не откроют - как управляют устройством - не будет никакого CUDA & OpenCL на свободных дровах! А судя по тенденции не открою в ближайшие лет 10, пока устройства с данной технологией не устареют или пока не придумают чего-то более совершенного!
>Попытка номер два:http://www.thg.ru/graphic/nvidia_cuda/nvidia_cuda-02.html - первый рисунок...Ага, видно.
>Угу и будет нечто подобное Mesa(в начале своего развития) http://ru.wikipedia.org/wiki/Mesa только для OpenCL...
Ну и пусть будет, если будет хорошо работать ;) В той таблице, которую я привел, поддержка opencl относится к фичам gallium, посмотрим.
>Пока не откроют - как управляют устройством - не будет никакого CUDA
>& OpenCL на свободных дровах! А судя по тенденции не открою
>в ближайшие лет 10, пока устройства с данной технологией не устареют
>или пока не придумают чего-то более совершенного!Неверная информация и выводы из неё. Во-первых, opencl на свободных дровах у амд уже в планах, ссылку я привел. Во-вторых, спецификации своего железа, что видеокарт, что чипсетов, амд открывает, нвидия пока не планирует, но это её дело. И в-третьих, повторюсь, утверждать, что софта, использующего cuda/opencl в линуксе не будет, пока будут закрытыми драйверы — это имхо то же самое, что утверждать аналогичное относительно, например, 3д-графики в этой же ситуации. Но она-то есть, ведь для её использования не нужно опускаться на уровень драйвера, вы сами привели картинку, где над ним еще существуют уровни cuda runtime и cuda library. Вот их для написания приложения и использовать, вся информация по ним есть же.
>[оверквотинг удален]
>Неверная информация и выводы из неё. Во-первых, opencl на свободных дровах у
>амд уже в планах, ссылку я привел. Во-вторых, спецификации своего железа,
>что видеокарт, что чипсетов, амд открывает, нвидия пока не планирует, но
>это её дело. И в-третьих, повторюсь, утверждать, что софта, использующего cuda/opencl
>в линуксе не будет, пока будут закрытыми драйверы — это имхо
>то же самое, что утверждать аналогичное относительно, например, 3д-графики в этой
>же ситуации. Но она-то есть, ведь для её использования не нужно
>опускаться на уровень драйвера, вы сами привели картинку, где над ним
>еще существуют уровни cuda runtime и cuda library. Вот их для
>написания приложения и использовать, вся информация по ним есть же.Да как-то не привлекает меня API функционал OpenCL который выполняет недостающие функции на стороне CPU!... Все это уже проходили (не зря я вспоминал о Mesa 3D - а теперь и Gallium3d - где дрова или устройство не умеет - выполняется это ВСЕ на стороне CPU) Ну допустим OpenCL как стандарт - это уже факт, но ПОЛНАЯ аппаратная поддержка будет далеко не у всех, а только у тех у кого:
1. железо будет "держать" все функции заложенные в API;
2. драйвера будут управлять ВСЕМИ функциями заложенными в устройства (видеокарта/аппаратные ускорители/etc)
Все остальное будет выполнять "медленный" трудяга CPU...
> где дрова или устройство не умеет - выполняется это ВСЕ на стороне CPUДрова должны будут уметь всё, что свободные амд, что закрытые нвидиа. А так, какие претензии, если устройство не умеет? У него основная функция вообще другая, картинки рисовать, а не братьев по разуму искать в всяких seti@home ;) Хотите всех плюшек — берите новую железяку, а нет, так старая у вас делает всё, что обещала, никого упрекнуть не в чем.
Хотя как знать - декодирование уже засунули...
-dvd-device должна указывать на файл, в котором находится iso-образ. Либо это реально файл-устройство, либо образ.
>-dvd-device должна указывать на файл, в котором находится iso-образ. Либо это реально
>файл-устройство, либо образ.либо каталог с скопированным DVD VIDEO_TS AUDIO_TS...
все это понятно - с этим уже разобрались давно - тема зашла совсем в другое русло...
>[оверквотинг удален]
>mencoder dvd://1 -chapter 1-2 -o test.avi -dvd-device ./VIDEO_TS/ -vc ffmpeg12vdpau -oac copy
>-ovc lavc \
>-lavcopts vcodec=mpeg4:vhq:vbitrate=1000 \
>autoaspect:vlelim=-4:vcelim=9:lumi_mask=0.05:dark_mask=0.01:vpass=1:turbo:psnr
>
>Ошибка следующего характера:
>./mencoder-vdpau.sh
>MEncoder SVN-r29649-4.2.4 (C) 2000-2009 MPlayer Team
>libdvdread: Using libdvdcss version 1.2.10 for DVD access
>libdvdread: Couldn't find device name.-dvd-device ./
>Кто-нибудь, подскажите - как конвертировать DVD-фильмы с использованием графического процессора? Мне может
>помочь только платный nVidia PureVideo?Тогда ответить на этот вопрос можно "Да" - только PureVideo... хотя????...
PureVideo помоему просто в реальном времени убирает всякие там артефаткы на видео ресурсами GPU... но ничего не кодирует...
К стати, помоему, Cinelerra тоже кое что из этого делает на стороне GPU... (дрожание камеры,... etc)Реализован алгоритм h.264 с использованием технологии CUDA... ЕМНИП
Или может кто-то знает что еще сущуствует?
Я не спец в тонкостях стандартов кодирования и декодирования - возможно есть такие форматы где при кодировании не используются итерации - тогда смело можно использовать ресурсы GPU...Может OpenCL каким-то боком к этому продвигается?
И всё же, виндузоиды давно кодируют видеокартой за 15 минут то, что процессор кодирует за час.
>И всё же, виндузоиды давно кодируют видеокартой за 15 минут то, что
>процессор кодирует за час.Вот то-то же и оно...
>И всё же, виндузоиды давно кодируют видеокартой за 15 минут то, что
>процессор кодирует за час.так в чем проблема?
Почитайте выше тред и не несите бреда опять, ничего они там на GPU не кодируют.
используя CUDA не важно что кодировать или декодировать
CUDA SDK позволяет любую реализацию на языке С перевести в код который будет выполняться на GPU
и не важно будет ли это кодек g729 либо какойто тяжелый для CPU алгоритм кодированя или декодирования видеосдесь другой вопрос
если ли CUDA SDK для той платформы на которой вы хотите ее использовать
и если ли поддржка драйвером этого SDK
вот и все
>[оверквотинг удален]
>CUDA SDK позволяет любую реализацию на языке С перевести в код который
>будет выполняться на GPU
>и не важно будет ли это кодек g729 либо какойто тяжелый для
>CPU алгоритм кодированя или декодирования видео
>Ето и ежу понятно!
>сдесь другой вопрос
>если ли CUDA SDK для той платформы на которой вы хотите ее
>использовать
>и если ли поддржка драйвером этого SDK
>вот и всеВСЕ есть!
Например для Ubuntu 8.04:
CUDA Driver: NVIDIA Driver for Linux (Ubuntu 8.04) 185.18.14:
http://www.nvidia.com/object/linux_display_amd64_185.18.14.html
CUDA Toolkit: CUDA Toolkit 2.2 for Linux (Ubuntu 8.04):
http://www.nvidia.com/object/thankyou.html?url=/compute/cuda...
CUDA SDK: CUDA SDK 2.2.1 code samples for Linux (Ubuntu 8.04):
http://www.nvidia.com/object/thankyou.html?url=/compute/cuda...
CUDA Debugger: CUDA Debugger 2.2 for Linux:
http://www.nvidia.com/object/thankyou.html?url=/compute/cuda...Только вот пока что все написано под закрытые и платные программы - а сообщество наверное принципиально не хочет писать открытые аналоги ибо война лицензий начнется!
