Ray Tracing

[MD-C]

Gerçekçi görüntülerin en kolay ve tek yolu olan bu teknik (Ray Tracing) Neden Donanımsal olarak yapılmıyor yada yapılmak istenmiyor? Şu anki teknolojinin buna gücü var. Peki neden halen yazılımsal olarak kullanıcıları kastırıyorlar! Acaba nedeni pazarlama stratejisi midir? En son noktaya şimdiden ulaşıp, bitişe varmak istimiyorlar mı? Cevapları merak ediyorum!

[madprogrammer]

İki seçenek olabilir birincisi Ray Tracing üzerine bir çok paralı oyun motoru olması ancak bu genelde programcıları sevindirir. İkincisi ise acaba günümüz teknolojisi hardware üzerinde Ray Tracing'i cidden kaldırır mı. Kartlarımızın sanal belleğine fazla yüklenmez mi? Zaten yeterince geç açılan makinalarımız daha da geç açılmaz mı kâbus sınırı olarak tanımlanan siyah ekran sınırı (bios ve diğer c kodlarının vb'ye aktarım yapmadan önce gerçekleştirdikleri) uzamaz mı? Bildiğiniz üzere çoğu insan siyah ekran görüce ve az bişi gecikince bu ekran deliriyor Ray tracing hardware'da buna yol açabilir bence. Ve belki de cidden kaldırır donanımımız fakat bu işi kodla halledenleri kazandıkları paradan da eder... Ama neden olmasın bence olabilir.

[Ziyaretci]

[cjungie]

[OsmanTuran]

Ray tracing tamamen tracing algoritmalari uzerine calisiyor (baska ne olacaksa! ). Bunu en basitce aciklamak gerekirse ekrandaki her pixel icin bir "Ray vs Polygon" ve/veya "Ray vs Triangle" collision islemi yapmamiz gerekir. Daha isin icindeki lighting ve reflection hesaplamalarini saymiyorum bile. Octree / BSP tree gibi yontemlerle hiz biraz daha artirilabiliniyor. Ayrica multi-CPU makinelerde islem multi-threading olarak da yapilabilir. Mesela goruntunun surekli yarisini bir thread digerini diger thread hesaplayabilir (Cinema4D de boyle bisey var. Diger 3D cizim programlarinda da var oldugunu saniyorum).

"Peki bir oyun yapsak kac FPS elde edebiliriz?" sorusuna yanit arayalim. Yaklasik 4 ay once yaptigim bir denemede bir küre, bir küp, bir torus ve bir koni den olusan sahne Pentium-4 2.8 makinede 2 FPS de calisiyordu. Collisionlarin cogu (hatirladigim kadariyla sadece kup haric) polinom hesaplamasina dayandigi icin bundan hizli (yani ray vs triangle gibi dusunursek) bir yontem olamaz herhalde. Sahnede sadece bir isik hesaplamasi oldugunu ve golge hesaplamasi olmadigini ayrica belirtmek istiyorum.

"Peki real-time calisan ray-tracing demo/oyun yok mu?"
Balik hafizam sagolsun web adreslerini unuttum. Bir universite bu konuda bir arastirma yapiyordu. Quake3 haritalarini full reflection - shadow ve bir yigin modelle (Matrix 3 teki Agent Smith ler gibi surusune bereket) test ediyorlardi. Net hatirlamiyorum ama ya birden fazla makineyi tek render icin kullaniyorlardi ya da fiziksel cok islemcili (2 gibi kucuk rakamlari unutun) makineler kullaniyorlardi. Hatta bunla ilgili API haline getirilmis bir oyun tabanini kullaniyor diye hatirliyorum.

Sabri olan varsa ugrassin. Kolay gelsin.

[_JunioR_]

osmanturan arkadasımızın yazısını okudum son olarak. ancak üzülerek belirtmek isterim ki birşeyler yapıtgını sanan o kadar kopyacı varki şu piyasada. yani, birşeyler yapıyorum diye naralar atıp duran fakat icraatta sadece calan insanlarla dolu bi piyasa bu piyasa. özetlemek gerekirse gercekten emegini bu işe gönlünü verenlerin yazı yazması fikirlerini beyan etmesi ve en önemlisi doğruları göstermesi, söylemesi gerekir. osmanturan gibi. osman arkadasımıza tüm çalışmalarında başarılar diliyorum yazılarını büyük bir zevkle takip ediyorum.

osman turan gibilerin artması dilekleriyle...

[3ddreams]

Laf Ray tracing ten açılmışken şu videoyu izlemenizi tavsiye ederim. İki render motoru arasındaki zaman farkına bakın.

http://www.worley.com/cool/FPrime_raytrace_demo.avi

[MD-C]

Real-Time render yapan bir Ray Tracing uygulaması buldum, geForge MX440 bir ekran kartında 15-30FPS feriyordu tabi ki 300 x 300 çözünürlükteki bir pencerede