Mesa 7.8 już wkrótce
- Dodano: 7 marca 2010
- Wprowadził: Emdek
- Komentarze: 69
Wielkimi krokami zbliża się planowany termin wydania wersji 7.8 Mesy 3D, otwartej implementacji OpenGL. Jej kod został już wydzielony do własnej gałęzi i jest stabilizowany w celu udostępnienia go pod koniec tego miesiąca w czasie zbliżonym do wydania X Server 1.8.
Nowe gałęzie kodu są zwykle wydzielane jedynie na kilka tygodni przed wydaniem wersji stabilnej. Oznacza to, że wszystko przebiega zgodnie z planem wydawniczym, który przewiduje udostępnienie wersji oficjalnej pod koniec marca, trzy miesiące po wydaniu wersji 7.7.
Niektóre z nowości w wersji 7.8:
- state tracker dla EGL oraz OpenGL ES 1.1/2.0;
- nowa dokumentacja dla Gallium3D;
- obsługa kolejnych rozszerzeń OpenGL: GL_NV_conditional_render, GL_EXT_draw_buffers2 extension,
GL_ARB_fragment_coord_conventions, GL_EXT_texture_array, and
GL_APPLE_object_purgeable.
Ulepszenia w obsłudze EGL ułatwią między innymi uruchomienie serwera Wayland. Jeśli chodzi o nowe rozszerzenia, to niestety są one obsługiwane jedynie w sterowniku programowym, GL_ARB_fragment_coord_conventions jest obsługiwane przez sterowniki Gallium3D, natomiast kilka pozostałych także w sterowniku obsługującym układy graficzne Intela.
Z treści ogłoszenia na liście dyskusyjnej wyłania się następujący plan wydawniczy:
- 12 marca: RC 1;
- 19 marca: RC 2;
- 26 marca: wersja stabilna.
Jednocześnie trwają już prace nad wydaniem 7.9, którego udostępnienia możemy spodziewać się za kilka miesięcy.
Więcej informacji: http://www.phoronix.com/scan.php?page=ne...&px=ODAzOQ
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.
69 komentarzy
Wszystkie autorskie niusy w serwisie publikowane są na licencji Creative Commons Uznanie autorstwa 2.5 Polska.


Po co to komu jak jest o wiele lepszy i wydajniejszy DX
Lepszy w czym? Może w przenośności na przykład? Niby dlaczego miałby być szybszy – wszystko i tak docelowo zależy od karty grafiki.
DX wydajniejszy? Nie rozmieszaj mnie. Tylko ostatnie wersje DirectX zaczęły nadganiać OGL 2.X . Natomiast nie prześcignie tego, co nam uszykuje gałąź 3.X .
Mógłbyś (albo ktoś inny) rozwinąć ostatnie stwierdzenie?
Do OGL 3.x mają wejść części, które poprzednio były dostępne tylko jako moduły, a DX długo podobnych funkcjonalności nie miał.
W dodatku programiści dostaną większą kontrolę nad przebiegiem przetwarzania obrazu. Dodatkowo przyjdą nowe wersje języków shaderów.
Eeee, nie wiem o czym piszesz… Możesz coś podlinkować dla jasności?
Co to za moduły (może rozszerzenia?) i co nie było dostępne w DX (tesselacja owszem, ale to co jest obecnie w DX ma niewiele wspólnego z tym co ATI udostępnia w OpenGL – nawet hardware, który to realizuje jest w obydwu przypadkach inny)?
Większa kontrola? Jakieś konkrety?
A co do shaderów, to z pewnością GLSL 1.6 nie można będzie nazwać nowym językiem. Ot dojdzie kilka udogodnień, w 2.0 może pojawią się klasy (choć nie wiem po co to komu w shaderze, który z definicji powinien być jak najkrótszym programem jeśli myślimy o renderingu w czasie rzeczywistym).
Opinia panuje taka, że w OpenGL 3.1 dorównano do DX z wszystkim w czym ten zdąrzył wypszedzić OGL.
PS
dobre sobie DX lepszy od OpenGL pod Linuksem
Mówimy chyba o DX10 i OpenGL 3.2 – tutaj pełna zgoda, natomiast co do DX11 to kwestia sporna, bo po pierwsze teselacja DX11 to co innego niż to co jest w rozszerzeniach AMD, a po drugie coś takiego jak DirectCompute nigdy nie będzie realizowane bezpośrednio przez OpenGL bo od tego jest OpenCL.
Kolejna sprawa to kwestia samego standardu. DX10.1/11 definiuje bardzo szczegółowo jak ma być dana funkcjonalność zaimplementowana, do tego stopnia, że praktycznie można się spodziewać identycznego outputu pixel w pixel niezależnie od karty graficznej dla tych samych operacji (no z dokładnością do zaokrągleń zmiennoprzecinkowych, a te mogą czasem być istotne). Taka sytuacja z definicji nie jest brana pod uwagę w specyfikacji OpenGL, przynajmniej póki co eksplicite stoi w dokumentacji, że ostateczny wynik renderingu może się nieco różnić w zależności od implementacji.
http://forum.gamedev.pl/index.php?topic=519.0
Przestrzegałbym przed wyciąganiem wniosków choćby z benchmarku unigine bo po prostu skupiono się na optymalizacji dx tam a opengl strasznie słabo zoptymalizowano. Ogólnie jeśli gra ma tryb pracy w ogl jest on przeważnie słabo zoptymalizowany względem dx ponieważ dx ma większość rynku gier i na nim się skupiają producenci gry i twórcy sterowników.
Jeśli porównywać by w konsolach czyli w xbox dx9 vs openglES z ps3 zdecydowanie wygrywa ten drugi. Bliżej sprzętu,trochę trudniej programować ale i wydajność większa(co udowodniono omijając dx w xbox)
Nie tylko – z tego co wiem MS niechętnie patrzył na firmy optymalizujące sterowniki OpenGL podczas wojnen api. Teraz ponieważ mało kto tworzy gier na Windows w OGL to sterowniki nie są optymalizowane. Chyba od Visty OGL jest emulowany przez DX więc ma małe szanse być bardziej wydajny.
chodzi ci zapewne o tłumaczenie poleceń ogl na dx w sterownikach ati. U nvidia działa to inaczej jak się orientuję.
@Maciej Piechotka
'z tego co wiem MS niechętnie patrzył na firmy optymalizujące sterowniki OpenGL podczas wojnen api'
coś tu kręcisz – 'firmy optymalizujące sterowniki OpenGL' to przecież producenci GPU – nVidia, AMD/ATI, Intel.
Mógłbyś może podlinkował gdzieś tę 'niechęć' MS do wyżej wymienionych firm ?
? Choćby "zmumifikowanie" OpenGL 1.1 gdy były dostępne 2.0 i 2.1.
Udowodnienie, że implementacja OGL od MS jest wolniejsza o kilkadziesiąt procęt (!) wolniejsza od implementacji twórców OGL.
Czy choćby fakt, że część gier pisanych pod OGL (kochane idS) emulowana pod Linuksem potrafiła być szybsza o 10%.
Nie chęć MS do OGL i nieuczciwe chwyty są znane wystarczy zapuścić "Google" lub poczytać w książkach o OpenGL, lub DX w rozdziałach o "wojnie API".
Hmm. Linka nie mam – ale książka może być?
Biblia OpenGL czy jakoś tak. Wieczorem mogę podać dokładne dane (autor, tytuł, data wydania).
W PS3 z OpenGL ES (a w zasadzie PSGL, bo jest to mix OpenGL ES 1.1 i Cg) korzystają tylko podrzędne tytuły third party. Cała reszta używa libGCM, która bezpośrednio abstrahuje NVIDIowy hardware w PS3, więc trudno to porównywać z DX9+ (jest to coś więcej niż DX9c ale jeszcze nie DX10), wykorzystywanym w xboksie.
Swoją drogą taka ciekawostka, owo DX9+ samo w sobie generuje dość spory narzut w stosunku do bezpośredniego dostępu do Xenosa, a mimo to Xbox-owy GPU radzi sobie lepiej niż ten z PS3. Cała siła PS3 leży w jego wspomaganiu przez jednostki SPU Cella, stąd można wyczarować takie cudeńka graficzne jak Killzone 2, Uncharted 2, czy nadchodzący God of War III. Bez tej symbiozy PS3 przysłowiowo "leży i kwiczy".
DX jest szczegolnie wydajny na systemach unixowych …
@Najek: przecież DX nie działa po nieWindowsem? Masz więc odpowiedź, która jest tak oczywista, że twoje pytanie staje się debilne. Zaniżasz poziom.
Lepszy? Niby w czym? Hm.. już wiem, na pewno w przenośności
. Wydajniejszy? Ciekawe z czego by to miało wynikać. Może sam niejawnie podkręca kartę graficzną i wyciska z niej siódme poty
.
na plus dla DX-em zaliczyć mozna też narzędzia wspomagające optymalizację – jak np. PIX czy nVidia PerfHUD.
Dla zainteresowanych – http://www.ubucentrum.net/2010/01/dlaczego-powini…
Czy ktoś się może orientuje, kiedy Radeon 5750 będzie miał wsparcie 3d na otwartych sterach?
Ktoś chyba "zapomniał" o API, które w OpenGL jest tragiczne i nie intuicyjne.
zależy dla kogo. Ponadto myślę że masz już co nieco opakowane w klasy?
To dlaczego producenci wybierają DX? Bo jest gorszy? Przecie ZU to obojętne w czym jest..
"To dlaczego producenci wybierają DX?"
Aby było przeczytać zalinkowany w komentarzu artykuł…
a panie Najek czy pan sobie zdaje sprawę że ogl rządzi w zastosowaniach profesjonalnych, ostatnio udało się dx też wejść na ten rynek ale nadal ogl tam rządzi(rozumiem tu takie aplikacje jak autocad,3ds max itp.).Ba parę naście lat temu chyba fireGL w ogóle DX nie obsługiwało. Po drugie marketing, dziś jak banda nastolatków widzi na karcie napis "Directix 11" ślini się niczym tłum nastolatek na widok R.Patinsona. W dx pisze się tylko na windows i xbox dlatego dość ostro się wykorzystuje dx bo łatwo zrobić konwersję, reszta platform to albo openglES(ps3,psp) lub opengl-like(wii).Oczywiście to nie jest tak że konwersja z ps3 na pc przy wykorzystaniu dx(a robi się to często) nastręcza niemożliwe kłopoty bo tak nie jest ,bo to wynika z konstrukcji silnika,ale klepaczy dx jest masa w sumie ogl też ale znających go dobrze już nie tak dużo. A te brednie o szybszym niż ogl dx można sobie między bajki włożyć. DX jest dobry ale nie zawsze najlepszy i nie jest jedynym słusznym rozwiązaniem.
Dalej nie rozumie dlaczego producenci wybierają gorsze DX. Co ma marketing nastawiony na klienta do producentów, którzy na to nie patrzą tylko wybierają środowisko dogodne z swojego punktu widzenia tj. tworzonej gry? IMO to producenci wybierają lepsze i wygodniejsze mające większe możliwości API, zaspakajając 99% rynku. Nie wydaje mi się by w takich firmach pracowali masochiści decydujący sie na coś gorszego
Ponadto znajdz mi choć jednego gracza którego obchodzi czy gra jest w DX czy OpenGL – jego to nie obchodzi, grafika ma być OK, wymagania mają być OK oraz ma działać na jego maszynie.
Artykuł dla mnie tendencyjny, prezentując fakty tak by udowodnić z góry nakreślone wnioski.
@Najek piszą w DX, bo ms jest ich partnerem tak jak nvidia często podrzucają programistę, albo służą pomocą techniczna lub finansową. O co chodzi ms pokazał nie wydając dx10 na xp, chodzi o wzajemne robienie kasy. Chcesz fajne efekty kup vista+ kup nowa kartę graficzną itd. a gier które sa napisane od początku do końca w dx10 dalej jest bardzo mało, bo te co są najczęściej korzystają z kilku efektów dx10/11. Ciekawym przypadkiem był crysis, bo "efekty dx10" z crysisa dało się odpalić na kartach z obsługą dx9.
"Co ma marketing nastawiony na klienta do producentów, którzy na to nie patrzą"
Tzn. producenci piszą za darmo? Produkt jak się ma sprzedać? Przypomnijmy jak pod naciskiem marketingu w colin macre dirt wprowadzono troszkę dx 10 i jakie wielki marketing z tym związano(a to była ściema roku).
"MO to producenci wybierają lepsze i wygodniejsze mające większe możliwości API"
to chyba jak więcej możliwości to ogl ale z rozszerzeniami. A Obecna wersja ogl wyprzedza dx 10 ale nieco z tyłu jeśli idzie o dx 11(chociaż teselacja w ogl jest już od lat a dopiero teraz w dx) tylko że niedługo wyjdzie 3.3 która wyrówna a nawet da do przodu ponadto możliwa integracja ogl z opencl który ma większe możliwościowi niż dx compute. Jednak ms udało się przez lata umocnić się na rynku gier pc(games for windows itd.). A że im się to udało więc sterownik dx jest lepiej zoptymalizowany a co za tym idzie wydajniejszy w takiej grze(w kartach profesjonalnych sprawa wygląda nieco inaczej) czyli studio dlatego robi sobie w dx między innymi.Ani dx ani ogl nie są jakieś złe są równie dobre jeden jest trochę lepszy w czymś ogl(szybciej rysuje czy ma możliwość korzystania z rozszerzeń) z kolei dla niektórych składnia dx może być plusem. Oczywiście dx wybiera się dość często nie z powodów technicznych a marketingowych bo jak programistom lata czy ogl czy dx ale działowi marketingu już nie. Popatrz na takiego carmacka legenda wśród programistów gier a dzierga w ogl więc chyba ogl to nie jest bubu.
BTW. nie chcesz się coś odnieść do aplikacji profesjonalnych bo to ci jednak nie odpowiada tam gdize się wybiera mniej wydajny i gorszy ogl(według ciebie) , bo pewno się tam ludzie co są po 20 lat w branży jeszcze nie poznali się na twoich wypowiedziach z osnews.
Najek, najpierw piszesz, że API OGL jest tragiczne i nie intuicyjne, a potem wyskakujesz z argumentem "To dlaczego producenci wybierają DX?". To już trzeba było ten argument nieintuicyjności podrążyć skoro z nim wyskoczyłeś. Oczywiście , jeśli faktycznie masz traumatyczne doświadczenia w kodowaniu w OGL, bo mi trudno uwierzyć co w OGL takiego nieintucyjnego. W DX nie kodowałem, więc może tam prościej, ale jakoś trudno mi to sobie wyobrazić… Zamiast tego dajesz argument "producentów", który jest chyba jeszcze głupszy.
Wnioski z Twego posta płyną następujące:
Prawdopodobnie nigdy nie programowałeś w OGL. Poza tym dyskutujesz, masz własną kategoryczną opinię a nie zadajesz sobie trudu zastanowienia czemu to w takim razie na innych nie-MS platformach jest OGL. Skoro tragiczne, to np. Sony powinno albo wykupić licencję na DX albo stworzyć własne API. Jednak tam gdzie polityka MS nie sięga i nie psuje techniki, tam producenci wspierają OGL. Chyba szaleni :O
Przy okazji trzeba pamiętać że dx to nie tylko grafika
X mi zarzucasz zasłanianie się producentami a sam to robisz.
Obecnie dorwać grafikę z DX10/DX11 to pikuś ale dorwać z OpenGL<3 to już problem, bo np te same funkcje w karcie obsługuje DX, ale już nie OpenGL bo jest stary.
Wiec jaki wniosek? Ze nvidia, ati trzyma z MS wspierając DX, a Sony nie? no raczej nie bardzo – bo sony zawsze jak wydawal tytuły na windows to w DX.
Obecnie jest jakiś dziwny trend do oskarżania MS za wszystko – zrobili sobie proste API do gier na swoja platformę – zle, bo teraz producenci nie chca robic uniwersalnych gier – ale to chyba z pretensjami do producentów gier ze 1% rynku mają głęboko w… nosie, a nie do MS, ze stara się stworzyć maksymalnie przyjazną platformę do gier. To tak jakby pluć na VW ze np. robi felgi tylko do swoich samochodów, albo do noki ze ich baterie nie pasują do SE.
Ale po co ,,dorywać'' kartę z OGL < 3?
@Najek: Powiem krótko, jako osoba, która trochę już z programowaniem grafiki miała wspólnego: wszystko co dotychczas napisałeś o OpenGL i DirectX, świadczy o tym, że nie masz pojęcia o czym piszesz.
Od zarzutu o API (akurat tak się składa, że dla większości osób dużo prostszy i intuicyjniejszy jest OpenGL – na studiach na zajęciach z grafiki mieliśmy dowolność wyboru biblioteki, na ponad 100 osób tylko 2 zdecydowały się na DirectX, bo miały wcześniejsze doświadczenie w jej programowaniu, reszta nawet na niego nie spojrzała) do kompletnie obnażających Twoją niewiedzę stwierdzeń typu: "Obecnie dorwać grafikę z DX10/DX11 to pikuś ale dorwać z OpenGL<3 to już problem". Tak się składa akurat, że OpenGL jest kompatybilne wstecz od wersji 1.0. Nawet najnowsze OpenGL 3.2 ma profil compatibility, który wspiera póki co zarówno NVIDIa jak i ATI, więc to co piszesz to zupełne brednie. Tyle.
Chyba kolega nie zrozumiał przykład grafika obsługuje DX10 ale OpenGL3.0 wiec wiecej z grafiki wyciągniemy grając pod DX, bo tych efektów w OpenGL nie obsługuje..
jeśli karta obsłuży dx10 to i obsługuje ogl 3.x bo tu najwięcej ma do powiedzenia sterownik. Efekty…dużo z tych cudów to shadery.A z ciekawości zapytam, mógłbyś podać mi tą listę efektów?
Masz mętne wyobrażenie o OpenGL. W OpenGL nie liczy się numerek, tylko konkretne rozszerzenia, które wspiera dana implementacja. Teoretyczne możesz mieć te same możliwości na OpenGL 1.5 z odpowiednim zestawem rozszerzeń co na 3.0, bo w tym drugim przypadku jedyna różnica to to, że z GL_EXT_… zrobiło się GL_ARB_…
.
Argument, że "ktoś używa" nie jest zły sam w sobie
. Ty podajesz przykład producentów z platformy MS, a zapominasz o producentach spoza świata Windows i to jest błąd. MS z racji posiadania platformy systemowej, za pomocą choćby sprzedaży wiązanej może przekreślać wiele produktów, które są technologicznie bez zarzutu. Jeśli mamy oceniać OGL vs DX kierując się kryterium producentów, to pamiętając o biznesowej otoczce.
MS świadomie i z premedytacją utrudniało storzenie dobrych sterowników do OpenGL pod swoją platformę. Uparcie utrudniało wdrożanie kolejnych wersji tego standardu. A do DX8 DX był marnej jakości
. Wybił się od 8 wzwyż.
@Najek nie myl udziału Linuksa z kompami w ogóle. OpenGL jest stosowany w Kompurkach, konsolach, Macu, Linuksie, Windowsie. Więc ten 1% to przejaw ignorancji.
Masz na myśli że jak na razie przykładowy kod OpenGL zawsze mi się kompilował podczas gdy kod DX (przykładowy, kopiowany przez C-c C-v) wyrzucał błędy kompilacji przy pobieraniu interfejsów COM (czy czymś podobnym)?
Jednym z argumentów 'za' OpenGL podczas wojen API było to że miało krótki, przejrzysty kod. Jak dodasz do tego GLU to w jakiś 100 linijkach masz obracający się trójkącik (yay!). W DX miałeś ustawienie podstawowych rzeczy.
Być może naprawili to w DX 10 czy DX 11 ale do DX 9 kilka razy podchodziłem i nie mogłem nawet stworzyć czarnego okienka. W OGL – bez problemów. Zgoda – nigdy nie miałem prawdziwej motywacji.
To widać od razu jaki z Ciebie programista
A Ty napisałeś jakiś program w DirectX? Wiesz, że nawet w ramach tej samej wersji 9/10/11 nie można być pewnym, że dana funkcjonalność jest zaimplementowana albo nie?
Wiesz, dlaczego każda gra, którą instalujesz uruchamia na nowo instalator DX, mimo iż wcześniej już został zainstalowany?
Myślę, że nie wiesz, dlatego dyskusja z Tobą nie ma sensu.
wojtekm – nie krzycz na kolegę, każda nowa gra odpala instalator dx by sprawdzić, czy dx w odpowiedniej wersji jest zainstalowany – w koncu jedyne zmiany w DX9 od wersji 9.0c to kolejne wersje d3dx9 – które wychodziły wraz z nowymi DXSDK. End-usera nie musi to w ogóle interesować.
Co do DX10 – karta z logiem dx10 i odpowiednim sterownikiem daje gwarancje, że dx10 będzie obsługiwany.
Rację masz z dx9 – capsami sprawdzałeś co w karcie piszczy – ewentualnie robiłeś sobie kilka profili ze wspólnym mianownikiem dla grupy kart.
@_qaz7: Nadal wychodzą nowe DXSDK, ostatni z lutego. W kwestii specyfikacji DX10 to dużo bardziej konkretna (w sensie wymagań) jest DX10.1.
@Najek: Ze mnie czy z autora książki/wszystkich przykładów które znalazłem?
A programista to może i nie był ze mnie najlepszy – byłem w gimnazjum. Teraz nie używam Windowsa więc i nie mam po co wgłębiać się w DX…
Artykuł pod linkiem fajny … na pierwszy rzut oka, na drugi widać, że trochę nieobiektywny, z resztą można poczytać komentarze, oryginalną wersje i komentarze też pod tamtą wersją.
Co do id-software, to pewnikiem też porzucą opengl i tym razem daruję sobie port na linuxa( za duże koszty ), z resztą chyba nawet nie mają za teraz wiele do powiedzenia.
W tej chwili praktycznie żadnych poważniejszych gier nie robi się w opengl i nic nie wskazuje, aby coś tu miało ulec zmianie. Naprawdę szkoda, że tak być musi
@Najek
Graczy nic nie obchodzi, nie interesuje i to jest właśnie pewien problem. Łykają radośnie fud i kłamliwe reklamy, a potem klną, że wydali na nową kartę graficzną z obsługą dx10 i okazuję się, że różnice między dx9 są pomijalnie małe. A przecież na obrazkach wyglądało to inaczej.
@kernel_loops
Ja na razie nic nie wskazuje na porzucenie OpenGL przez id software.Jednak faktycznie mamy problem z id software i to bardzo poważny.Jeśli mówimy o kosztach to musimy też wspomnieć na temat zysku ze sprzedaży gier id software dla Linuksa. Kłopot w tym ,że id software nie czerpie żadnych korzyści ze sprzedaży gier dla Linuksa. Ponieważ id software udostępnia wersję dla Linuksa za darmo posiadaczom wersji dla Windows. Sama firma nie jest obecnie zainteresowana tworzeniem wersji dla Linuksa i wystarczy przypomnieć sobie o niewydanym Wolfenstein dla Linuksa. Obecnie w firmie tylko jeden pracownik nadal jest zainteresowany tworzeniem gier dla Linuksa. Dodam że wersje dla Linuksa tworzy tylko w wolnym czasie. Wolałbym żeby id software powróciło do sprzedaży pudełkowych wersji gier dla Linuksa. Ponieważ nie mam zamiaru płacić za gry dla systemu Windows, którego nie używam.
Stary, ale w czym problem? Kupujesz grę w sklepie, dostajesz płytkę dla windows i do tego możesz sobie od producenta ściągnąć linuksowy instalator. Wychodzi na jedno.
Kurcze, kiedyś ktoś pisał, że fajnie byłoby, gdyby przy zakupie dostawać płytkę z instalką na wszystkie systemy. Najwidoczniej dla niektórych to dalej problem i wystarczy, że na pudełku będzie narysowane okienko, aby dany produkt olali… Laptopów też nie kupujesz, bo jest na nich znaczek design for windows (choćby fabrycznie był bez systemu)?
Rozumiem, że możesz nie chcieć płacić za gry, w które musiałbyś grać przez wine (bo nie zawsze działa jak powinno), ale skoro dodają linuksową wersję do tego bez dodatkowych opłat… W czym problem? Jeżeli gra jest ok i w jakiś sposób producent wspiera Twoją platformę, to powinieneś wspierać producenta, zamiast ciągle marudzić.
@Tor ale dochodzi tez kwestia tego ile z tej wersji windowsowej pójdzie do twórców, a ile by poszło z w pełni elektronicznej wersji na linuksa. Poza tym niektórym nie podoba się nabijanie statsów konkurencji.
Sam kupiłem grę pudełkowa na linuksa i muszę przyznać, że wydana lepiej niż te xboksowe.
A pudełkową kupiłeś gdzie? W sklepie pewnie, tak jak kupiłbyś wersję dla linuksa. Wniosek? Kasy wpłynie tyle samo…
A jam taką teorię. Aktualnie na rynku jest najwięcej XP (chyba..) DX10++ nie XP nie pójdzie, więc producenci mają wybór- trwać w DX9 czy robić na mniejszościowy rynek Visty i 7. Może się okazać, że właśnie OPGL połączy wszystkie wersje Windowsa. To silnie zależy nie tyle od marketingu ale i (albo przede wszystkim) framworków i silników gier.
Czas pokaże jak to wyjdzie.
Ta w obecnym tempie wzrostu 7 napewno się opłaca kodować teraz wszystko do OpenGL – zwłaszcza ze XP traci wsparcie w 2014 ;] Maszyn z XP będzie ubywac bo już nie jest sprzedawany, nowych maszyn (spełniających wymagania najnowszych gier) będzie przybywać i na nich napewno nie bedzie Windowsa XP tylko 7.. wiec pomysł IMO do d…
DX to przeszłość i przyszłość (zwłaszcza bardzo ciepło przyjęty DX11) i nic tego nie zmieni.
Ibm też się kiedyś wydawało że jego jest przeszłość i przyszłość co lata 90 przyniosły wszyscy wiedzą. Microsoftowi się wydawało po wykoszeniu netscape że IE królować po wsze czasy no cóż zawiedli się. Wystarczy że tylko mac os zdobędzie więcej rynku.
@Najek: zastanawiam się czy widziałeś kiedykolwiek jak powstaje gra w firmie developerskiej…
Odnoszę wrażenie, że nie.
Wydawce nie interesuje w tej chwili rok 2014 ale bieżące parę kwartałów. Stoi przed dylematem- dawać na 7/vista-only czy nie tytuły maks na 2 lata wprzód. Znikome zyski przez piracenie, ogromna konkurencja i presja cenowa. Jak myślisz… zakłada że MS wykosi XP nie widząc ile trwało ubijanie 98?
7 procent od premiery tj 6mc Windows 7. Brak wsparcia dla nowych grafik w XP, w obecnym tempie za 2 lata Windows 7 bedzie miał 28% Windows Vista ok 35% (obecnie 20% po 2,5 latach). Wiec ponad 50% systemów to będzie DX10/DX11 – gdzie tu szansa dla OpenGL? Jeszcze biorąc pod uwagę, że gracz średnio co 1,5 roku wymienia sprzęt.. i co 5 użytkownik komputera gra, wnioski nasuwają się same..
Sprawdź sobie statystyki dotyczące systemów operacyjnych używanych do przeglądania serwisów o grach, Windows XP jest tam grubo poniżej 50%.
Jaki to jest brak wsparcia dla grafik w xp? Wszystkie najnowsze karty maja sterowniki na xp.
Co jednak nie zmienia faktu, ze te stery nie wykorzystują wszystkich funkcji k.grafiki.
@Najek: zaryzykuje- zakładam że blefujesz i sam nie masz dowodów na swoją tezę.
Dotarłem do analiz określających rynek XP na 45% (to jak dla mnie nie jest grubo poniżej 50%) i sugestią że rynek graczy jest sukcesywnie podbierany przez Apple!!!
Co do blefu- mogę się mylić i chętnie poznam jakieś dane jakimi dysponujesz. Mogę oczywiście źle oceniać sytuację, bo nie siedzę w grach od dawna.
@Najek oczywiście są obsługiwane wszystkie funkcje grafy, ale nie wszystkie przez directx.
Nawet jeśli masz rację, nie jest to żaden powód do zadowolenia. Jeśli dx nie będzie miał absolutnie żadnej realnej konkurencji, w rzeczywistości ucierpi na tym wszystko, a właściwie ucierpiałoby gdyby nie rynek konsol, które i tak wykorzystują własne biblioteki. Obecnie mało jaki liczący się tytuł( może pomijając rts-y ) jest dostępny wyłącznie na pc, natomiast sytuacji odwrotnych jest coraz więcej i jeśli dalej ten stan będzie się pogłębiał, rynek gier na pc może zejść do niszy, przynajmniej w obecnej formie. Na prawdę wielu deweloperów byłoby wielce uradowanych. Msz perspektywa równie zła jak dominacja dx.
edit: przepraszam, odpowiedź kierowana do 'Najek'
Ja jestem za zanikiem rynku gier
Wtedy Windows też straci rację bytu
no tak ale gry na konsole są żałośnie wydawane (praktycznie płyta w pudełku), a do tego kosztują 2-3 razy tyle co premierówki na kompa.
Ale jakby nie było Windowsa, może byłoby więcej firm tworzących konsole, a co za tym idzie większa cena i najprawdopodobniej niższa cena.
Ale podejrzewam, że tamten komentarz był pewnie specjalnie z ironia napisany.
Wszczynanie otwartych wojen z Microsoftem, jak widać kończy się źle, bo ten, wykorzystując przewagę liczebną (tj. ogromny budżet), i tak wprowadzi swoją okupację (np. wojna przeglądarek czy wojna api). Pozostaje partyzantka, a czas zrobi swoje, no chyba, że ktoś sypnie groszem (czyli wyłoży miliardy dolarów) i powoła armię, by stoczyć wielką bitwę o śródziemie na otwartym polu.
Krótko mówiąc widać, że swoje teorie wziąłeś z kolorowych broszurek, a nie z prawdziwych faktów. A jak każdy wie w kolorowych broszurkach można napisać wszystko, nawet gdy się jest numerem 10, że jest się numerem 1 – kłamać tam można jak się da – to samo dzieje się w przypadku firmy MS i ich produktami.
Ups… ten komentarz był pisany do usera Najek.
I’m impressed, I ought to say. Definitely hardly ever do I encounter a blog site that’s each educative and entertaining, and let me inform you, you might have hit the nail about the head. Your assumed is excellent; the situation is a thing that not ample persons are talking intelligently about. I am very blissful that I stumbled all through this in my search for 1 matter referring to this
One more thing I would like to talk about is that rather than trying to match all your online degree training on days of the week that you finish off work (considering that people are tired when they get back), try to get most of your sessions on the week-ends and only a couple courses in weekdays, even if it means taking some time off your saturdays. This is beneficial because on the saturdays and sundays, you will be extra rested and concentrated on school work. Thanks a lot for the different points I have figured out from your website.