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 Мб видеопамяти все работает без существенных тормозов.

>>> Подробности (Invalid URL, no host part!)

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 из "полезных" приложений)

>>> Подробности (Invalid URL, no host part!)

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

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

>>> Подробности (Invalid URL, no host part!)

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=...

>>> Подробности (Invalid URL, no host part!)

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

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

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

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

>>> Подробности (Invalid URL, no host part!)

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

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.

>>> Подробности (Invalid URL, no host part!)

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)

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

>>> Подробности (Invalid URL, no host part!)

http://www.foxnews.com/story/0,2933,293052,00.html http://www.foxnews.com/story/0,2933,292629,00.html

Где-нибудь обсуждают?

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] нету.

Идея.

Например. Я имею 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, хотя конечно это требует времени и очень часто доступа к инету. Но все же! Есть исходники, есть сообщество разработчиков - и некоторые баги удается зафиксить реально быстро!

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

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 нету. А посмотреть на результат было бы интересно.

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.

У кого есть указанная видеокарта - потестите свежий MPlayer из svn - туда добавили поддержку этой серии видеокарт (судя по changelog).

У меня на radeon 9200se работает - но это всего лишь rv280. На некоторых видео есть зеленая полоса справа. (разумеется, X-овый драйвер должен быть - vesa. Для этого теста.)

Вскоре разработчики выкатят на публику свою работу по 2d (а еще чуть позже надеются и 3d-часть завести, она должна быть не сильно отличной на r500 от r300/r400) на все еще остающихся без драйвера картах Х-серии от ATI (X1050 - Работает уже сейчас ибо чип внутри r4хх).

Если в vidix-драйвере для MPlayer уже реализована работа с оверлеем, и первичное определение подключенных мониторов - это уже большой плюс ...

http://www.hasw.net/linux/

rovclock: Radeon overclocking utility Current version: rovclock-0.6e.tar.bz2

А оно оказывается и ATI rage 128 разгоняет.. и тормозит...

http://lkml.org/lkml/2007/3/6/252

патчи на 2.6.20

Мне кажется имеет смысл потестить, причем отдельно от всей -mm ветки....

http://sqlserver.oceanfootage.com/stock_video/penguin_video.htm

Обнаружил такую вещь - по умолчанию размер agp aperture в DRI-драйвере всего 8 Мб, на текстуры используется 5. (см Xorg.0.log). При 16 Мб карточке и экране 1024*768*32 имеем сильные тормоза при больших текстурах (не больше 512*512) и искажения этих самых текстур (Celestia, mplayer -vo gl).

Ставим Option "AgpSize" "32" в секцию "Device" - и получаем текстуры макс. размером 1024*1024, в 1.5 - 3 раза более высокий FPS в Celestia и Q3 [max texture level], отличный OpenGL видеовывод в mplayer.

А вот у mga DRI-драйвера по умолчанию 64 мб апертура.... У Radeon-ов же - все те же 8 Мб! От r100 до r300. Поэкспериментируйте, возможно вам поможет в приложениях с большими текстурами.

http://nouveau.freedesktop.org/wiki/GentooEbuilds

Приятно, что оно в Mesa git/drm git переехало..... Была б Nvidia - потестил бы и сам

http://lib.ru/NIVEN/mote_god.txt

"он вынул из кармана компьютер и стал быстро писать прикрепленной к нему иглой"

чуть ниже

"Затем торопливо достал из кармана компьютер и стал писать на его табло. В ответ по экрану побежали слова и цифры, и Блейн кивнул..."

Налицо что-то, крайне похожее на palm. А год написания - 1974-ый?

Просто так , радостью поделится :)

Люблю я дельфинов.. очень...
ну и заглядываю на разные сайти...

сегодня вот http://www.hsus.org/marine_mammals/a_closer_look_at_marine_mammals/dolphins_and_
other_small_cetaceans.html

там есть видо-ссылки вида http://stream.realimpact.net/?file=realimpact/hsus/video_features/discovery-cove
.smi

Mplayer 1.0pre7 играть отказался... ставим  RealPlayer 10
он играет но криво. :/ Dial-up , понимаешь.....

ставим aps - http://www.swrtec.de/swrtec/clinux/aps.php
aps -p 7070 -d 5 -C 50
и смотрим о чем там сервант с плеером базарят....
получаем много мусора и нужный Mplayer'у *.rm :)

 mplayer -vo yuv4mpeg -ao pcm rtsp://66.150.15.110:7070/realimpact/hsus/video_features/petting-pool-bb.rm
качаем...