X Server 1.6 wreszcie gotowy
- Dodano: 27 lutego 2009
- Wprowadził: Emdek
- Komentarze: 58
Spóźniona o dwa miesiące (pierwotnie jej wydanie było planowane na koniec 2008) pojawiła się wreszcie nowa wersja X Server. Przynosi ona wsparcie dla DRI2, X Input 1.5, PPA, RandR 1.3, ulepszenia w EXA oraz wiele poprawek błędów.
W tej wersji nie znajdziemy niestety MPX, UXA lub X Input 2 (możemy spodziewać się ich w kolejnym wydaniu, wraz z wydaniem X.Org 7.5).
Rozszerzenie RandR 1.3 oferuje obsługę transformat, panningu oraz kilka innych ulepszeń.
Pojawiły się także wstępne informacje na temat planowanej daty wydania X.Org 7.5 (wraz z X Server 1.7). Spodziewać się go można najprawdopodobniej we wrześniu tego roku (uwzględniając możliwe opóźnienia).
Niestety do tej pory ATI nie dodało wsparcia dla tej wersji do swoich własnościowych sterowników.
Więcej informacji: http://www.phoronix.com/scan.php?page=ar...r_16&num=1
Znalazłeś literówkę? Zgłoś ją używając formularza!
Jeśli uważasz, że ten nius jest nieobiektywny, przedstawia nieprawdziwe wydarzenie, jest spamem lub nie spełnia standardów serwisu, napisz raport.
Niusy na podobny temat:
Komentarze są prywatnymi opiniami dodających je osób. Prosimy o zachowanie kultury wypowiedzi. Komentarze obraźliwe oraz obniżające poziom serwisu będą usuwane. Więcej w regulaminie komentowania.
58 komentarzy
Wszystkie autorskie niusy w serwisie publikowane są na licencji Creative Commons Uznanie autorstwa 2.5 Polska.
Czyli multitouch pod Linuksem coraz bliżej
Szkoda, że jeszcze tak daleko…
Szkoda że w USA Apple ma patent na robienie takich rzeczy, a jak to bywa ze społecznością – zamiast wypiąć się na głupich amerykańców i utrudnić im życie skoro zrobili sobie taki kretyński system prawny to wypną się na userów i po prostu nie dodadzą tej funkcjonalności w obawie przed procesami – pomimo że np. w Polsce przecież nie ma żadnych przeszkód by sobie taki coś zaimplementować i np. zarabiać na tym.
@xeros: Ja wiem czy tak daleko? Od dawna jest tylko trzeba sobie załatać Xserwer łatką mpx.
@wit3k: ten patent jest tak jakby go nie było – multitouch jest w powszechnym użyciu od dziesiątek lat… i pierwszy lepszy proces w tej sprawie unieważni ten patent.
Mógłbyś podać jakieś przykłady tego użycia? Przyznam, że dla mnie to dość świeża sprawa – to znaczy od mniej więcej roku widuję newsy na ten temat.
przykłady użycia? Np. 2 monitory i 2x myszki podłączysz pod jednego kompa i mogą pracować 2 osoby. Możesz podłączyć tablet i mieć 2 niezależne kursory myszki i piórka, możesz kupić monitor dotykowy i pracować na raz 2x kursorami (np. łapiesz ikonę jednym kursorem, a w tym samym czasie przełączysz okna, wchodzisz do innego katalogu drugim)… zastosowań jest wiele.
Za angielską wikipedią
Uff, dobrze, ze nie wiedziałem, ze nie ma UXA gdy je włączyłem, bo pewnie by mi nie działało.
ragnarok ~ # grep UXA /etc/X11/xorg.conf
Option "AccelMethod" "UXA"
media-libs/mesa-9999
x11-base/xorg-server-1.6.0
x11-drivers/xf86-video-intel-9999
x11-libs/libdrm-9999
Takie pakiety i juz dziala mi akceleracja pelna para przy Intelu X3100 (965GM), nawet pod wine, bez artefaktow, z super wydajnoscia.
Niestety, ale autor ma racje.
Za Phoronix:
"While there are some EXA improvements within X Server 1.6, this release doesn't have support for the UXA acceleration architecture. This Intel-spawned 2D acceleration architecture based upon EXA is still living within the xf86-video-intel driver and hasn't worked its way into the X Server. Originally it was expected that the UXA changes would work their way back into EXA, but during FOSDEM this year we learned it will not be merged into EXA. The UXA API is the same as EXA, but internally it depends upon the Graphics Execution Manager for its memory management needs."
Niestety, ale SlashBeast ma rację
Twój cytat mówi tylko tyle, że zmiany wprowadzone przez UXA nie zostaną backportowane do EXA.
Ale samo UXA jak najbardziej w XServerze jest, tylko nie jest domyślnie włączone.
Znaczenie tego fragmentu chyba jest jednoznaczne?
Ja to rozumiem tak, że UXA jest na ten moment ściśle związane z Intelem, gdyż jest zaimplementowane nie samym X Serwerze, a w driverze xf86-video-intel. Do X serwera zostanie przeniesione, ale jako UXA a zestaw poprawek do EXA, bo choć oba mechanizmy mają identyczne API to UXA wewnętrznie uzależnione jest GEM.
Reasumując: na razie UXA tylko dla Intela.
A czy przypadkiem UXA nie jest, tak jak zresztą tam napisano, jedynie w sterownikach do kart Intela? Takową zresztą posiadam (915) i nawet testowałem UXA (na rozwojowej wersji).
[Widzę, że ktoś mnie uprzedził.
]
Możesz napisać coś więcej na ten temat? Co to jest to UXA?
Mam komputer z kartą Intela i Urban Terror wygląda dość miernie i momentami ma bardzo mało FPS, fajnie by było, gdyby trochę lepiej działał ;]
UXA dotyczy chyba tylko akceleracji 2D. Poprawę wydajności w grach 3D może przynieść nowa Mesa, wykorzystująca DRI2, GEM.
UXA 3D and 2D and video acceleration.
Super wersje pakietów podałeś, nie ma co.
Szkoda jednak, że 1.6+UXA==potężny memory leak.
Jasne, u mnie 1.6+UXA+fluxbox+kadu+opera+cups+standardowe_demony
Miałem w komentarzu znak mniejszości i oczywiście wszystko co było po nim zostało wycięte…
Jasne, u mnie 1.6+UXA+fluxbox+kadu+opera+cups+standardowe_demony po całym dniu pracy to mniej niż 250MB zajętej pamięci. Oczywiście w międzyczasie były uruchamiane inne programy. Cholerny memory leak…
W wystarczyłoby zamienić ﹤ na < …
No proszę, & lt ; już pozwala wpisać, byzydyura.
1.6 czy 1.7, co za różnica?! Ten sam ułomny mechanizm tylko w nowej obudowie.. Wiadomo coś więcej na temat zastępcy xorga od Red Hata (Wayland)?
Z tego co kiedyś o nim czytałem, to nie ma on zastąpić go w całości, a tylko w wybranych zastosowaniach, a szkoda, bo wygląda co najmniej ciekawie.
Powiedz co Cie tak najbardziej boli a najlepiej to rozpocznij nowy, kolejny projekt który będzie jeszcze lepszym serwerem X.
Wayland ma być tylko serwerem wyświetlania(chyba nie potrafi rozmawiać z menadżerem okien, poza kwestiami dotyczącymi generowania efektów trójwymiarowych). W każdym razie, to X Server będzie mógł po prostu skorzystać z Wayland. Podobnie będzie mogły się z nim komunikować mechanizmy, jak Compiz.
Już może. Krh już ma działającą konfigurację z Waylandem jako backendem dla serwera X: http://hoegsberg.blogspot.com/2008/12/two-x-serve…
Co prawda na razie to jakaś zabawka i tylko dla Intela ale kierunek jest wyznaczony.
@scapegoat: A teraz udowodnij, ze nie jestes zwyklym trollem, i wytlumacz, co jest takiego ulomnego w aktualnym mechanizmie.
trasz: Ty jestes naprawde niezwyklym
hmm, świetnie, a ja liczę że przestanę oglądać sporadyczne segfaulty z wersji 1.5.
Zgłaszałeś błędy? Bo segfaultów X'ów to już od dawna nie widziałem (inna sprawa, że używam czegoś ręcznie kompilowanego z gita).
Ja wczoraj miałem wywrotkę 1.6. 1.5 działa stabilnie.
Ja wczoraj w trybie pilnym wróciłem do starego 1.5.3 z PLD. W git master jest coś mocno skopane z obsługą klawiatury. A nie mam czasu na szukanie błędów przez najbliższe parę dni.
Masz PLD Th? U mnie 1.6 działa stabilnie.
Ti. 1.6 sprawdzę jak będę miał chwilę. Ale raczej wrócę do własnych pakietów z Gita.
Super! Kolejna cyferka w wersji pstryknęła. To nic że mamy rok 2009, a w Linuksie dalej widać rysowanie okien. Za to mamy XAA, EXA, UXA a nie długo pewnie będzie jakieś kolejne XXX.
Chyba nie tylko w Linuksie, przecież toto jest też używane w BSD.
Jak widzisz rysowanie okien, zmien menager okien.
U mnie przy fluxboksie zawsze dalo sie to zaobserwowac, nie wazne, czy p3 800MHz z 512M ramu czy Core2 z 4G ramu, po przejsciu na openboksa zobaczylem, jaki fluxbox jest toporny.
Szkoda, ze nie mozna edytowac komentarzy, tak czy inaczej, XAA to pozostalosc po Xfree86, EXA jest juz xorgowata za to UXA jest nowa, rozwinieta technologia w miare zgodna z EXA, boli Cie to, ze masz do wyboru ktorej chcesz uzyc?
Ja akurat używam IceWM i rysowania nie widzę, ale fakt pozostaje faktem, że UXA nie działa (a jak już naprawią sterowniki 2.6.3, to będzie tylko pod Intela, inne karty będą czekały przynajmniej na X server 1.7), a EXA pod Intela… też jest zabugowana, bardziej nawet niż XAA było w momencie porzucenia.
Więc nie nazywaj proszę takiego czegoś 'rozwiniętą technologią', bo poza powyższym popełniasz jeszcze błąd semantyczny – to nie ma nic wspólnego z technologią, co najwyżej 'techniką'.
Zaś zgodne z EXA jest API, z tym że UXA używa wewnętrznie GEM.
UXA u mnie działa.
Powyżej już wysłałem 4 linki do maillisty xorg, moderatorzy śpią!?
@gotar: jak chcesz mieć natychmiastową obsługę, to daj Michukowi kasę na zatrudnienie kogoś do moderacji 24/24 na dwie zmiany ;p
Zgadzam się z mariuszem. Do szału mnie to doprowadza, że muszę oglądać odrysowujący się interfejs ma moich oczach. To nawet windows 3.1 bezbłędnie rysował okna mimo, że odpalany był na sprzęcie dziesiątki razy wolniejszym.
na jakiej karcie widać u ciebie rysowanie okien, bo ja nie obserwuję czegoś takiego, a chciałbym to kiedyś zobaczyć, a że dostęp mam do różnych rzeczy to pewnie mi się do uda.
NA każdej karcie bo sprzęt tu nie ma nic do rzeczy. Oczywiście w trybie 2d bo z włączonym composite tego już nie widać tak bardzo bo kwin/compiz zapamiętuje sobie zawartość okien.
Kurde, u mnie to nie wystepuje ani na i815, ani na i965, ani na Nvidia GF2 czy GF7300GT, moze mam jakies zbugowane karty? Skoro powinno pokazywac rysowanie okien…
A tak na serio, odpalice w waszym ulubionym DE (Kde, Gnome, Xfce) Openboksa jako menager okien, nie zobaczycie rysowania okien.
@marcinsud: Zalatw skads maka. Uruchom program do poczty (nazywa sie, bodajze, Mail). Otworz dowolnego dlugiego (pare stron) maila. Przytrzymaj to cos, co oddziela liste maili od zawartosci aktualnego maila, i pomachaj ja do gory i na dol. Zauwaz, jak wszystko plynnie sie przesuwa – bez migania i tym podobnych.
Nastepnie otworz PDF-a (program nazywa sie, bodajze, Podgląd). Przytrzymaj to cos, co oddziela wyswietlany dokument od spisu tresci i pomachaj w lewo i w prawo. Zauwaz, jak wszystko sie plynnie przeskalowywuje – bez migania, odrysowywania i tym podobnych.
A teraz na tym samym maku, ewentualnie na komputerze dobrze obsługiwanym przez Linuksa albo Windowsie ściągnij i uruchom KMaila, potem Okulara, zobaczysz ten sam efekt
Czemu Mail nie nazywa się Poczta? Tak byłoby konsekwentniej
@CeCeron: Been there, done that. Zobaczysz cos zupelnie innego – cos, co z plynnoscia nie ma nic wspolnego. I miga przy odrysowywaniu.
Przykro mi. Korzystam, właśnie przeciągam. Ładnie jest
Mak ma zaletę, że jest instalowany na sprzęcie, pod który został konkretnie stworzony. Dlatego piszę, że trzeba użyć maszyny, która dobrze pracowałaby z Linuksem, wtedy szanse są mniej więcej równe.
@CeCeron mógłbyś jeszcze powiedzieć co to znaczy sprzęt stworzony pod linuksa?
Bo chętnie taki zakupie na którym wszystko będzie mi działać jak błyskawica. Nie bardzo rozumiem jakie podzespoły są tworzone tak, że lepiej działają na linuksie niż na innych systemach. 
Nie piszę: "stworzony na Linuksa", piszę: "dobrze pracujący z Linuksem". Poszukaj na forach, istnieją bazy danych o sprzęcie kompatybilnym, dla którego sterowniki są łatwo dostępne i dobrze działające (wykorzystują wszystkie możliwości sprzętu, a nie są jakimś kikutkiem). Nie mam czasu na szukanie linków, skorzystaj z google. Istnieją recenzje konkretnych laptopów i ocena ich współpracy z Linuksem. Warto przejrzeć przed zakupem komputera
Panie, jak pan tego dokonał? Chodzi o rysowanie, jakąś nową wtyczkę do Compiza, która ukazuje ołówek kreślący okienko z interfejsem?
Na 8 letnich komputerach nie widzę żadnych cudów, jedyne co, to KWin w KDE 4.0.X i 4.1.X dają ciała zwłaszcza w kontakcie ze starymi sterownikami nowszych kart NVIDIA.
Żeby zobaczyć jak się "szybko" rysują okna w linuksie wystarczy odpalić jakąś dystrybucję np. na virtualboxie z niedużą ilością przydzielonego ramu. Wtedy widać znakomicie różne migotanie , rysowanie się kontrolek,odrysowywanie się menu itd. Następnie na takiej samej konfiguracji uruchomić np xp. Różnica jest ogromna i widoczna wtedy bardzo wyraźnie bo wszystko działa odpowiednio wolniej. Mówię teraz ok aplikacjach KDE/Qt bo tego środowiska używam.
Mówisz chyba o KDE z serii 4. W nim KWin wymaga jeszcze znacznego dopracowania.
KDE 3 uruchamiałem na wirtualnych maszynach z 128 ramu jeszcze na starej serii VirtualBoxa. Po chwili zapominałem, ze używam wirtualnej maszyny. Inna sprawa, że krozystałej lekkiej dystrybucji: VectorLinux. Podobny efekt powinno się uzyskać na dystrybucjach pokroju Arch, Slackware, Gentoo. Jeżeli mówiłeś o mniejszych ilościach ramu, to rzeczywiście efekty są gorsze. Ale na takich maszynach nie radzę używać KDE
Windowsa XP zresztą też nie bardzo.
Pozdrawiam
Przestań używać vesy ;p A serio to problemy z "odrysowującym" się interfejsem są znane. Występują głównie na kartach nvidii i ati. Sprawdzałem kiedyś na Intelu i nie było z tym problemów. Zmieniałem rozmiar okna, a w tle leciał filmik na youtube i wszystko odbywało się idealnie płynnie. Radzę nie słuchać Trasza
i pakować się w maki, bo pod innymi względami wypadają one blado (jednak wszystko zależy od priorytetów :>). AMD oraz Nvidia są świadome wolnego 2D i pracują nad tym. Może warto dodać, że przychodzi im to z wielkim trudem 
No bardzo fajnie, ale jakiś strasznie hermetyczny ten news. Nie mam zielonego pojęcia o żadnej z tej szalonych nazw i trzyliterowych skrótów, i nawet jeśli się spotkałem kiedyś z którąś, to nie pamiętam co znaczy (nie modyfikuję codziennie konfiguracji Xów). A może by tak linki, albo chociaż dwuwyrazowe wyjaśnienia co znaczą: DRI2, X Input 1.5, PPA, RandR 1.3, EXA, MPX, UXA, X Input, obsługa transformat, panning?
Tak dla zwykłego usera? Co _on_ będę z tego miał?
Zwykły user będzie miał przybliżoną perspektywę na dogonienie podsystemów graficznych znanych z innych systemów operacyjnych.
Hmm, prawie zawsze linkowałem takie pojęcia do Wikipedii (jeśli był wystarczająco sensowny, przystępny i obszerny artykuł), ale te pojęcia się ostatnimi czasy przewijały już kilka razy, po drugie skróty są rozwinięte w dymkach narzędziowych (o ile mają w ogóle takowe, bo nie każdy ma), a po trzecie jeśli kogoś to interesuje to chociaż mniej więcej już powinien wiedzieć o co z nimi chodzi, a nawet jeśli nie, to może zaspokoić swoją ciekawość za pomocą Wikipedii, Google lub może nawet przeglądając nieco starsze wpisy na podobny temat.