В рассылке разработчиков компания Nvidia сообщила (http://nvdeveloper.nvidia.com) о выпуске бета версии среды разработки, утилит и драйвера с поддержкой новых функций CUDA 2.3 (Compute Unified Device Architecture - API, разработанное компанией NVidia и позволяющее вынести некоторые вычислительные задачи на плечи GPU) Среди новшеств и изменений следует отметить:
- Библиотека CUFFT теперь поддерживает преобразования двойной точности, значительное улучшение производительности для преобразований одиночной точности.- CUDA-GDB - аппаратных отладчик, теперь доступен на всех поддерживаемых платформах Linux и входит в состав CUDA Toolkit.
- GPUs в SLI группах, теперь, нумеруются в индивидуально, так,
что вы можете достичь производительность нескольких GPU, даже при включенной SLI для графики.- Новая поддержка преобразования fp16 <-> intrinsics (собственный тип) (http://en.wikipedia.org/wiki/Intrinsic_function), позволяет хранить данные fp16 в формате fp32.
Использовани...URL: http://nvdeveloper.nvidia.com
Новость: http://www.opennet.me/opennews/art.shtml?num=22243
Драйверок-то резвый - да только вот mplayer VDPAU (во время просмотра VIDEO: [WVC1] 1280x720 24bpp 1000.000 fps 15000.0 kbps (1831.1 kbyte/s) (FFmpeg WVC1 (VDPAU))) при переключении полный экран и обратно положил X-ы на лопатки намертво! Сыроват драйверок значит...
Эх, где бы нарыть WVC1 видео ???
>Эх, где бы нарыть WVC1 видео ???Например тут:
ftp://download.nvidia.com/XFree86/vdpau/mplayer-vdpau-307639...
внизу список тестовых видео файлов...
Пробывал вот на этом FlightSimX_720p60_51_15Mbps.wmv.
Но многое же зависит от модели видеокарты...
>>Эх, где бы нарыть WVC1 видео ???
>Например тут: ftp://download.nvidia.com/XFree86/vdpau/mplayer-vdpau-307639.....
>Но многое же зависит от модели видеокарты......
> VIDEO: [WVC1] 1280x720 24bpp 1000.000 fps 15000.0 kbps (1831.1 kbyte/s) (FFmpeg WVC1 (VDPAU))+ VIDEO: [WVC1] 1280x720 24bpp 59.917 fps 15000.0 kbps (1831.1 kbyte/s) (FFmpeg WVC1 (VDPAU))
Твои 1000 fps - не кажется подозрительным? :)
Отлично показывает на 8500: VIDEO: [WVC1] 1280x720 24bpp 1000.000 fps 15000.0 kbps (1831.1 kbyte/s)
>Отлично показывает на 8500: VIDEO: [WVC1] 1280x720 24bpp
>1000.000 fps 15000.0 kbps (1831.1 kbyte/s)Именно mplayer-ом? А попереключать в полный экран и обратно, несколько раз?
Похоже что у Вас обычный mplayer без поддержки VDPAU...
compiz есть?
>[оверквотинг удален]
>..
>>Но многое же зависит от модели видеокарты...
>
>...
>> VIDEO: [WVC1] 1280x720 24bpp 1000.000 fps 15000.0 kbps (1831.1 kbyte/s) (FFmpeg WVC1 (VDPAU))
>
>+ VIDEO: [WVC1] 1280x720 24bpp 59.917 fps
>15000.0 kbps (1831.1 kbyte/s) (FFmpeg WVC1 (VDPAU))
>
>Твои 1000 fps - не кажется подозрительным? :)Заново скачал именно этот файл (думал что битый) - все то же самое...:( И именно 1000fps должно быть)...
Моё железячье: GeForce 8400M GS 256 MB
В окошке, главное, все нормально показывает, а вот только переключусь в полный экран X-ы намертво (даже в консоль не дает перейти-блокирует клавиатуру...)...
Да забыл добавить - это все с включенным compiz-ом...(Если пытаться повторить...)
А что насчет реальных H.264 1280x800 файлов? Не виснет при попытках переключения туда-сюда?
>А что насчет реальных H.264 1280x800 файлов? Не виснет при попытках переключения
>туда-сюда?Ну моя карточка только 720p со скрипом потянет(судя из спецификации VDPAU)...
Можно ссылку на файл на котором проверить? Стяну-проверю-отпишусь...
>>[оверквотинг удален]
>>>Но многое же зависит от модели видеокарты...
>>> VIDEO: [WVC1] 1280x720 24bpp 1000.000 fps 15000.0 kbps (1831.1 kbyte/s) (FFmpeg WVC1 (VDPAU))
>>+ VIDEO: [WVC1] 1280x720 24bpp 59.917 fps
>>15000.0 kbps (1831.1 kbyte/s) (FFmpeg WVC1 (VDPAU))
>>Твои 1000 fps - не кажется подозрительным? :)
>Заново скачал именно этот файл (думал что битый) - все то же
>самое...:( И именно 1000fps должно быть)...
>Моё железячье: GeForce 8400M GS 256 MBНу теперь посчитай 1280*720*24/8/1024 = 2700kb - размер одного кадра, множим на тыщу - 2.7 Гб/c выдаётся на монитор...
Прикалываешься...
На скриптик, компиль нормальный мплеер#!/usr/bin/env sh
set -e
set -xco_dir=mplayer
svn co svn://svn.mplayerhq.hu/mplayer/trunk ${co_dir}
cd ${co_dir}
svn co svn://svn.mplayerhq.hu/ffmpeg/trunk/libpostproc
svn co svn://svn.mplayerhq.hu/ffmpeg/trunk/libavformat
svn co svn://svn.mplayerhq.hu/ffmpeg/trunk/libavcodec
svn co svn://svn.mplayerhq.hu/ffmpeg/trunk/libavutil#CFLAGS="-g0 -O4 -ffast-math -funroll-all-loops -ftree-vectorize -pipe"
#CC=gcc-4.4
./configure && make -j3;
>[оверквотинг удален]
>>>15000.0 kbps (1831.1 kbyte/s) (FFmpeg WVC1 (VDPAU))
>>>Твои 1000 fps - не кажется подозрительным? :)
>>Заново скачал именно этот файл (думал что битый) - все то же
>>самое...:( И именно 1000fps должно быть)...
>>Моё железячье: GeForce 8400M GS 256 MB
>
>Ну теперь посчитай 1280*720*24/8/1024 = 2700kb - размер одного кадра, множим на
>тыщу - 2.7 Гб/c выдаётся на монитор...
>
>Прикалываешься...ВключиВ мозг - я, конечно, понимаю астрономические величины;) - но я скопировал то, что мне писалось в консоли после запуска mplayer...
Не это важно - важно то, что вешает Х-ы...А тот скрипт что от сюда: ftp://download.nvidia.com/XFree86/vdpau/mplayer-vdpau-353213...
Что-то не то? Или к этой версии драйверов нужно кодеки другой ревизии собирать?
А как же заветные опции конфигурирования:./configure --enable-gui --disable-x264-lavc --disable-x264 --enable-vdpau ??? Что бы VDPAU работало?
>А как же заветные опции конфигурирования:./configure --enable-gui --disable-x264-lavc --disable-x264 --enable-vdpa ??? Что
>бы VDPAU работало?#!/bin/sh
make clean;
make distclean;CC=gcc
CFLAGS="-fkeep-inline-functions -funit-at-a-time -frecord-gcc-switches \
-m64 -g0 -O3 -march=k8 -msse -msse2 -m3dnow -mmmx -fforce-addr \
-funroll-all-loops -ftree-vectorize -pipe -fvisibility=hidden \
-fstack-protector -fomit-frame-pointer -s -fmerge-all-constants \
-ffreestanding -D_FORTIFY_SOURCE=2 -frtl-abstract-sequences"# -ffreestanding"
./configure --prefix=/usr --confdir=/etc/mplayer --libdir=/usr/lib64 --enable-gui \
--disable-lirc --disable-lircc --disable-joystick \
--disable-apple-remote --disable-apple-ir \
--disable-radio-v4l2 \
--disable-radio-bsdbt848 \
--disable-tv \
--disable-tv-v4l1 \
--disable-network \
--enable-menu \
--disable-enca \
--disable-inet6 \
--disable-ftp \
--disable-vstream \
--disable-w32threads \
--disable-speex \
--enable-fbdev \
--enable-png \
--enable-faad \
--with-vidix-drivers=nvidia \
--enable-gl \
--disable-sdl \
--enable-x11 \
--enable-vdpau \
--disable-ossaudio \
--disable-arts \
--disable-esd \
--disable-pulse \
--disable-jack \
--disable-openal \
--disable-nas \
--disable-sgiaudio \
--disable-sunaudio \
--disable-dart \
--disable-win32waveout \
--enable-runtime-cpudetection \
--charset=UTF-8 \
--language=en,ru \
--enable-mmx \
--enable-mmxext \
--enable-3dnow \
--enable-3dnowext \
--enable-sse \
--enable-sse2 \
--enable-ssse3 \
--enable-shm \
--enable-fastmemcpy \
--cc=$CC \
--host-cc=$CC;
>[оверквотинг удален]
>
>--enable-ssse3 \
>
>--enable-shm \
>
>--enable-fastmemcpy \
>
>--cc=$CC \
>
>--host-cc=$CC;:)))
Большинство опций конфигурации там по дефолту - зачем их писАть... А те, что касаются CPU детектятся автоматом с соответствующей подстановкой во флаги компиляции...
Вобщем я понял - собирать текущей ревизии - там все нормально будет с VDPAU...
Сейчас попробую...
>[оверквотинг удален]
>>
>>--enable-fastmemcpy \
>>
>>--cc=$CC \
>>
>>--host-cc=$CC;
>
>:)))
>Большинство опций конфигурации там по дефолту - зачем их писАть...Ага, конфигуре найдет либу libaoss.so - и решит что у меня OSS есть...
>А те, что касаются CPU детектятся автоматом с соответствующей подстановкой
>во флаги компеляции...Для 99.999% случаев да, -m64 -march=k8 должен включать -msse -msse2 -mfp-math=sse,
но есть моменты, когда, например SSE2 не включится...
>[оверквотинг удален]
>>Большинство опций конфигурации там по дефолту - зачем их писАть...
>
>Ага, конфигуре найдет либу libaoss.so - и решит что у меня
>OSS есть...
>
>>А те, что касаются CPU детектятся автоматом с соответствующей подстановкой
>>во флаги компеляции...
>
>Для 99.999% случаев да, -m64 -march=k8 должен включать -msse -msse2 -mfp-math=sse,
>но есть моменты, когда, например SSE2 не включится...Понял. Спасибо!
Я за этим слежу;) пока что при сборке mplayer-a НЕвключения необходимых опций не наблюдалось...
Все так же остаются проблемы с: mplayer vdpau в логах пишет постоянно одну и ту же основную ошибку (бывает проскакивают и другие, но от них нет таких крахов):
NVRM: Xid (0001:00): 13, 0003 00000000 00008297 00001310 00000000 00000040
после этого, если повезет, то mplayer отваливается и на картинке появляются артефакты(мелкие группы пикселей в виде небольших квадратиков (резво бегают и переливаются) - избавиться от них позволяет ТОЛЬКО перезагрузка ПК) иногда и без них - в худшем случае - крах Х с полнейшим столбняком (иногда курсор мыши даже можно двигать при этом переключение в консоль невозможно - отрубает клавиатуру)- помагает ТОЛЬКО ресет!Знатоков прошу помочь(хоть расшифровать код ошибки - в чем причина...).
По форумам производителей читал, что не только у меня такое проявляется, но у меня ТОЛЬКО с mplayer-ом - все остальные свистопляски работают без збоев и на УРА.
О подобных проблемах - там разработчики пишут, что разбираются - но когда исправят - молчек.
Некоторые предполагают, что это проблема в BIOS-е видюхи, которая кочует от одной версии карты к другой...!!!!!!!!!!HELP!!!!!!!!!!!!
ЗЫ Использую компиз - но его присутствие или отключение не приводит к улучшению ситуации...
>Все так же остаются проблемы с: mplayer vdpau в логах пишет постоянно
>одну и ту же основную ошибку (бывает проскакивают и другие, но
>от них нет таких крахов):
>NVRM: Xid (0001:00): 13, 0003 00000000 00008297 00001310 00000000 00000040Об этих кодах знает только NVidia, и решение этих глюков только
через ожидание новой версии дравов. (а лучше последний stable )Ну а так, только методом тыка :)
* Параметры modprobe nvidia
NVreg_DeviceFileUID=0
NVreg_DeviceFileGID=33 /* cвоя группа video */
NVreg_DeviceFileMode=0660 /* можно и 0666 */
NVreg_RemapLimit=0x1f000000 /* 256 Мегабаб */
NVreg_EnableMSI=1 /* если есть MSI врубить */
NVreg_NvAGP=0 /* поиграться с вариантами 0,1,2,3 */
NVreg_EnableAGPFW=0 /* это уж давно не используется */
NVreg_EnableAGPSBA=0 /* тоже */* Отключить всё что ненадо (то есть вааапще всё)...
Имеется ввиду ядро, никаких запасных модулей.
* Параметры в xorg.conf в максимально возможный static режим.
* Фреймбуфер выкинуть, vga = 0,* Подобрать sysctl -A | grep max-user-freq
* Настроить # sysctl -A | grep vm.# Перерыть dmesg на предмет not found | not used | no longer used | deprecated | unknown | error
# Перерыть /var/log/Xorg.log на предмет (WW) (EE) и всяких dis | not | err | un
>>Все так же остаются проблемы с: mplayer vdpau в логах пишет постоянно
>>одну и ту же основную ошибку (бывает проскакивают и другие, но
>>от них нет таких крахов):
>>NVRM: Xid (0001:00): 13, 0003 00000000 00008297 00001310 00000000 00000040
>
>Об этих кодах знает только NVidia, и решение этих глюков только
>
>через ожидание новой версии дравов. (а лучше последний stable )
>Спасибо за ответ!!!
>Ну а так, только методом тыка :)
>
>* Параметры modprobe nvidia
>
>NVreg_DeviceFileUID=0
>NVreg_DeviceFileGID=33 /* cвоя группа video */
>NVreg_DeviceFileMode=0660 /* можно и 0666 */
>NVreg_RemapLimit=0x1f000000 /* 256 Мегабаб */
>NVreg_EnableMSI=1 /* если есть MSI врубить */Вот это не пробовал, если честно...
>NVreg_NvAGP=0 /* поиграться с вариантами 0,1,2,3 */А если я эти опции буду в xorg.conf менять - это не одно и то же?
В xorg.conf крутил / вертел - сгенерил по умолчанию nvidia-xconfig - ничего не меняется...
>
>NVreg_EnableAGPFW=0 /* это уж давно не используется */
>NVreg_EnableAGPSBA=0 /* тоже */
>
>* Отключить всё что ненадо (то есть вааапще всё)...Когда-то я так сильно увлекся - и потом долго искал от чего и какая мне нужная опция отрубилась...
>Имеется ввиду ядро, никаких запасных модулей.Что относиться к AGP выбрасывать? Уменя 8400M GS 256Mb...
>* Параметры в xorg.conf в максимально возможный static режим.
>* Фреймбуфер выкинуть, vga = 0,
>
>* Подобрать sysctl -A | grep max-user-freqЭто пальцем в небо... И по умолчанию было и менял на другие - одно и то же - такое впечатление что эта опция абсолютно не пересекается с моим случаем...
>* Настроить # sysctl -A | grep vm.Что именно? Крутил много параметров и значений - в конце-концов убедился что золотая середина опять таки по умолчанию...
>
># Перерыть dmesg на предмет not found | not used | no
>longer used | deprecated | unknown | error
>Отсутствуют!
># Перерыть /var/log/Xorg.log на предмет (WW) (EE) и всяких dis | not
>| err | un(==) NVIDIA(0): Backing store disabled
И все...
>* Параметры modprobe nvidia
>
>NVreg_RemapLimit=0x1f000000 /* 256 Мегабаб */
>NVreg_EnableMSI=1 /* если есть MSI врубить */
>NVreg_NvAGP=0 /* поиграться с вариантами 0,1,2,3 */->/etc/modprobe.d/options
# nvidia
# options nvidia NVreg_NvAGP=1
options nvidia NVreg_NvAGP=0
#
# options nvidia NVreg_DeviceFileUID=0
# options nvidia NVreg_DeviceFileGID=44
# options nvidia NVreg_DeviceFileMode=0660
options nvidia NVreg_RemapLimit=0x1f000000
options nvidia NVreg_EnableMSI=1Те же "помидоры"...
NVRM: Xid (0001:00): 13, 0003 00000000 00008297 00001b0c 1000f010 00000040
причем выскакивает ровно ВСЕГДА по два раза (с очень маленькой паузой)- и на этом все...
Oct 9 17:41:26 nonamehost kernel: [ 8638.499784] NVRM: Xid (0001:00): 13, 0003 00000000 00008297 00001b0c 1000f010 00000040
Oct 9 17:41:26 nonamehost kernel: [ 8638.685441] NVRM: Xid (0001:00): 13, 0003 00000000 00008297 00001b0c 1000f010 00000040
Это все началось с появлением VDPAU - были моменты, что работало адекватно - я даже и не следил за этим - но потом что-то покрутили(либо в драйверах, либо в mplayer) и началось...
Так что где-то неувязочка таится ИМЕННО в связке mplayer-vdpau - ВСЕ остальное никогда не приводит к таким последствиям.Может где-то в /etc/security/limits.conf прописать что бы грохало процесс Xorg после 2 минут без отклика? А то с ресетом можно доиграться до потери данных...
>Это все началось с появлением VDPAU - были моменты, что работало адекватно
>- я даже и не следил за этим - но потом что-то покрутили(либо в драйверах, либо в mplayer)
> и началось...
>Так что где-то неувязочка таится ИМЕННО в связке mplayer-vdpau - ВСЕ остальное
>никогда не приводит к таким последствиям.
>Может где-то в /etc/security/limits.conf прописать что бы грохало процесс
> Xorg после 2 минут без отклика?Врядли limits вкурит, если уж клаву, скорее всего из-за spinlock_а не закрытого, вешает.
> А то с ресетом можно доиграться до потери данных...
Зачем ресет - Alt + SysRq + E + I + S+ U + B;
>[оверквотинг удален]
>>Может где-то в /etc/security/limits.conf прописать что бы грохало процесс
>> Xorg после 2 минут без отклика?
>
>Врядли limits вкурит, если уж клаву, скорее всего из-за spinlock_а не закрытого,
>вешает.
>Думаю это тесно связано с тем что у меня ядро RT...
Почему же это все всплывает только с vdpau?>> А то с ресетом можно доиграться до потери данных...
>
>Зачем ресет - Alt + SysRq + E + I + S+
>U + B;Это что - серъезно?
Век живи - век учись... Чесно скажу - первый раз слышу про такую комбинацию... Из чего проистекает сия странная комбинация;)?По поводу моего вопроса: поигрался я с опциями загрузки модуля nvidia...
И когда options nvidia NVreg_NvAGP=2 (то есть use AGPGART) - от зависаний при mplayer-vdpau это конечно не избавило, впрочЕм как и от Хид-ов, но зато теперь система подвисает на максимум секунд 10 а потом mplayer крашится и все продолжает работать нормально - как и прежде... Хот это не идеально тоже, но все же лучше чем было до этого...
Раньше я крутил эту опцию через xorg.conf - но таких кардинальных изменений, почему-то не было...Возникает вопрос - неужели mplayer или точнее vdpau использует такие функции GPU, которые не исползуются другими например OpenGL приложениями?
И проблема где-то на уровне nvidia-vdpau-agp/pci-e...Спасибо за помощь!
>[оверквотинг удален]
>>
>
>Думаю это тесно связано с тем что у меня ядро RT...
>Почему же это все всплывает только с vdpau?
>
>>> А то с ресетом можно доиграться до потери данных...
>>Зачем ресет - Alt + SysRq + E + I + S+ U + B;
>Это что - серъезно?
>Век живи - век учись... Чесно скажу - первый раз слышу про
>такую комбинацию... Из чего проистекает сия странная комбинация;)?Это сокращённо
Alt + SysRq + E (послать всем процессам SIGTERM)
Alt + SysRq + I (послать всем процессам SIGKILL)
Alt + SysRq + S (SYNC - все буферы на диск )
Alt + SysRq + U ( Перемонтировать диск в R/O)
Alt + SysRq + B; ( REBOOT )>По поводу моего вопроса: поигрался я с опциями загрузки модуля nvidia...
>И когда options nvidia NVreg_NvAGP=2 (то есть use AGPGART) - от зависанийА че Видюха AGPшная?! Тогда возможно и помогло. А если PCI-E, то это скорее случайность.
Вообще-то NVreg_NvAGP нихрена неделает если карта PCI-E :)
>[оверквотинг удален]
>
>Это сокращённо
>
>Alt + SysRq + E (послать всем процессам SIGTERM)
>Alt + SysRq + I (послать всем процессам SIGKILL)
>Alt + SysRq + S (SYNC - все буферы на диск )
>
>Alt + SysRq + U ( Перемонтировать диск в R/O)
>Alt + SysRq + B; ( REBOOT )
>Теперь буду знать!
>>По поводу моего вопроса: поигрался я с опциями загрузки модуля nvidia...
>>И когда options nvidia NVreg_NvAGP=2 (то есть use AGPGART) - от зависаний
>
>А че Видюха AGPшная?! Тогда возможно и помогло. А если PCI-E, то
>это скорее случайность.
>Вообще-то NVreg_NvAGP нихрена неделает если карта PCI-E :)В том-то и дело что PCI-E
01:00.0 VGA compatible controller: nVidia Corporation GeForce 8400M GS (rev a1) (prog-if 00 [VGA controller])
Subsystem: Dell Unknown device 0227
Flags: bus master, fast devsel, latency 0, IRQ 16
Memory at fd000000 (32-bit, non-prefetchable) [size=16M]
Memory at e0000000 (64-bit, prefetchable) [size=256M]
Memory at fa000000 (64-bit, non-prefetchable) [size=32M]
I/O ports at ef00 [size=128]
[virtual] Expansion ROM at fc000000 [disabled] [size=128K]
Capabilities: [60] Power Management version 2
Capabilities: [68] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable-
Capabilities: [78] Express Endpoint IRQ 0
Capabilities: [100] Virtual Channel
Capabilities: [128] Power Budgeting
Capabilities: [600] Unknown (11)но до загрузки чего-либо связанного с X и дровами, почему-то грузиться модуль intel_agp... Я конечно подозреваю, что из-за того что он в ядре, но если бы не было устройства - то модуль не грузился бы?
Что за чудеса я не знаю, но после установки именно для использования AGPGART локи через пару-тройку секунд отпускают систему, выражаясь по простому...Или опять же - может это из-за RT и патчей с локами для драйверов nvidia?
Но почему именно с VDPAU связь - раньше тоже я использовал RT ядро... В первых версиях mplayer-vdpau - такого не было, единственное что после того поменялось(принципиально) это ядро 2.6.31-rt драйвера 190.36 и mplayer-vdpau MPlayer SVN-r29752-4.2.4 (C) 2000-2009 MPlayer Team
>>[оверквотинг удален]
>>Вообще-то NVreg_NvAGP нихрена неделает если карта PCI-E :)
>В том-то и дело что PCI-E
> почему-то грузиться модуль intel_agp...
> Я конечно подозреваю, что из-за того что он в ядре, но если бы не
> было устройства - то модуль не грузился бы?# grep -iR agp /etc/mod*
И ваще, в ядре CONFIG_AGP надо вырубить, MSI врубить, PAT врубить
>Что за чудеса я не знаю, но после установки именно для использования
>AGPGART локи через пару-тройку секунд отпускают систему, выражаясь по простому...есть мысля, что только из-за того что они друг другу мешают, в итоге не себе не людям. :)
>Или опять же - может это из-за RT и патчей с локами для драйверов nvidia?
Ах у вас ещё и RT, ну вы батенька ......нец.
2.6.31 вполне отзывчивое и без этих патчей, ну не нужны они простым смертным,
там не тот Real Time, который возникает при прочтении слова "Real Time" :)
>>>[оверквотинг удален]
>>>Вообще-то NVreg_NvAGP нихрена неделает если карта PCI-E :)
>>В том-то и дело что PCI-E
>> почему-то грузиться модуль intel_agp...
>> Я конечно подозреваю, что из-за того что он в ядре, но если бы не
>> было устройства - то модуль не грузился бы?
>
># grep -iR agp /etc/mod*Ничего нет
>
>И ваще, в ядре CONFIG_AGP надо вырубить, MSI врубить, PAT врубить
>PAT? У меня x86_64 оно включается для этой архитектуры...
MSI есть в ядре - значит в опции драйверов тоже его все-таки использовать?...
>[оверквотинг удален]
>итоге не себе не людям. :)
>
>>Или опять же - может это из-за RT и патчей с локами для драйверов nvidia?
>
>Ах у вас ещё и RT, ну вы батенька ......нец.
>
>2.6.31 вполне отзывчивое и без этих патчей, ну не нужны они простым
>смертным,
>там не тот Real Time, который возникает при прочтении слова "Real Time"
>:)Да все это ради midi, обработка звука/музыки/видео - иногда пробовал в ранних версиях на генерик - не то... только РТ и спасало...
На досуге гляну что с 2.6.31-generic
>PAT? У меня x86_64 оно включается для этой архитектуры...Дык, тот же MTRR, только вид сбоку - управление маппингом видеопамяти в системный RAM
В модуле nvidia оно есть - NVreg_UsePageAttributeTable = 0/1, как они это используют, куй знает,
исходников нет, только у них спрашивать.>MSI есть в ядре - значит в опции драйверов тоже его все-таки использовать?...
НУЖНО. Скорость не прибавит, зато разгрузит центральный проц.
>>PAT? У меня x86_64 оно включается для этой архитектуры...
>
>Дык, тот же MTRR, только вид сбоку - управление маппингом видеопамяти в
>системный RAM
>
>В модуле nvidia оно есть - NVreg_UsePageAttributeTable = 0/1, как они это
>используют, куй знает,Смотрю в /proc/driver/nvidia/registry оно там уже имеет значение
UsePageAttributeTable: 4294967295 - то зачем его менять? Разве только RemapLimit утановить на нужное значение...
>исходников нет, только у них спрашивать.
>И я, почему-то думал, что ремап из памяти видео в ОЗУ наоборот добавит железячных проблем... так как памяти разные по скорости шины и типу - что добавит всякие переключения шин/тригеров/проверки всякие... Это разве будет лучше - чем использовать для видеонужд только аппаратную видео память?
>>MSI есть в ядре - значит в опции драйверов тоже его все-таки использовать?...
>
>НУЖНО. Скорость не прибавит, зато разгрузит центральный проц.
>
>>>PAT? У меня x86_64 оно включается для этой архитектуры...
>>
>>Дык, тот же MTRR, только вид сбоку - управление маппингом видеопамяти в
>>системный RAM
>>
>>В модуле nvidia оно есть - NVreg_UsePageAttributeTable = 0/1, как они это
>>используют, куй знает,
>
>Смотрю в /proc/driver/nvidia/registry оно там уже имеет значение
>UsePageAttributeTable: 4294967295 - то зачем его менять?Гы, где-то я это уже видел... :)
Ах да,
cat /usr/include/limits.h | grep 4294967295
# define UINT_MAX 4294967295U
# define ULONG_MAX 4294967295UL
Оно же unsigned long var = ~0# grep '~0' /usr/src/NVIDIA/190.36/usr/src/nv/nv-reg.h
....
NV_DEFINE_REG_ENTRY(__NV_USE_PAGE_ATTRIBUTE_TABLE, ~0);
=)Так что, скорее не используется
> Разве только RemapLimit утановить на нужное значение...
>И я, почему-то думал, что ремап из памяти видео в ОЗУ наоборот
>добавит железячных проблем...А если видеопамяти не хватает, предлагаешь ждать когда освободится иль всё же мапнуть на RAMy?
+ svn co svn://svn.mplayerhq.hu/ffmpeg/trunk/libpostproc
svn: 'libpostproc' is already a working copy for a different URLКак принудительно перезалить svn-ом существующие файлы?
Вот так все же правильнее будет:
#!/usr/bin/env shset -e
set -xco_dir=current_mplayer
svn co --ignore-externals svn://svn.mplayerhq.hu/mplayer/trunk ${co_dir}
cd ${co_dir}
svn co svn://svn.mplayerhq.hu/ffmpeg/trunk/libpostproc
svn co svn://svn.mplayerhq.hu/ffmpeg/trunk/libavformat
svn co svn://svn.mplayerhq.hu/ffmpeg/trunk/libavcodec
svn co svn://svn.mplayerhq.hu/ffmpeg/trunk/libavutil
svn co svn://svn.mplayerhq.hu/dvdnav/trunk/libdvdread/src libdvdread4
svn co svn://svn.mplayerhq.hu/dvdnav/trunk/libdvdnav/src libdvdnav#CFLAGS="-g0 -O4 -ffast-math -funroll-all-loops -ftree-vectorize -pipe"
#CC=gcc-4.4
./configure --enable-gui --disable-x264-lavc --disable-x264 --enable-vdpau
make
>[оверквотинг удален]
>svn co svn://svn.mplayerhq.hu/ffmpeg/trunk/libavformat
>svn co svn://svn.mplayerhq.hu/ffmpeg/trunk/libavcodec
>svn co svn://svn.mplayerhq.hu/ffmpeg/trunk/libavutil
>svn co svn://svn.mplayerhq.hu/dvdnav/trunk/libdvdread/src libdvdread4
>svn co svn://svn.mplayerhq.hu/dvdnav/trunk/libdvdnav/src libdvdnav
>
>#CFLAGS="-g0 -O4 -ffast-math -funroll-all-loops -ftree-vectorize -pipe"
>#CC=gcc-4.4
>./configure --enable-gui --disable-x264-lavc --disable-x264 --enable-vdpau
>make+
cp mencoder /usr/bin
cp mplayer /usr/bin
cp ./etc/codecs.conf /etc/mplayer
cp ./etc/example.conf /etc/mplayer/mplayer.conf
cp ./etc/dvb-menu.conf /etc/mplayer
cp ./etc/input.conf /etc/mplayer
cp ./etc/menu.conf /etc/mplayer
Замахался я с этими дровами...
Чихнуть боюсь что бы Х-ы не лягли...
Откатился назад на 185.18.14 - они постабильнее будут...
>Замахался я с этими дровами...
>Чихнуть боюсь что бы Х-ы не лягли...
>Откатился назад на 185.18.14 - они постабильнее будут...А у меня 185.18.14 на буке, GF 7400, тормозит систему, окно разворачивается минуту... :)
Заметьте, это без кампиза!!!На этом всё летает... :)
>>Замахался я с этими дровами...
>>Чихнуть боюсь что бы Х-ы не лягли...
>>Откатился назад на 185.18.14 - они постабильнее будут...
>
>А у меня 185.18.14 на буке, GF 7400, тормозит систему, окно разворачивается
>минуту... :)
>Заметьте, это без кампиза!!!
>
>На этом всё летает... :)
>на x86 or x86_64? xorg.conf можно глянуть?
минуту - не может такого быть...
>[оверквотинг удален]
>>
>>А у меня 185.18.14 на буке, GF 7400, тормозит систему, окно разворачивается
>>минуту... :)
>>Заметьте, это без кампиза!!!
>>
>>На этом всё летает... :)
>>
>
>на x86 or x86_64? xorg.conf можно глянуть?
>минуту - не может такого быть...
>[оверквотинг удален]
>>>минуту... :)
>>>Заметьте, это без кампиза!!!
>>>
>>>На этом всё летает... :)
>>>
>>
>>на x86 or x86_64? xorg.conf можно глянуть?
>>минуту - не может такого быть...
>
>http://pavlinux.ru/8800GT-xorg.confРазговор о ноуте был же... и о GF 7400...
>[оверквотинг удален]
>>>>
>>>>На этом всё летает... :)
>>>>
>>>
>>>на x86 or x86_64? xorg.conf можно глянуть?
>>>минуту - не может такого быть...
>>
>>http://pavlinux.ru/8800GT-xorg.conf
>
>Разговор о ноуте был же... и о GF 7400...Дык, я-то не многоядерный...
http://pavlinux.ru/7600Go-xorg.conf
>[оверквотинг удален]
>>>>на x86 or x86_64? xorg.conf можно глянуть?
>>>>минуту - не может такого быть...
>>>
>>>http://pavlinux.ru/8800GT-xorg.conf
>>
>>Разговор о ноуте был же... и о GF 7400...
>
>Дык, я-то не многоядерный...
>
>http://pavlinux.ru/7600Go-xorg.conf:))))
По поводу:
http://pavlinux.ru/7600Go-xorg.confOption "Xinerama" "off"
Option "AIGLX" "True"
Должны быть в секции "ServerFlags"
Для ноута в секции "Device" я бы добавил:
Option "RegistryDwords" "NVreg_RemapLimit=0x0f800000; PowerMizerEnable=0x1; PerfLevelSrc=0x3322; PowerMizerDefault=0x3; PowerMizerDefaultAC=0x1"
В секции "Extensions"
Option "RENDER" "True"
XAANoOffscreenPixmaps включено - а в секции "Module" нету: Load "xaa" - да и помоему для 185.18.14 нет такой опции...
И опять дефолтные опции в конфиге...<<<Option "AllowGLXWithComposite" "логическое"
Разрешает GLX даже если загружено расширение Composite X. Используйте на свой страх и риск. Приложения OpenGL во многих случаях не отображают изображение правильно при разрешении этой опции.Эта опция введена для случаев использование серверов Х-интерфейса X.Org версий до X11R6.9.0. При использовании сервера версии X11R6.9.0 или более новой, реализация OpenGL в драйвере NVIDIA взаимодействует корректно с расширением Composite X-интерфейса, и в этой опции нет нужды. Однако, поддержка расширения Composite при использовании серверов Х-интерфейса версии X11R6.9.0 или более новой может быть отключена присвоением опции значения False.
Значение по умолчанию: false (GLX отключен при загруженном расширении Composite серверов Х-интерфейса версии меньше X11R6.9.0).>>>
А вот эта опция NoBandWidthTest на что влияет? Что может быть неудовлетворительно с полосой пропускания памяти?
Если попробыват поменять хотя бы это - то я думаю что окошки-то порезвей открываться будут...
>По поводу:
>http://pavlinux.ru/7600Go-xorg.conf
>Если попробыват поменять хотя бы этоВот поэтому всё и работает. :)
* XAANoOffscreenPixmaps - от интела осталось.
* RemapLimit устанавливается при загрузке модуля.
* OpenGL проги при Композитном режиме не работают без "AllowGLXWithComposite" "True" смотри лог X-сервера.
* NoBandWidthTest - ключевое слово Test :) (экономим пару мс при загрузке).
* PowerMizerEnable, PerfLevelSrc, PowerMizerDefault, PowerMizerDefaultAC - нет спасибо, питанием пущай само управляет.
* Option "RENDER" "True" - кто-кто, а эта дефолтная.
* Xinerama, AIGLX Должны быть в секции "ServerFlags" - вообще пофигу, главное не в InputDevice :)
>>По поводу:
>>http://pavlinux.ru/7600Go-xorg.conf
>>Если попробыват поменять хотя бы это
>
>Вот поэтому всё и работает. :)
>
>* XAANoOffscreenPixmaps - от интела осталось.
>* RemapLimit устанавливается при загрузке модуля.Этого тут http://pavlinux.ru/7600Go-xorg.conf нету...
>* OpenGL проги при Композитном режиме не работают без "AllowGLXWithComposite" "True" смотри
>лог X-сервера.Не правда - я давал описание опции на русском - могу дать и на английском, по крайней мере в последних версиях драйверов и Xorg старше X11R6.9.0 все корректно работает и без этой опции:
Option "AllowGLXWithComposite" "boolean"
Enables GLX even when the Composite X extension is loaded. ENABLE AT YOUR OWN RISK. OpenGL applications will not display correctly in many circumstances with this setting enabled.
This option is intended for use on X.Org X servers older than X11R6.9.0. On X11R6.9.0 or newer X servers, the NVIDIA OpenGL implementation interacts properly by default with the Composite X extension and this option should not be needed. However, on X11R6.9.0 or newer X servers, support for GLX with Composite can be disabled by setting this option to False.
Default: false (GLX is disabled when Composite is enabled on X servers older than X11R6.9.0).
Option "AllowGLXWithComposite" "логическое"
Разрешает GLX даже если загружено расширение Composite X. Используйте на свой страх и риск. Приложения OpenGL во многих случаях не отображают изображение правильно при разрешении этой опции.Эта опция введена для случаев использование серверов Х-интерфейса X.Org версий до X11R6.9.0. При использовании сервера версии X11R6.9.0 или более новой, реализация OpenGL в драйвере NVIDIA взаимодействует корректно с расширением Composite X-интерфейса, и в этой опции нет нужды. Однако, поддержка расширения Composite при использовании серверов Х-интерфейса версии X11R6.9.0 или более новой может быть отключена присвоением опции значения False.
Значение по умолчанию: false (GLX отключен при загруженном расширении Composite серверов Х-интерфейса версии меньше X11R6.9.0).
>* NoBandWidthTest - ключевое слово Test :) (экономим пару мс при загрузке).
Экономия на спичках?;)
>
>* PowerMizerEnable, PerfLevelSrc, PowerMizerDefault, PowerMizerDefaultAC - нет спасибо, питанием пущай само управляет.Это переводит GPU в максимальную производительность при включенном сетевом питании - при работе от аккамуляторов - переходит в режим энергосбережения... Все адекватно работает...
>
>* Option "RENDER" "True" - кто-кто, а эта дефолтная.Да-точно.
>* Xinerama, AIGLX Должны быть в секции "ServerFlags" - вообще пофигу,
>главное не в InputDevice :)
>На 100% не уверен в этом...
По теме - только выяснил еще баг у этой версии драйверов (190.09) - под wine начали выскакивать ошибки вида: warning: mmap failed on reservation of
С версией 185.18.14 - такого нету...
>Xorg старше X11R6.9.0 все корректно работает и без этой опции:
>
>Option "AllowGLXWithComposite" "boolean"
>Читай не читай, а компиз не запускается
>>Xorg старше X11R6.9.0 все корректно работает и без этой опции:
>>
>>Option "AllowGLXWithComposite" "boolean"
>>
>
>Читай не читай, а компиз не запускаетсяСтранно :(
>>>Xorg старше X11R6.9.0 все корректно работает и без этой опции:
>>>
>>>Option "AllowGLXWithComposite" "boolean"
>>>
>>
>>Читай не читай, а компиз не запускается
>
>Странно :(А ещё http://www.nvnews.net/vbulletin/showthread.php?t=134846
>>>>Xorg старше X11R6.9.0 все корректно работает и без этой опции:
>>>>
>>>>Option "AllowGLXWithComposite" "boolean"
>>>>
>>>
>>>Читай не читай, а компиз не запускается
>>
>>Странно :(
>
>А ещё http://www.nvnews.net/vbulletin/showthread.php?t=134846А что там?
А то у моего провайдера админы "#*:,#*,*#:" как бы его сказать помякше...
Вот что страница выдает:
"Sorry. The administrator has banned your IP address. To contact the administrator click here"
>>>>Xorg старше X11R6.9.0 все корректно работает и без этой опции:
>>>>
>>>>Option "AllowGLXWithComposite" "boolean"
>>>>
>>>
>>>Читай не читай, а компиз не запускается
>>
>>Странно :(
>
>А ещё http://www.nvnews.net/vbulletin/showthread.php?t=134846Почитал....
Бан :( о как строго - и нашли же, буржуины :))), от куда тянуть дрова - да еще и сами подсказали...
Изачем было писать об этом на официальном форуме...
Главно как патчи принимать так с радостью - а чуть что - бан! От "хитрюги"...
Ну хорошо что только на неделю...;)