LINUX.ORG.RU

Сообщения Andrew-R

 

[ATI][test] textured video

С последними фиксами (на сейчас это git commit 68888189cf8d460ef6f8f2f1431a6ffe9fcd8134, for xf86-video-ati) вполне работоспособно на моей древней тачанке. (duron-950)



Radeon overclock 0.6e by Hasw (hasw@hasw.net)

Found ATI card on 01:00, device id: 0x5964
I/O base address: 0xc800
Video BIOS shadow found @ 0xc0000
Reference clock from BIOS: 27.0 MHz
Memory size: 65536 kB
Memory channels: 0, CD,CH only: 0
tRcdRD:   6
tRcdWR:   3
tRP:      6
tRAS:     14
tRRD:     3
tR2W-CL:  3
tWR:      4
tW2R:     2
tW2Rsb:   1
tR2R:     2
tRFC:     18
tWL(0.5): 2
tCAS:     3
tCMD:     0
tSTR:     1
XTAL: 27.0 MHz, RefDiv: 45

Core: 200.25 MHz, Mem: 265.50 MHz

root@slax:~# cat /proc/cpuinfo 
processor       : 0
vendor_id       : AuthenticAMD
cpu family      : 6
model           : 3
model name      : AMD Duron(tm) Processor
stepping        : 1
cpu MHz         : 950.122
cache size      : 64 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 1
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr syscall mmxext 3dnowext 3dnow up
bogomips        : 1902.15
clflush size    : 32

И бенчамарк:
mplayer -quiet -fs -benchmark first_200s.avi  -vo xv:port=58 -nosound

VDec: vo config request - 1920 x 1080 (preferred colorspace: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
VO: [xv] 1920x1080 => 1920x1080 Planar YV12  [fs]
[ASPECT] Warning: No suitable new res found!
[ASPECT] Warning: No suitable new res found!
[ASPECT] Warning: No suitable new res found!
[ASPECT] Warning: No suitable new res found!
[ASPECT] Warning: No suitable new res found!


BENCHMARKs: VC: 161.898s VO: 105.340s A:   0.000s Sys:   2.943s =  270.182s
BENCHMARK%: VC: 59.9221% VO: 38.9885% A:  0.0000% Sys:  1.0894% = 100.0000%

для обычного оверлея то же самое, на порт 57:


Starting playback...
VDec: vo config request - 1920 x 1080 (preferred colorspace: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
VO: [xv] 1920x1080 => 1920x1080 Planar YV12  [fs]
[ASPECT] Warning: No suitable new res found!
[ASPECT] Warning: No suitable new res found!
[ASPECT] Warning: No suitable new res found!
[ASPECT] Warning: No suitable new res found!
[ASPECT] Warning: No suitable new res found!


BENCHMARKs: VC: 152.683s VO:  73.113s A:   0.000s Sys:   2.552s =  228.348s
BENCHMARK%: VC: 66.8642% VO: 32.0180% A:  0.0000% Sys:  1.1177% = 100.0000%

Т.е. в 1.5 раза медленнее новый адаптер. И настроек яркости/контраста в нем пока нет. Однако прогресс огромный. За 4 дня из страшного тормоза получилась вполне юзабельная штука. Желающие могут посмотреть в исходниках как это произошло. Вот за это я и люблю open source. 

PS Сколько там официальная команда  линуксовых драйверописателей ATI осиливала textured video для своих чипов? Со всеми спеками .... 

>>>

 ,

Andrew-R
()

[AMD] Зарелизила документацию по r500

http://lists.freedesktop.org/archives/xorg/2008-February/033090.html

Также внутри описано что изменялось в 3D железе этих видеокарт на протяжении "жизни" чипов серий r300/r400.

Ура!

PS: кто-нибудь еще год назад верил, что это будет возможно?

>>>

 

Andrew-R
()

Пора ставить nouveau

Тут кто-то грозился, что как только увидет q3 - начнет пробовать сабж. Пожалуйста - демонстрация OpenArena на ноуте с nvidia/nouveau.

http://mirror.linux.org.au/pub/linux.conf.au/2008/Fri/mel8-081.ogg

(у меня оно (nouveau @ nv44) в q3 demo имеет некоторые проблемы со стенами - они временами прозрачные. что неудобно. Однако по сравнению с 12 fps - 20 безусловный прогресс.)

>>>

Andrew-R
()

[FFmpeg-cvslog] r11806 [mbaff spatial direct]

http://lists.mplayerhq.hu/pipermail/ffmpeg-cvslog/2008-February/011546.html

сижу, компилю....

Теперь из "больших" h264 задач для ffmpeg только распараллеливание на n ядер осталось нереализованным?

>>>

Andrew-R
()

[blog] добил TNT2

О 16 метрах видеорамы. Стоит в системе с Duron-950, в agp слоте, с программной стороны Nouveau сегодняшний, Х-сервер от 21 декабря, Mplayer тоже свежий. Крутит фильмы на ура. (DV pal 720*576, x264 640*480 ну и что попроще там) Единственное что пришлось сделать - добавить

Section "Extensions" Option "Composite" "disable" EndSection

в xorg.conf

Вот и спорь после это на ЛОРе с анонимусами....

>>>

 

Andrew-R
()

Очередной скрин про видеокарту

http://img292.imageshack.us/my.php?image=radeonpaltvoutrv280fixeoq9.jpg

С час назад Alex Deucher зафиксил PAL tv-out. Я проверил - вроде работает, через тюнер :) Только radeon 9200se/64Mb vram неслабо тормозит с включенными композит-эффектами на разрешении 1824х768 (суммарное для моника 1024*768 и видеовыхода 800х600). Вращение десктопа (через 3D движок), OpenGL, xvideo - все вроде работает как надо.

>>>

Andrew-R
()

У кого есть nv1x, nv2x, nv3x with DVI and TFT?

Только что на #nouveau просили помочь с этими картами.

Интересует конкретно DVI порт, и именно цифровое подключение.

http://nouveau.freedesktop.org/wiki/MmioTraceHowto И еще интересно узнать детали, куда конкретно разведен dvi порт, на сам чип nvidia или на внешний чип-трансмиттер.

>>>

Andrew-R
()

Nouveau DRI: q3 arena demo screenshot.

http://img87.imageshack.us/my.php?image=nouveauq3demosb1.jpg

Как легко видеть - есть существенные проблемы с видением сквозь непрозрачные по идее статуи. И прочие артефакты. Скорость в 12 ФПС в режиме 800*600 тоже не фонтан. Но изображение есть, и это не может не радовать. Gens-OpenGL тоже работает. Перестал работать Mplayer -vo gl:yuv=2 и выше (пиксельные шейдеры для преобразования yuv->rgb) Драйвер качнул отсюда:

http://gitweb.freedesktop.org/?p=users/darktama/mesa;a=shortlog;h=gallium-0.1

В mesa/configs/linux-dri поменял intel_winsys на nouveau_winsys. Собрал

make linux-dri-x86 OPT_FLAGS="-O2 -pipe -fno-strict-aliasing"

В 2D-драйвере пришлось отключить NOUVEAU_EXA_PIXMAPS в nouveau_local.h (отключено по дефолту, если установить в 1 будет быстрее работать 2D на X-сервере с поддержкой EXA 2.4 (git master), но квака тогда при старте всю машину вешает).

>>>

Andrew-R
()

nouveau + rotation

Sorry, скриншот не сделать (ибо крутит непосредственно перед выводом на экран, через EXA и 3D-hardware (?)).

Однако бравому народу попробовать стоит

git://anongit.freedesktop.org/git/nouveau/xf86-video-nouveau

Устанавливаем NOUVEAU_EXA_PIXMAPS in nouveau_local.h (в 1) компилим. ставим. пробуем.

xrandr --output DVI-A-0 --left-of VGA-0 xrandr --output DVI-A-0 --rotation left

На duron-950/GF6200 - 256 МБ системной и 256 Мб видеопамяти все работает без существенных тормозов.

>>>

Andrew-R
()

GeForce6200 and Gallium (screenshot)

http://img100.imageshack.us/my.php?image=nouveaumplayergl1or7.jpg

git clone git://anongit.freedesktop.org/git/nouveau/mesa git checkout gallium-0.1

там в mesa/configs/linux-dri меняем:

DRI_DIRS = nouveau_winsys (было intel_wunsys)

make linux-dri Либы можно ручками раскидать.

ddx - from http://gitweb.freedesktop.org/?p=nouveau/xf86-video-nouveau.git;a=summary

drm - upstream master git. (там же)

Х-сервер - ну вы поняли, тоже git master :)

Гамесы пока не работают, но многие демки уже да. (и MPlayer с Gliv из "полезных" приложений)

>>>

Andrew-R
()

Gens OpenGL

http://mythtv.wbond.net/gens_for_linux_mythgame_edition/

Решил попробовать, потому что нормальный gens тормозит на моем Duron-950 в полный экран (кадров 25 делает). Скомпилировал OpenGL версию, в ней (на упомянутом проце и видео radeon 9200se/64 mb VRAM, "radeon" driver) полный экран отлично работает, в оконном режиме можно выбирать режимы повышенного качества и все равно будет 60 fps.

>>>

Andrew-R
()

ATI x1650 (open-sorce driver support, news)

http://www.egore911.de/vype/dri-log/index.php?date=2007-11-21

23:11 #dri-devel: < egore> sweet, the atombios-support branch is working for me :-)
23:11 #dri-devel: < egore> great job agd5f and airlied (and whoever I forget now)
23:12 #dri-devel: < egore> and it's pretty fast
23:12 #dri-devel: < agd5f> egore: cool
23:12 #dri-devel: < agd5f> what hw?
23:12 #dri-devel: < egore> x1650
23:12 #dri-devel: < egore> RV535 i think
23:13 #dri-devel: < egore> it's already better than fglrx (no glitches in 2D)
23:13 #dri-devel: < agd5f> :)
23:13 #dri-devel: < egore> and it get the dpi right which radeonhd doesn't
23:14 #dri-devel: < egore> so my fonts are readable *g*
23:15 #dri-devel: <+airlied> egore: excellent..
23:15 #dri-devel: < egore> only issue so far: it disables my output when I switch to console
23:15 #dri-devel: < egore> but no lock or something
23:15 #dri-devel: < egore> just no signal until I restart X
23:16 #dri-devel: <+airlied> egore: yes VT switching needs some work..
23:16 #dri-devel: < egore> I don't commonly switch to VT so no big deal for me
23:19 #dri-devel: < libv> airlied: said so
23:20 #dri-devel: < libv> egore: afaik, our randr branch should do decent dpi out of the box
23:20 #dri-devel: < libv> well, master now
23:21 #dri-devel: < egore> libv: will test that later. thanks for the tip
23:21 #dri-devel: < libv> egore: people are still seeing fall-out though, but those things will be handled fully asap
23:23 #dri-devel: < egore> I'm seeing if I can get the DRM part working ...
23:23 #dri-devel: <+airlied> egore: you may need to add a pci id..
23:23 #dri-devel: < egore> I have to
23:24 #dri-devel: < egore> and I think I need to add CHIP_RV535, too
23:24 #dri-devel: <+airlied> egore: just go with RV530 if I have it there..
23:24 #dri-devel: <+airlied> or R520 for now..
23:24 #dri-devel: <+airlied> anything but RV515 which is different.
23:24 #dri-devel: < egore> airlied: yeah, saw the special handling ...
23:25 #dri-devel: < egore> will pick R520 for now
23:27 #dri-devel: < egore> I really need to get my second pc to work ... brb
23:30 #dri-devel: < egore> airlied, agd5f: I don't get errors in my Xorg.0.log :-)
23:30 #dri-devel: < egore> [drm] Initialized radeon 1.28.0 20060524 on minor 0
23:30 #dri-devel: < egore> [drm] Setting GART location based on new memory map
23:30 #dri-devel: < egore> [drm] Loading R300 Microcode
23:30 #dri-devel: < egore> looks really good :-)
23:33 #dri-devel: < egore> is there a simple way to test if EXA/XAA is working?
23:34 #dri-devel: < agd5f> egore: is it fast or slwo when you move windows around?
23:35 #dri-devel: < egore> fast without to much load on CPU
23:35 #dri-devel: < egore> agd5f: that was my first "average user" test ;-)
23:37 #dri-devel: <+airlied> egore: if the log says XAA or EXA enabled its working if stuff gets drawn.
23:37 #dri-devel: < egore> airlied: just found XAA in my log
23:37 #dri-devel: < egore> so this codepath is working ... on to EXA :-)
23:38 #dri-devel: < egore> brb ...
23:39 #dri-devel: < egore> logs say EXA, cpu usage is even less than XAA ...
23:40 #dri-devel: < egore> should I send a patch with my trivial changes to dri-devel? or is it enough to say: 0x1002 0x71c7 CHIP_R520|RADEON_NEW_MEMMAP "ATI Radeon RV535 X1650"
23:40 #dri-devel: <+airlied> egore: that's enough I'll add it :)
23:40 #dri-devel: < egore> and it will appear magically in the git repo? ;-)
23:40 #dri-devel: < egore> that's what I call coding magic ...
23:42 #dri-devel: <+airlied> egore: et voila..
23:59 #dri-devel: < egore> airlied: thanks :-)


По-русски говоря, примитивное 2D ускорение работает.
http://gitweb.freedesktop.org/?p=mesa/drm.git;a=shortlog;h=r500-support
http://gitweb.freedesktop.org/?p=xorg/driver/xf86-video-ati.git;a=shortlog;h=...

>>>

Andrew-R
()

lxdream (эмулятор Dreamcast)

наткнулся вот.

http://www.lxdream.org/news/

Оно собирается, но при запуске (естественно) ругается на видеодровину. (nouveau + nv11).

Автор честно предупреждает, что скорость маленькая, а багов - много. Но сам факт.... (на форуме уже есть скриншоты некоторых игр)

>>>

Andrew-R
()

s3 trio64 V+ (again)

Нашел обрывки документации (вперемежку со всяким остальным старым железом): 

http://www.oopweb.com/Assembly/Documents/InterList/Volume/PORTS.B
смотреть регистр CR67 

Bitfields for S3 Trio32/64/64V+ "CR67" Extended Miscellaneous Control 2 reg:
Bit(s)	Description	(Table P0751)
 7-4	color mode (see #P0688)
 3-2	(Trio32/Trio64) reserved (0)
 3-2	(Trio64V+) streams mode
	00 disable Streams Processor
	01 overlay secondary stream on VGA-mode background
	10 reserved
	11 full Streams Processor operation
 1	reserved (0)
 0	VCLK phase (=0 VCLK is inverted DCLK; =1 VCLK in phase with DCLK)
Note:	the streams mode should only be changed during vertical sync
	  (PORT 03DAh bit 3)

вот боюсь из-за этого note у меня все и виснет.


Пример работы этого Streams Processor:
http://www.angelfire.com/linux/tarpai/NVGA/s3/s3.html
Там кажется и код инициализации.

Другие ресурсы:
Linux kernel  >= 2.6.21
(linux-2.6.21.1/drivers/video/s3fb.c)
этот драйвер работает

MPlayer
(mplayer/libvo/vo_s3fb.c)
а вот этот - уже нет. Такой же зависон.

xf86-video-s3 and xf86-video-s3virge in Xorg git.

>>>

Andrew-R
()

s3 trio64v+

Hardware: k6-2/233Mhz 32Mb RAM 1Gb hdd s3 trio64, 1Mb vram

Есть Deli Linux 0.7.2 В нем Xorg 7.2 и соответственно xf86-video-s3 ver. 0.5.0 Все вроде работает (800x600x16 bit).

Но хочется большего, а именно xvideo. Пусть для маленьких картинок типа 320x240. Насколько я вижу, инициализация xv в драйвере даже не компилируется:

#if 0 S3InitVideo(pScreen); #endif

к этому есть какие-то особые причины? И еще - хоть в видео-биосе и указано что это 64V+ (т.е. stream processor там должен быть), драйвер считает что это trio32/64. (Ну да это можно изменить).

lspci

s3 inc. 86c764/765 [Trio32/64/64V+] (rev 54)

00:09.0 Class 0300 5333:8811 (rev 54)

Кто-нибудь хочет помочь?

>>>

Andrew-R
()

Челнок Endeavour [news]

 

Andrew-R
()

radeon tv-out [in git]

http://gitweb.freedesktop.org/?p=xorg/driver/xf86-video-ati.git;a=shortlog;h=...

5 days ago Alex Deucher RADEON: tv-out fixes. works now. tested on rv350.

guest@slax:~$ /usr/X11/bin/xrandr Screen 0: minimum 320 x 200, current 1024 x 768, maximum 1024 x 768 VGA-1 connected 1024x768+0+0 (normal left inverted right) 267mm x 200mm 1024x768 74.9* 75.1 70.1 60.0 43.5 832x624 74.6 800x600 84.9 85.1 72.2 75.0 60.3 56.2 640x480 85.0 84.6 75.0 72.8 66.7 60.0 720x400 87.8 70.1 DVI-1 disconnected (normal left inverted right) S-video disconnected (normal left inverted right)

Кто хочет попробовать? У меня как всегда - желание есть, а железки [TV] нету.

Andrew-R
()

Сообщество пользователей открытых видеодрайверов.

Идея.

Например. Я имею i845 (встроенное видео). Оказывается, на нем работает i915tex dri драйвер! Прада, чтобы протестировать Mesa-вскими демками его расширения (Pixel buffer Object, framebuffer object) пришлось сделать симлинк i915_dri.so -> i915tex_dri.so

Еще пример. К Ati Rage 128 16 Mb/agp не только подошла разгонная утилитка rovclock, но и удалось заставить саму карточку работать существенно лучше указав Option AgpSize=32 в xorg.conf

Радеон-9200 SE оказался тормозом, но опять же очень отзычивым на повышение частоты работы видео-памяти -> что наводит на мысли о неоптимальности работы с оной в свободных драйверах.

Еще давным-давно я запускал 2 штуки Mplayer -vo gl:yuv=5 some_720x576_mpeg2_file.mpg на Radeon 9200 (НЕ SE!!!) - есть подозрение что таким странноватым образом можно оценивать производительность GPU.

Ati radeon x700 pcie (Rv410) показал 60 fps в q3 (1280x1024, 32 bit, all max) на текущих git-драйверах (mesa/drm/ddx) - и на 5% больше с экспериментальными патчами от Peter Zubaj (63 fps)

Этот же радеон (rv410) показал забавнейший глюк с MPlayer -vo gl:yuv=2 и выше - цвета исказились очень сильно. Но похоже мало кто использует Mplayer в таком режиме со свободными драйверами - баг до сих пор не в багзилле.

------------

А ведь те у кого интел 965 могли бы например протестировать ветку 965-glsl и отписаться что в ней уже работает.

Владельцы Matrox g450/550 могли бы потестить randr-1.2 ветку их 2d-драйвера.

Владельцы Nvidia - попытаться коллективно понять почему же старые GeForce1,2 до сих пор так конкретно глючат с nouveau

Владельцы ноутов с rs480 - помочь Dave Airlie в его схватке с багами. Например как уже сделали тут: https://bugs.freedesktop.org/show_bug.cgi?id=11384 Ну и кто-то уже отрапортавал о работающей Enemy-Territory: http://tirdc.livejournal.com/12551.html Жаль, то был анонимус.

Владельцы железок с avivo-based карточками от ATI/AMD - посмотреть правильно ли инициализируется их железо (карта + монитор).

Владельцы всякого встроенного видео от Sis/Via - пробовать последние драйвера из svn, и например сказать (с циферками) как там работает (или НЕ работает) XvMC.

В этом и преимущество linux/open source - вы можете тестировать новые драйвера например с помощью специализированного liveCD, хотя конечно это требует времени и очень часто доступа к инету. Но все же! Есть исходники, есть сообщество разработчиков - и некоторые баги удается зафиксить реально быстро!

Чем болше людей тестируют драйвера, смотрят в код, пытаются решить проблемы - тем качественне будут драйвера, тем лучше будет всем.

Andrew-R
()

ut2004, r300 dri, s3tc

https://bugs.freedesktop.org/show_bug.cgi?id=8056

начиная с ------- Comment #15 From Peter Zubaj 2007-06-26 11:08:35 PST

Патчим Mesa, drm (все берем с git), компилим - гасим Х сервер, перегружаем модули, запускаем Х-ы, проверяем..

ЭТО НЕ ОКОНЧАТЕЛЬНЫЕ ПАТЧИ!!!

ЗЫ: у меня нету r300, только rv280. И Ut2004 нету. А посмотреть на результат было бы интересно.

Andrew-R
()

USB Video Class Linux device driver

http://linux-uvc.berlios.de/

мая так 10-го 2007-го в svn появилась поддержка dv-mode:

https://lists.berlios.de/pipermail/linux-uvc-devel/2007-May/001660.html https://lists.berlios.de/pipermail/linux-uvc-devel/2007-May/001722.html

Потестируйте, кому надо было видео с камеры _обязательно_ через USB гнать, и именно в формате DV.

Andrew-R
()

RSS подписка на новые темы