xf86-video-intel 2.7.99.1

Vyšla vývojová verze xf86-video-intel 2.7.99.1. Odstraňuje podporu XAA a EXA, protože nepodporují GEM (2D akceleraci obstarává UXA), a také DRI1. Tímto se změnšil objem kódu o 10 % a vývojářům to velice usnadní další vývoj. Kromě toho vylepšuje běh X serveru bez DRI. Kvůli těmto změnám je potřeba mít xorg-server 1.6 nebo novější.

29.4.2009 14:53 | David Watzke | Nová verze

Komentáře

[Michal Kubeček]

Odstraňuje podporu XAA a EXA, protože nepodporuje GEM (2D akceleraci obstarává UXA)

To mi nedává smysl. Nemělo tam být "…protože podporuje GEM"?

[Jardík]

To neřešte, stejně to neumí HDMI

[David Watzke]

Ne, teprve potom by to nedávalo smysl. Proč by to vyhazovali, kdyby to podporovalo GEM? Vyhazují to právě proto a nechávaji jen UXA, kterou díky tomuhle kroku rychleji zdokonalí, protože se tomu lidi nevyhnou.

[Michal Kubeček]

Chápal jsem to tak, že protože driver teď podporuje GEM, není už potřeba podpora XAA a EXA.

[belisarivs]

Nebylo to mysleno tak, ze ty dva nepodporuji GEM?

[Michal Kubeček]

Možná se v těch zkratkách ztrácím, ale i kdyby to tak bylo, pak by tam mělo být podporují, jinak to působí tak, že podmětem je slovo verze.

[Michal Kubeček]

Nebo vlastně nepodporují… :-)

[David Watzke]

No, ono se to vztahuje hlavně k EXA (nástupce XAA) a nechtěl jsem to moc roztahovat, ale když to takhle upravím, tak to asi bude lepší.

[David Heidelberg]

Ach jo, Intel i AMD jdou hezky s vývojem dopředu a nVidia (nouveau) pořád stagnuje u 'nic moc 2D'... (tím mám na mysli nové karty >=nv50)

P.S. nVidia blob doopravdy nemá přijatelnou rychlost v kombinaci s KDE 4...

[David Watzke]

Nemám s rychlostí žádný problémy (GF8600, KDE 4.2.70, Qt 4.5.1... ale i spousta starších verzí).

[David Heidelberg]

A scroolování v "Konzoli"? Nemůžu si pomoct, ale se všemi verzemi nvidia-drivers to jelo jak umírající šněk...

P.S. 9600M GT, KDE 4.2.70, Qt 4.5.0 (prý ta 4.5.1 přináší víc bugů než opravuje...)

[David Watzke]

Scrollování v konzoli je v pohodě.

Qt 4.5.0 (prý ta 4.5.1 přináší víc bugů než opravuje...)

Nevšiml jsem si ničeho; kdo to tvrdí?

[David Heidelberg]

Mám pocit, že jsem něco zaslechl na gentoo-kde irc kanálu, ale nejsem si jistý, 4.5.0 funguje pěkně, takže asi počkám do 4.5.2

P.S. Tak to scroolování bude asi nějaký specifický problém u mého modelu, no což, u Nouveau je to v pohodě...

[mirec]

Netuším, psi stále nefunguje od Qt 4.5.0 .. oprva by mala byť v 0.13 takže musím asi vydržať pekne dlho bez poriadneho jabber klienta :( Problémom je tento bug prekresľovania.

[bhy]

v debianu je to asi nějak opatchované, protože mám psi 0.12.1-1 a libqt4 4.5.1-1 a nemám problém.

[mirec]

Tak potom musím povedať len jedno slovo: upstream. V oficiálnej vetve PSI ani Qt nie je oprava, mali by to tam minimálne poslať (je blbosť aby mala opravu len jediná distribúcia). Alebo je to tým, že sa tento bug neprejavuje (ja som ho tiež nezaregistroval kým som nedal auto join do konferencií, odvtedy to ide dosť nepredvídateľne).

[bhy]

hm, jasně, to bude spíš tak, že se to u mě neprojevuje (konference nepoužívám, tedy pokud je to něco jiného než chat a zprávy), debian by si opravu nenechal pro sebe.

[bibri]

>Ach jo, Intel i AMD jdou hezky s vývojem dopředu..

To ještě neznamená, že jsou použitelné. Poslední půlrok se s Intelem nemůžu domluvit a to hned na několika distrech. Na starých čipsetech jsou velké problémy, na nových jede, ale s EXA pomalu. s zas UXA nefunguje tak jak má atd. atd. atd.

[stativ]

Nezapomínej na to, že jak ovladače pro intel tak i ovladače pro ATI jsou psané na základě specifikací, kdežto nouveau jsou dělané reverzním inženýrstvím.

[Josef Kufner]

Což ale na věci vůbec nic nemění...

[Nicky726]

NVidia blob mi funguje dobře s 7600, ovšem s 5700 ani moc ne.

[Vojtěch Trefný]

Nevím, jestli se ten vývoj u Intelu dá za poslední půlrok (i víc) označit za "dopředu"...

[mirec]

Mám iba ja taký pocit, alebo čím ďalej tým horšie fungujú intel drivery?

[pools]

Taky mi s nejnovejsima driverama jede akcelerace na polovinu toho co jela pred rokem

[Jakub Suchy]

Mam stejny pocit. Navic se na klasickych notebookovych 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) VELICE silne projevuje napr. tearing, takze pro prehravani filmu jsou nepouzitelne...

(Tearing - horizontalni trhani obrazu, jako kdyz presmiknete fotku)

[mirec]

To nie je problém, stačí prehrávať Intel(R) Video Overlay. Nepamätám si už ale s akým jadrom mi to momentálne funguje ... s väčšinou čo mám na disku to zhodí X. Našťastie namiesto prehrávania v X prehrávam priamo v konzole (smutné, že kedysi perfektne fungujúci driver je momentálne v takom stave ...)

[jas]

Pokial viem, tak Intel od Overlayu uz upustil(vo verzii 2.7 pri pouziti UXA uz ho dokonca ani nieje mozne nastavit). Namiesto toho, konecne, eliminoval tearing pri pouziti texturovaneho videa.

[jas]

Prave verzia 2.7 sa snazila tento problem eliminovat pri pouziti klasickeho texturovaneho videa(tj. napr. -vo x11 v mplayeri), neviem ako na ostatnych kartach, ale na mojej(gm965) to skutocne pomohlo a video sa da bez problemov(a bez tearingu) pozerat.

[mirec]

-vo x11??? To nech mi nikto nehovorí, že toto ide na procesoroch < 5 GHz. Mne to na mojom core 2 duo full HD ledva utiahne na xv a to má rádovo nižšiu réžiu než x11 (alebo sa niečo zmenilo v najnovšej verzii?)

[disorder]

nie, textured video je tiez xv

[jas]

Na mojom core2duo(T5250, len 1.5 GHz na jadro) musim mat na fullhd aj tak mplayer-mt, ale co sa tyka rozdielov medzi x11 a xv, tak su minimalne. Pred chvilou som si to schvalne otestoval na jednom 5-minutovom 720p videu(v okne, bez pouzitia -mt vetvy, merane prikazom time):

mplayer -vo xv 131,19s user 1,10s system 39% cpu 5:35,51 total
mplayer -vo x11 142,09s user 1,01s system 42% cpu 5:35,45 total

[petr_p]

XVideo hardwarově zvětšuje a mění jas, kontrast a v těch novějších kartách děla i některé další tranformace. U klasického x11 výstupu musí tohle odedřít procesor.

Takže pokud si to video nepustíte zvětšené přes celou obrazovku a se standardní světlostí apod., tak ten rozdíl rozdíl je fakt jen režie X protokolu, což na nových strojích není tak patrné.

[mirec]

Tak tak, keď je to bez -zoom tak to nie je až taký priepastný rozdiel.

[Mr.]

popravdě mám ten samý pocit. A obecně mám pocit, že často starší drivery fungovaly lépe.

[Limoto]

Nechápu, co s tím furt máte. Nevím sice, jak na tom byl před rokem, ale teď mi funguje bez nějakých velkých problémů...

[Sešívaný]

Myslím, že nejhorší už máme za sebou. To byla kombinace xf86-video-intel 2.6.x a kernel 2.6.28. Momentálně jedu na 2.7.99 a 2.6.30rc2 a je to neporovnatelně lepší. Ale je fakt, že za poslední rok je fakt řehole mít grafiku od Intelu.

[alium]

... ale až bude vše hotovo tak si budeme jen chrochtat. Holt daň za vývoj a přechod.

[kub.]

Jede pod 2.6.30 jak má VMware server 1.0.x? Nevíš? Kvůli němu jsem musel downgradovat z 2.6.29 - ani po dvou patchích co jsem našel nešly spouštět lokální VM :(

[Mrkva]

No... od posledního upgradu Debianu Unstable (2.7.0-1) mi nechutným způsobem tuhnou Xka (KDE4, pravděpodobně ve chvíli, kdy mi má vyskočit nějaké upozornění (příchozí zpráva), nebo Amarok vypsat novou písničku) bez záznamu v xorg.log - systém reaguje jen na sysrq. Jádra 2.6.29.1-2.6.30rc3, ať používám UXA nebo EXA...

[cedrik]

Já sice používám testing ale z unstable jsem si naistaloval 2.6.29 xorg 1.6.1 (7.4) z důvodu 3D akcelerace. Sice mě xka netuhnou, 3D jde rychleji, ale zato X server začal padat v podobých případech jak popisuješ a rychlost vykresovani 2D se zřetelně zpomalila. A to mě vadí nejvíce. Jsem si myslel, že to bude kombinací testing/unstable, ale zřejmě ne.

[Milan Lajtoš]

Pre úplné vysvetlenie a zhrnutie zmien (odstránenia XAA a EXA) odporúčam blogpost od Keitha Packarda.

[Martin Böhm]

A ou. Aktuální driver (kde si mohu mezi XAA/UXA přepínat) mi po nastavení UXA odmítne udělat virtuální monitor větší než asi 2000x2000, což znamená, že si neudělám virtuální dual-obrazovku horizontálně vedle sebe pro své monitory 1920x1080 + 1200x800. S XAA to naštěstí ještě jde.

Má někdo z Vás tenhle problém s UXA vyřešený?

[michal]

Mě se ani nenastartují Xka s virtualním monitorem a spuštěným UXA, snad to brzy opraví, XAA to naštěstí stále jistí

[cedrik]

Intel má omezení na 3D akceleraci jen pro oblast 2048x2048. Možná to souvisí. Ale ty se do té oblasti vejdeš 1080+800 = 1880; takže vituální plocha bude 1920x1880. Jen plochy budou nad sebou (viz. parametry above nebo below; v xorg konfigurace či přeze xrandr). Někomu plochy nad sebou můžou vadit, chápu, ale lepší než nic (a z mého pohledu i použitelnější). Pravděpodobně to víš, tak možná jen info pro někoho.

[disorder]

a mne nastavenie virtualu ignoruje a dava 4096x4096