Mesa 7.4 wydana
- Dodano: 28 marca 2009
- Wprowadził: Emdek
- Komentarze: 22
Dostępna jest już nowa wersja biblioteki Mesa 3D, która jest otwartą implementacją OpenGL dostępną dla wielu platform. Wydanie to poprawia błędy wykryte w wersji 7.3 sprzed dwóch miesięcy.W tej oraz poprzedniej wersji RC (wydanej tydzień temu) poprawiono kilka drobnych błędów, między innymi dodano zmienną środowiskową MESA_GLX_FORCE_DIRECT dla Xlib, a zapytanie GL_SHADING_LANGUAGE_VERSION zwraca teraz 1.20 (numer wersji języka GLSL).
Wydanie to stabilizuje bibliotekę po wielu zmianach wprowadzonych w wersji 7.3, która wprowadziła między innymi GEM, DRI2 oraz ulepszone wsparcie dla GLSL.
Następnym krokiem jest wydanie wersji 7.5, która przyniesie między innymi długo oczekiwane wsparcie dla Gallium3D.
Więcej informacji: http://www.phoronix.com/scan.php?page=ne...&px=NzE3NA
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.
22 komentarzy
Wszystkie autorskie niusy w serwisie publikowane są na licencji Creative Commons Uznanie autorstwa 2.5 Polska.
Gallium 3d jest w haiku wczesniej od Linuksa? Ha!
taaa, pokalinka
prosze: http://github.com/aljen/haiku-opengl/ &&
http://www.haiku-os.pl/modules/news/article.php?s… ;P
No, nawet Polak przeportował! Jestem z tego dumny!
ps właśnie siedzę na BeOS
Haha, ja pewien byłem, że mam 7.3, a 7.4 w repo Archa jest. Zaglądam w pacmana, a tam 7.2… Dzięki za przypomnienie o nowej wersji!
Z Wikipedii:
Mesa 3D jest biblioteką funkcji graficznych udostępnianą wraz z kodem źródłowym, stworzoną przez Briana Paula w sierpniu 1993, która jest implementacją OpenGL do renderowania trójwymiarowej grafiki na różnych platformach. Mimo że Mesa nie jest oficjalnie licencjonowaną implementacją OpenGL to struktura, składnia i semantyka tego API jest taka sama jak w OpenGL. Biblioteka ta jest konkurencyjna dla zamkniętych sterowników udostępnianych przez ATI i nVidia.
Czyli jak to jest z tym open gl pod linuksem; czy aby korzystac z aplikacji opengl pod linuksem wystarczy Mesa? Ale czy wtedy polecenia openGL wykonuje cpu czy GPU?
Rozumiem, ze sterownik OpenGL dostaczamy przez nvidie czy amd/ati to tez jakas forma implementacji OpenGL i ze wtedy grajac w openarena polecenia OpenGL wykonuje GPU…
W przypadku mesy też jest możliwa akceleracja, ale zwykle używa ona CPU.
W przypadku nvidii/amd to zależy od posiadanego GPU – jeśli jest stary i nie obsługuje nowszych rozwiązań, będą one obliczane programowo, bez akceleracji.
Mesa jest najważniejszą implementacją OpenGL dla freeniksów. Oznacza to, że zawiera implementację funkcji graficznych, a wykonują się one na CPU. Jednocześnie te z funkcji, które mogą być akcelerowane sprzętowo wykonywane są na GPU. Mesa3D zawiera w sobie sterowniki do akceleracji na kartach 3D.
Reasumując, Mesa3D wykonuje polecenia OpenGL na CPU jedynie wtedy, gdy GPU tego nie potrafi.
Ja też bym się dołączył do tego pytania. Może ktoś bardziej obeznany z tematem
by mi odpowiedział.
Mam w systemie zainstalowane zamknięte stery nvidi no bo bez nich nie działały
mi efekty pulpitu ani żadna gra 3D. Czy tą mese mam też zainstalować czy
też nie?
jak ci działa 3D ze sterów nvidii, to po co ci mesa?
Czyli jak rozumiem ta cała mesa to dużo szumu o nic.
No bo nvidia wydaje dobre stery do swoich kart, ati nie wiem, ale
pewnie też, no to komu potrzebna ta mesa.
ATI i porządne stery? Śmiech na sali
mesa jest po to, zebys mogl uruchomic programy z OpenGL nie majac akceleratora graficznego – nie bedzie to dzialalo zbyt szybko, ale zwykle zadziala…
Mam nadzieję, że przy okazji adoptowania Gallium3D i OpenGL 3 zabiorą się od razu za wersję 3.1, bo 3.0 to i więcej roboty, i na dobrą sprawę podzbiór tego co jest w 3.1, a 3.0 dodadzą w następnych wydaniach w ramach wsparcia dla ARB_compatibility. Tak było by logicznie, a najlepiej jakby w ogóle dali sobie spokój z 3.0 i wcześniejszymi wersjami w nowym kodzie i zabrali się od razu za dopieszczanie 3.1, pozostawiając stary kod jako warstwę wstecznej kompatybilności. Tak było by IMHO najrozsądniej.
Hm, a możesz coś więcej powiedzieć? Bo nie siedzę w szczegółach, ale jak rozumiem podzbiór (3.0) to nie może być więcej roboty niż nadzbiór (3.1).
Czy może się mylę? =}
Swego czasu, gdy jeszcze ludzono sie, ze OpenGL 3.0 to bedzie wielka zmiana przedstawiono koncepcje Gallium3D jako faramework, ktory, o ile bedzie potzrebowal posredej warstwy zarzadzajacej stanem OpenGL 2.x i wcześniejszymi to w przypadku wersji 3.0 bedzie to zbyteczne, bo jego architektura na tyle bedzie odpowiadala zalozeniom Gallium3D, ze wystarczy jedynie doimplementowac frontend.
Jak to sie mowi, zycie czesto weryfikuje rozne pomysly i okazalo sie, ze wersja 3.0 niestety niesie ze soba caly bagaz historii rozwoju OpenGL3.0. Dopiero – niespodziewanie – wersja 3.1 zostala pozbawiona tego garba i cala przestarzala funkcjonalnosc wyladowala w rozrzerzeniu ARB_compatibility, stad wydaje mi sie, ze implementacja funkcjonalnosci OpenGL 3.1 w pierwszej kolejnosci, bez uwzglednienia wstecznej kompatybilnosci wymagalacej skomplikowanego mapowania stanu, bedzie duzo rozsadniejszym pomyslem niz proba zaimplementowania calosci specyfikacji 3.0 a potem jej upraszczanie/dopasowywanie do wersji 3.1.
3.0 jest podzbiorem wersji 3.1 + ARB_compatibility, natomiast sama wersja 3.1 jest funkcjonalym odpowiednikiem "programowalnej czesci specyfikacji 3.0" + kilka nowosci (nowe obiekty buforow, layout'y w GLSL, etc.), stad jej implementacja powinna byc prostsza i szybsza.
Nie będzie. Nie ma aplikacji korzystających z OGL 3.1. Jest natomiast cały worek korzystający z glBegin()/glEnd(). Sterowniki pisze się dla aplikacji.
Z OGL 3.1 korzysta wszystko co nie korzysta z "fixed pipeline", 3.1 jest pod tym względem wstecznie kompatybilne. Natomiast reszta może korzystać z tego co napisano dotychczas. Największe zapotrzebowanie na moc GPU mają najnowsze gry a tam dawno już zapomniano o glBegin/glEnd
.
w skrocie – w opengl 3.1 wywalono calkiem spora pule rzeczy uznanych w 3.0 za deprecated, przez co zaimplementowanie 3.1 jest sporo prostsze.
A może wy mi odpowiecie. Mi na Linuksie pokazuje, że mam sterownik SGI. Czy Mesa3d jest lepszym rozwiązaniem? Wie ktoś może jak to zmienić? Dodam żę jest to karta Radeon 9600 (ATI). System chyba mało ważny, ale Mandriva 2009.1 (z Cookera).
czasem tak wyswietla, poszukaj sobie w glxinfo linijki "OpenGL vendor string" tam są istotne dane
Tyle mam
Czyli coś tam z Mesa mam 