Ciekawe czy będzie działało w połączeniu z Eyefinity?

Na slajdzie pisze - ATI Eyefinity technology

Tłumacząc bezpośrednio, będzie to otwarty standard obrazu 3D. Wynika z tego, że własne opracowane technologie będą licencjonować, a resztę, czyli projektowanie, specyfikacje i produkcję zgodnego sprzętu, pozostawiają zainteresowanym producentom.

Widać, że AMD próbuje brnąć w otwarte standardy lecz bez dobrego PR jak zwykle nic z tego nie będzie.

Pojechałeś po bandzie, ale co prawda to prawda

Jeszcze gdybyś czytał ze zrozumieniem, to by ci słoma w butach tylko wystawała, a nie śmierdziała.

AMD na GDC nie zapowiadało sterowników, tylko jakąś nową inicjatywę, realizowaną z innymi firmami, o czym tekst mówi zresztą bardzo wyraźnie. Rozumienie tekstu nie jest wymagane, ale często się przydaje!

Żadnych nowych faktów nie podajesz, bo na PCLabie o Stereo 3D w Catsach 10.3 pisaliśmy jeszcze w lutym: http://pclab.pl/art41019-2.html . Brak kultury, brak rozeznania i brak umiejętności czytania ze zrozumieniem.



Za identyczne zachowanie dostał już jakiś czas temu bana na Forum, więc w komentarzach jego trollowanie nie jest nowością . Ponadto to fanbojek, który nienawidzi NVIDII i oczekuje, że nt. tej firmy pisano wszędzie tylko źle, a nigdy dobrze - to chyba zresztą aż bije z jego wypowiedzi.

Mylisz się - filmy 3d na nVidia 3d Vision działają (ba nawet dostajesz od nVidii odtwarzacz w którym możesz ustawić jakie 3d chcesz (do jakich okularów np. anaglyph, shutter...))


To akurat dobrze o AMD ostatnio świadczy (wcześniej olewała otwarte standardy), i jeśli pracę nad tym (głównie chodzi o Api) przekaże grupie Khronos to nVidia będzie z pewnością też będzie obsługiwało (jeśli nie to nie jest pewne, ale jeśli faktycznie będzie open to bardzo możliwe) - co do działania 3d na okularach konkurencji to nVidia pozwala też na to (kilka newsów wcześniej), ale póki co ma 'monopol' to darmowe jest to tylko dla właścicieli 3d Vision, a inni mogą kupić oprogramowanie pozwalające na to.

Spoko spoko - możliwości zawsze były (większe niż w PhysX) - problem jest z wydajnością, bo działa tylko na CPU (właściciel czyli Intel to wymusza), przez co możliwości które można zastosować w grach są dużo mniejsze niż PhysX.

Co do info o obniżeniu liczby rdzeni w gf480 do 480 to możesz podać źródła, bo jak na razie wiadomo, że w gf470 podniesiono z niecałych 400 do 448

ATI jak zwykle stawia na 'open coś tam' jak się samemu nie chce robić, to lepiej zostawić to innym, a my wyprodukujemy sprzęt który będzie kompatybilny z 'open' czyli innymi słowy, jak coś jest do wszystkiego to jest do niczego...

1. Zegary rdzenia (tzw. GPU clock) miały takie być (600-650MHz), czyli trochę wyższe niż w starej serii - zupełnie inną i ważniejsza sprawą jest częstotliwość cuda core (shaderów).

2. Zastanów się dlaczego, żaden wiarygodny serwis nie podał tych informacji, ani nawet bardziej znane plotkarskie (jak fudzilla - która jest pro amd i jak nazwa wskazuje specjalizują się w rozsiewaniu FUD)... raczej to plotka wyssana z palca, bo różnicy między 470 i 480 by praktycznie nie było (32cuda core mniej) a różnica w cenie ma być duża.

Więc jak sam widzisz nie ma o czym pisać - jedno jest znane od dawna, drugie jedną z milionów sprzecznych plotek o Fermi.


To bardzo dobrze, że wspierają wreszcie Open - co do innych projektów Open to tylko korzystają z tego co robi Apple/nVidia (OpenCL/GL) w minimalnym stopniu pomagając (lub wcale jak w wypadku Bullet), ale tu mogą się wykazać inicjatywą.

Mam dziwne przeswiadczenie, ze to cale Open Physics i Open Stereo to inaczej sformulowane oswiadczenie wprost 'Pomozcie nam w tym'.

No właśnie poparcia tego MSAA nie bardzo mogę znaleźć. Jedynie że będzie możliwe zmienienie rozłożenia sampli kolorów.

optimus to tylko ulepszony intel switchable graphics. GPGPU to zapoczątkowało ATI z CAL a właściwie Close to Metal, choć pierwsze prace zachaczają o DX9 i HLSL, ale to obsługiwały też pierwsze radeony (dx9). Rozumiem, że nvidia wymyśliła surround gaming, a matrox nie miał z tym nic wspólnego Jesteś maniakiem i tyle.

Taak, a granie na wielu monitorach to NV ma hamulec ręczny bolidu ferrari.

Niepokoi mnie tylko to co piszą o desynchronizacji okularów iZ3D gdy framerate spada poniżej częstotliwości odświeżania ekranu (tu 120 Hz).
Oznacza to że przełączanie odbywa się w niewłaściwym momencie, jeżeli karta graficzna nie zdąży narysować ramki na czas, czyżby nie było poczwórnego buforowania obrazu stereoskopowego (czyli podwójnego buforowania sceny generowanej dla każdego oka) i sprzętowego przełączania przez kartę wyświetlanych buforów obrazów i okularów migawkowych?
Poczwórne buforowanie jest w kartach NVidia Quadro 'od zawsze', niektóre modele mają także gniazdko do podłączania okularów migawkowych, tak więc NVidia ma to już dopracowane, w przeciwieństwie do ATI. Trzeba będzie poczekać na niezależne testy.
Z doświadczenia wiem że takie zerwania synchronizacji stereoskopowej, charakterystyczne dla rozwiązań programowych, gdy to komputer za każdym razem wydaje polecenia przełączenia buforów obrazu i migawek okularów, są bardzo dekoncentrujące i nieprzyjemne dla oczu. Najlepsze efekty 3D osiągałem z monitorem CRT pracującym w trybie interlaced (z przeplotem), kiedy to nadajnik moich okularów VR-Surfer sam wykrywał 'lewe' i 'prawe' półobrazy i przełączał okulary. Obecnie są dostępne monitory 3D Hyundai z okularami polaryzacyjnymi działające na podobnej zasadzie separacji stereoskopowej parzystych i nieparzystych linii obrazu, co pozwala pozbyć się uciążliwego migotania okularów migawkowych kosztem zmniejszenia rozdzielczości w pionie (żeby to skompensować trzeba by zrobić matrycę LCD specjalnie dla monitorów 3D o podwojonej rozdzielczości pionowej).

KamraK85: Wielkie kudos za prezentacje Havoka, jestem w głębokim podziwie, szczególnie dla rozwiązania fizyki ciał sztywnych. Jeśli jeszcze będzie wspierane przez GPU (najlepiej wszystkich producentów), to już w ogóle tylko bić pokłony. Niech się schowa konkurencja!

P.S. Oczywiście konkurencja w zakresie 'fizyki' .

te filmiki które pokazałeś fajne wyglądają ale czy mają one rzeczywisty wpływ na rozgrywkę np w tym unrealu czy jak bym 2 filary z czterech na których opierał się jakis głaz, ciężki budynek albo coś czy te rzeczy z tych filarów są w stanie mnie bądź oponenta uszkodzić(takie coś było w strzelance pariah nie z taką dużą dokładnością jak w twoich filmikach ale było i dało się komuś gruzy czy chybotliwy budynek spuścić na głowę).

a teraz zpowrotem do tematy to ati(jak nv o swoich grafikach) o tych swoich wynalazkach dużo gada a mało robi

ostatnio przestałem zwracać uwagę na grafikę gier(np taki kotor za ładny nie jest w stosunku do dzisiejszych produkcji a grafika jego jest według mnie bardzo fajna) szczerze to gra mogła by być nawet niezbyt ładna ale musi mieć grywalność i fabułę (jeszcze jaby fizykę do nich dodać ale taką wpływającą na rozgrywkę to by było super

CTM to nie czasy R5xx, tylko działa na R5xx i nowszych (wydany był dużo później). Ogłoszony był pod koniec 2006 (http://www.amd.com/us-en/Corporate/Virtual...14147,00.html), a wydany był dopiero w 2007 (jako odpowiedź na Cuda i PTX nVidii - bez nVidii prawdopodobnie nie wydaliby niczego, a tak to wydali coś na szybko mimo że nie było dopracowane).
Cal pojawił się bardzo niedawno - koniec 2008 roku (do sterowników weszło CAL w wersji 8.12, ale kilka miesięcy wcześniej już było SDK). Co śmieszniejsze OpenCL o którym tyle mówią dalej nie ma w sterownikach (jest tylko w sterownikach w SDK dla programistów), a nVidia już OpenCL od bardzo dawna w oficjalnych sterownikach ma (a pół roku wcześniej już je miałem jako programista).

Specyfikacja, a SDK to dwie różne sprawy - Specyfikacja OpenCL już jest znana z końca roku 2008, a SDK powychodziły niedawno, w sterach jeszcze nie ma.


Musi być! Inaczej nikt nie wyda komercyjnych programów z OpenCL! A to, że sterowniki OpenCL jeszcze mają tak tragiczne jak mówisz to już nie jest wina nikogo poza AMD.

Tak, tylko sterowniki OpenCL nVidii nie wywalają systemu, nie zawieszają go, i nie robią takich błędów - problemem jest wydajność, bo kompilator generuje słaby kod w porównaniu do Cuda (ale to już nie jest powodem, żeby nie umieszczać w sterownikach).