Ray Tracing ve Path Tracing: 3D Rendering'de Fark Nedir?

Giriş

Ray tracing ile path tracing birbirine rakip iki teknik değildir: path tracing bir tür ray tracing'dir. Klasik ray tracing küçük ve sabit bir ışın kümesini (aynalara, camın içinden, her ışığa doğru) izler; path tracing ise piksel başına rastgele seken çok sayıda yolu izler ve bunların ortalamasını alır. Yumuşak dolaylı ışığı bu kadar inandırıcı yakalamasının da, çok daha fazla işlem gücü istemesinin de nedeni budur.

Prodüksiyonda önemli olan da bu maliyettir. Bir kare 4 dakika yerine 40 dakika sürdüğünde veya gürültüyle benek benek geri geldiğinde, sebep genellikle path tracing'dir: kaç sample aldığı, kaç sekme izlediği ve geriye kalan gürültünün nasıl temizlendiği. Bu rehber iki fikri de açıklıyor, Arnold, Cycles, Karma, V-Ray ve Redshift'in bunları nasıl uyguladığını gösteriyor ve bunun render süresi için ne anlama geldiğini anlatıyor.

Rehber bilerek film, animasyon, görselleştirme ve ürün işleri için kare kare yapılan offline rendering üzerinde duruyor. Oyunların ray tracing'i gerçek zamanlı grafiklere nasıl taşıdığı oyunlarda gerçek zamanlı ray tracing tarihçemizde, etkileşimli rendering ile final kare rendering arasındaki geniş ayrım ise gerçek zamanlı ve offline rendering yazımızda ele alınıyor. Daha ileri gitmeden önce bir renderer'ın ne yaptığına dair temelleri merak ediyorsanız rendering nedir yazısına göz atabilirsiniz.

Yan yana diyagram: klasik ray tracing, sabit yansıma, kırılma ve gölge ışınlarına ayrılan tek bir kamera ışını gönderir; path tracing ise piksel başına rastgele seken çok sayıda yol gönderir ve bunların ortalamasını alır

Ray Tracing Tanımı

Ray tracing, ışığı geriye doğru çalışarak simüle eder: renderer, ışığı bir lambadan kamerayla karşılaşana kadar izlemek yerine kameradan her pikselin içinden bir ışın atar ve neye çarptığını sorar. Fikir eskidir. Wikipedia'nın bilgisayar grafiklerinde ray tracing maddesi (19 Ekim 2026'da erişildi), ilk yayımlanmış kullanımı 1968'de Arthur Appel'e atfeder; bu yöntem bugün genellikle ray casting olarak anılan özyinelemesiz bir yöntemdir.

İnsanların çoğunun "ray tracing" derken kastettiği sürüm, özyinelemeli algoritması 1979'da SIGGRAPH'ta sunulan ve 1980'de yayımlanan Turner Whitted'dan gelir. Bir kamera ışını bir yüzeye çarptığında renderer, belirli ve öngörülebilir yönlerde yeni ışınlar üretir:

• her ışığa doğru bir gölge ışını; önünde bir şey olup olmadığını sınamak için,
• yüzey yansıtıcıysa ayna yönünde bir yansıma ışını,
• yüzey şeffafsa yüzeyin içinden geçen bir kırılma ışını.

Bunların her biri kendi ışınlarını üretebilir ve belirli bir derinlikte duran dallanan bir ağaç oluşur. Sonuç deterministiktir; keskin yansımalarda, temiz kırılmada ve sert gölgelerde iyidir, ışığın aynı anda birçok yönden geldiği her şeyde ise zayıftır: yumuşak gölgeler, parlak yüzeylerde bulanıklık, renk taşması ve gün ışığının odanın arkasına doğru sönümlenmesi.

Bu efektlere sektörde global illumination denir ve klasik ray tracing tek başına bunu hesaplamaz. Üretim renderer'ları uzun süre bunu irradiance cache, photon map ve final gather gibi ek sistemlerle çözdü; her birinin kendi ayarları ve artefaktları vardı.

Path Tracing Tanımı

Path tracing, Wikipedia'nın path tracing maddesine göre (19 Ekim 2026'da erişildi), Jim Kajiya tarafından render denklemi üzerine 1986 tarihli makalesinde ortaya atıldı ve adlandırıldı. Bu denklemi rastgele örnekleme ile tahmin eder.

Bir ışın kameradan bir pikselin içinden çıkar ve bir yüzeye çarpar. Sabit bir çocuk ışın kümesine ayrılmak yerine malzemeye göre ağırlıklandırılmış rastgele tek bir yön seçer (ayna onu neredeyse tam olarak tek bir yöne gönderir, mat bir alçı duvar ise neredeyse her yöne gönderebilir). Işın tekrar tekrar seker; bir ışığa ulaşana, sahneden çıkana veya sekme sınırına gelene kadar. Dallanmayan bu tek sekme zinciri bir yoldur (path) ve pikselin o güzergâh boyunca ne kadar ışık aldığına dair tek bir tahmini geri taşır.

Tek bir yol zayıf bir tahmindir; aynı pikselden geçen bin yolun ortalaması ise iyi bir tahmindir. Bu, ışık yollarının Monte Carlo örneklemesidir. Her yol her şeyden sekebildiği için path tracing dolaylı ışığı, yumuşak gölgeleri, parlak yansımaları, caustic'leri (prensipte) ve renk taşmasını her efekt için ayrı bir cache olmadan tek bir bütünleşik süreç olarak hesaplar.

Bunun bedeli gürültüdür. Yeterince yolun ortalaması alınana kadar komşu pikseller birbiriyle uyuşmaz ve görüntü gren gren görünür. Render faturanıza yansıyan kısım da bu takastır.

Farka Bir Bakışta

Kullanışlı bir kısaltma: ray tracing araçtır (bir ışın atıp neye çarptığını bulmak), path tracing ise bu aracı tam aydınlatma problemini çözmek için kullanmanın bir stratejisidir. Her modern path tracer ray tracing üzerine kuruludur. Her ray tracer ise path tracer değildir.

Path Tracing Neden Gürültü Üretir ve Temizlemek Neden Pahalıdır

Path tracing ile elde edilen görüntüdeki gürültü bir hata değildir: her piksel rastgele sample'ların ortalamasıdır ve bu ortalama, yeterince sample olana kadar oynar. Wikipedia'nın Monte Carlo integrasyonu maddesi (19 Ekim 2026'da erişildi), tahmin hatasının 1/√N ile azaldığını belirtir; burada N sample sayısıdır. Rendering diliyle: görünür gürültüyü yarıya indirmek için piksel başına yaklaşık dört kat daha fazla sample gerekir. Bir kez daha yarıya indirmek için ilk değerin on altı katı. Render süresi, karenin büyük kısmında olduğu gibi, kabaca sample sayısıyla orantılı artıyorsa, grenin son kısmını temizlemek tüm renderın en pahalı kısmıdır.

Piksel başına 16, 64, 256 ve 1.024 sample ile dört gürültü karesi; sample sayısı her dört katına çıktığında görünür gürültünün yarıya indiğini gösteriyor

Bazı sahneler diğerlerinden daha zordur ve nedenleri öngörülebilirdir:

• Küçük veya gizli ışık kaynakları. Dar bir aralıktan giren gün ışığı, rastgele yolların çok azının ışığı bulması demektir; tahmin yavaş yakınsar.
• Parlak ve kırıcı malzemeler. Fırçalanmış metal, buzlu cam ve sıvıları verimli örneklemek zordur.
• Çok sayıda sekme. Beyaz duvarlı iç mekânlar birkaç sekmeye dayanır; sınırı düşürmek işi hızlandırır ama köşeleri karartır.
• Volume'lar ve subsurface scattering. Duman, sis ve cilt malzemenin içinde saçılma ekler ve yol başına işi katlar.
• Motion blur ve depth of field. Her sample ayrıca zamanda bir an ve merceğin üzerinde bir nokta seçer, dolayısıyla daha fazla sample gerekir.

Çözünürlük, kaç pikselin cevap beklediğini belirler; aydınlatma ise her pikselin cevabı temizlenmeden önce kaç sample gerektirdiğini.

Üretim Renderer'ları Bugün Path Tracing'i Nasıl Kullanıyor

Çoğu offline üretim renderer'ı artık path tracing etrafında kuruludur, ancak hepsi aynı biçimde değil. Asıl ayrım, her sekmeyi path tracing ile çözmek ile ilk sekmeyi path tracing ile çözüp geri kalanı için bir cache kullanmak arasındadır.

Arnold. Autodesk'in Arnold belgeleri (19 Ekim 2026'da erişildi), onu önyargısız (unbiased), fiziksel tabanlı bir Monte Carlo ray/path tracing motoru olarak tanımlar ve photon mapping ile final gather gibi cache algoritmalarından kaçındığını belirtir. Kalite çoğunlukla sample sayılarıyla kontrol edilir: daha temiz bir kare daha çok sample ister, daha çok sample da daha çok zaman.

Cycles. Blender'ın Cycles'ı bir path tracer'dır ve örnekleme ayarları (Blender 5.2 LTS kılavuzu, 19 Ekim 2026'da erişildi) modern araç setini açıkça gösterir: piksel başına izlenen azami yol sayısı, bölgeler yeterince temizlendiğinde örneklemeyi durduran bir gürültü eşiği (adaptive sampling), isteğe bağlı bir süre sınırı ve bir denoiser seçimi.

Karma. SideFX'in kendi Karma belgeleri (Houdini 22.0 belgeleri, 19 Ekim 2026'da erişildi), onu Houdini'nin fiziksel tabanlı path tracer'ı olarak adlandırır.

V-Ray. Chaos işi birincil ve ikincil bir global illumination motoruna böler. 3ds Max için V-Ray GPU'da Chaos'un GPU Global Illumination sayfası (19 Ekim 2026'da erişildi), birincil motorun her zaman Brute Force olduğunu (ilk sekmenin saf path-traced örneklemesi), ikincil sekmeler için ise Brute Force veya Light Cache seçeneklerinin bulunduğunu belirtir. Light Cache, sonraki sekmelerin önceden hesaplanmış bir yaklaşımıdır; biraz doğruluktan vazgeçip sample'da büyük tasarruf sağlar.

Redshift. Maxon'un Redshift global illumination belgeleri (19 Ekim 2026'da erişildi), Brute Force'u en doğru ve en yavaş GI motoru olarak tanımlar; düşük ışın sayılarında gürültülüdür. İkincil motor olarak bir Irradiance Point Cloud sunar; bu, zor aydınlatmalarda birincil Brute Force'u daha hızlı ve daha temiz hale getirir, karşılığında biraz depolama alanı harcar.

Bu son örüntü, yani en çok görülen sekme için path tracing, geri kalanı için bir cache, renderer tartışmalarında "biased" ve "unbiased" sözcüklerinin neden geçtiğini açıklar. Unbiased bir renderer'ın ortalaması, sample arttıkça fiziksel olarak doğru yanıta yakınsar. Biased bir renderer ise çok daha erken yakınsamak karşılığında küçük, sistematik bir farkı (bir cache'ten, bir clamp'ten veya bir sekme sınırından gelen) kabul eder. İkisi de yanlış değildir. Animasyonda cache'ler özen ister, çünkü kare başına hesaplanan bir cache titreyebilir; duran görüntülerde ise çoğu zaman temiz bir görüntüye giden hızlı yoldur.

Denoising: Daha Az Sample, Aynı Teslim Tarihi

Gürültüyü yarıya indirmek dört kat sample'a mal oluyorsa, bariz kestirme yol daha erken durup kalan gürültüyü filtrelemektir. Modern denoiser'ların yaptığı da budur.

Sanatçıların en sık karşılaştığı iki denoiser Intel Open Image Denoise ve NVIDIA OptiX'tir. Intel, Open Image Denoise'u (19 Ekim 2026'da erişildi) ray tracing ile render edilmiş görüntüler için açık kaynaklı bir denoising filtreleri kütüphanesi olarak tanımlar. Yukarıda anılan Cycles örnekleme sayfası ikisini de seçenek olarak listeler, OptiX'in yalnızca NVIDIA GPU'larda kullanılabildiğini belirtir ve otomatik ayarı Open Image Denoise'u OptiX'e tercih eden bir ayar olarak tanımlar.

Denoiser'lar örnekleme gürültüsünü gerçek ayrıntıdan ayırt etmek üzere eğitilmiştir, ancak yan etkileri vardır:

• Kaybolan ince ayrıntı. İçeri çok az sample girdiyse ince dokular, saçlar ve ince geometri yumuşatılıp yok olabilir.
• Zamansal titreme. Her kareyi ayrı ayrı işleyen bir denoiser art arda gelen karelerde hafifçe farklı sonuçlar üretebilir; animasyonda bu parıltı olarak görünür.
• Compositing pass'leri. Beauty pass'i denoise edip AOV'leri etmezseniz (veya tersini yaparsanız), pass'ler compositing'de temiz biçimde toplanmaz.

Pratik kural, çoğunlukla gürültüden oluşan bir kareyi değil, zaten makul ölçüde yakınsamış bir kareyi denoise etmektir. Denoiser ihtiyaç duyduğunuz sample sayısını azaltır. Onların yerini tutmaz.

Path Tracing'in Render Süresi İçin Anlamı

Path-traced bir işin render süresi birkaç sayının çarpımıdır: kare sayısı, kare başına piksel, piksel başına sample ve her sample'ın o sahne için ne kadar zor olduğu.

Yalnızca açıklama amaçlı varsayımsal bir örnek. Saniyede 24 karede on saniyelik bir çekim 240 karedir. Her karenin, onu temiz yapan sample sayısında tek bir makinede 16 dakika sürdüğünü varsayalım. Bu 64 makine saatidir. Şimdi müşteri gölgelerde daha az gren istiyor. Gürültüyü yarıya indirmek dört kat sample demekse ve süre sample ile orantılıysa, aynı çekim artık yaklaşık 256 makine saati tutar. İyi bir denoiser bunun büyük bölümünü geri kazandırabilir; sample sayısı ile denoiser'ın bir test karesi üzerinde birlikte kararlaştırılmasının nedeni budur.

Path-traced bir çekim için render süresi hesabı: 240 kare çarpı kare başına 16 dakika eşittir 64 makine saati ve gürültüyü yarıya indirmek için dört kat sample yaklaşık 256 makine saati eder

Üç alışkanlık bu hesabı kontrol altında tutar:

1. Temsil edici bir karede ölçün. Test edilecek kare ilk kare değil, çekimdeki en zor karedir (en çok cam, volume veya motion blur içeren).
2. Sunduğu yerlerde adaptive sampling ve bir gürültü eşiği kullanın; böylece gökyüzü ve düz duvarlar gibi temiz alanlar örneklemeyi erken bırakır.
3. Sample'ları gözün gittiği yere harcayın. Sample sayısını tüm kare için değil, gürültülü kalan belirli ışıklar veya malzemeler için artırın.

Render süresini etkileyen ayarların tam listesi, sekme sınırlarından doku boyutlarına kadar, render süresi optimizasyon rehberimizde yer alıyor. Bu sample'ların işlemcilerde mi yoksa ekran kartlarında mı daha hızlı çalıştığı ise renderer'a ve sahneye bağlıdır; bu konu GPU rendering ve CPU rendering yazısında ele alınıyor.

Path Tracing İşlerini Render Farm'da Çalıştırmak

Path-traced bir dizinin her karesi bağımsız render edilir; dolayısıyla 240 kare birçok makineye dağıtıldığında birkaç karenin süresinde biter, farmın faturalandırdığı toplam işlem ise aynı kalır. Farm fikri sizin için yeniyse render farm nedir rehberimiz modeli açıklıyor.

Tam yönetimli bir farm olan Super Renders Farm'da sahneyi yüklersiniz; yazılımı ve render lisanslarını farm halleder, dolayısıyla uzak masaüstü oturumu yoktur ve kurulacak hiçbir şey yoktur. Gördüğümüz işlerin çoğu CPU'da render edilir (3ds Max'te V-Ray ve Corona, Maya'da Arnold, Blender'da Cycles, Houdini'de Karma ve Mantra); bu işler CPU node'larımızda çalışır.

GPU path tracing, her biri 2x NVIDIA RTX 5090 kartı ve kart başına 32 GB VRAM içeren GPU node'larımızda çalışır. Bellek kart başınadır ve iki kart arasında birleştirilmez; dolayısıyla bir GPU karesinin 32 GB'a sığması gerekir. Redshift yalnızca GPU node'larında render eder. Cinema 4D, Maya ve Houdini için Redshift ile GPU'da Cycles, kurulum talebi gerekmeden orada çalışır; GPU donanımı ve desteklenen motorlar GPU bulut render farm sayfamızda listelenmiştir. Bir sahne tek bir kartın belleğine sığmıyorsa, o iş için genellikle CPU path tracer daha güvenli yoldur.

Güncel fiyatlar fiyatlandırma sayfasında; sayılar değiştiği için ve belirlediğiniz sample sayısı nihai maliyeti herhangi bir saatlik rakamdan daha fazla etkilediği için bu açıklayıcı yazının dışında bıraktık. Yeni hesaplar $25 ücretsiz render kredisi alır; bunu bir diziye başlamadan önce temsil edici bir test karesinde harcayabilirsiniz. Destek ekibimiz de 7/24 canlı sohbette.

Sık Yanlış Anlamalar

"Path tracing ve ray tracing rakip teknolojilerdir." Değildir. Path tracing, ray tracing üzerine kurulu bir yöntemdir. Bugün ray tracer olarak anılan bir üretim renderer'ı, altta genellikle bir path tracer'dır.

"Daha çok sample her zaman daha iyi görüntü demektir." Gürültünün teslim çözünürlüğünde görünmez hale geldiği noktadan sonra ek sample yalnızca render süresi ekler. Adaptive sampling ve gürültü eşikleri bu noktayı bulmak için tasarlanmıştır.

"Biased yanlış demektir." Cache gibi biased teknikler daha erken yakınsar ve üretimde olağandır. Doğru seçim çekime, özellikle de duran görüntü mü yoksa animasyon mu olduğuna bağlıdır.

"GPU path tracing her zaman daha hızlıdır." Kare başına çoğu zaman daha hızlıdır, ancak yalnızca sahne kartın belleğine sığıyorsa ve renderer sahnenin kullandığı her özelliği destekliyorsa. Büyük archviz sahneleri ve ağır volume'lar çoğu zaman CPU'da daha güvenilir render edilir.

SSS

Q: Ray tracing ile path tracing arasındaki fark nedir? A: Klasik ray tracing her çarpma noktasından sabit bir ışın kümesini (ışıklara doğru, ayna yönünde ve şeffaf yüzeylerin içinden) izler ve dolaylı ışık içermeyen, deterministik, gürültüsüz bir sonuç üretir. Path tracing ise piksel başına rastgele seken çok sayıda yolu izleyip ortalamasını alır; bu da dolaylı ışığı, yumuşak gölgeleri ve renk taşmasını doğal biçimde hesaplar, ancak yeterince sample'ın ortalaması alınana kadar gürültü üretir.

Q: Path tracing basitçe nedir? A: Path tracing, kameradan sahneye bir ışın gönderir ve bu ışının ışık bulana kadar her yüzeyde rastgele bir yöne sekmesine izin verir; ardından bunu piksel başına defalarca tekrarlayıp sonuçların ortalamasını alır. Jim Kajiya tarafından render denklemi üzerine 1986 tarihli makalesinde ortaya atılmıştır ve bugünkü offline üretim renderer'larının çoğunun temelidir.

Q: Path tracing bir ray tracing türü müdür? A: Evet. Path tracing, her ışının neye çarptığını bulmak için ray tracing kullanır, sonraki ışının nereye gideceğine karar vermek için de Monte Carlo örneklemesini uygular. Her path tracer bir ray tracer'dır, ancak her ray tracer bir path tracer değildir.

Q: Path-traced renderlar neden gürültülüdür? A: Her piksel rastgele sample'ların ortalamasıdır ve yeterince sample olana kadar bu ortalama belirsizdir. Hata, sample sayısının kareköküyle ters orantılı azalır; bu yüzden gürültüyü yarıya indirmek yaklaşık dört kat sample ve çoğu sahnede kabaca dört kat render süresi gerektirir.

Q: V-Ray, Arnold, Cycles ve Redshift path tracing kullanır mı? A: Evet, ama farklı biçimlerde. Arnold, Cycles ve Karma, kaliteyi çoğunlukla sample ile kontrol eden path tracer'lardır. V-Ray ve Redshift, ilk sekmeyi path tracing ile çözen bir Brute Force motoru sunar ve bunu sonraki sekmeler için bir cache ile eşleştirebilir (V-Ray'de Light Cache, Redshift'te Irradiance Point Cloud); bu da küçük bir önyargı (bias) karşılığında daha erken yakınsar.

Q: Denoising yüksek sample sayılarının yerini tutar mı? A: Tamamen değil. Intel Open Image Denoise ve NVIDIA OptiX gibi denoiser'lar daha az sample'da durmanıza izin verir, ancak en etkili oldukları kareler zaten makul ölçüde temiz olanlardır. Çok az sample, duran görüntülerde ince ayrıntı kaybına ve animasyonda titremeye yol açabilir.

Q: Path tracing GPU'da mı yoksa CPU'da mı daha hızlıdır? A: Renderer'a ve sahneye bağlıdır. Sahne kartın belleğine sığdığında GPU path tracing kare başına çoğu zaman daha hızlıdır; CPU path tracing ise çok büyük sahneleri, ağır volume'ları ve bir GPU motorunun desteklemediği özellikleri idare eder. Farmımızda GPU node'ları, kart başına 32 GB olan ve kartlar arasında birleştirilmeyen 2x RTX 5090 taşır.

Q: Bir render farm path tracing'i hızlandırabilir mi? A: Bir farm, bir karenin ihtiyaç duyduğu işlemi azaltmaz, ancak birçok kareyi aynı anda render eder; böylece bir dizi, gerçek sürenin çok küçük bir kısmında biter. Maliyeti belirleyen şey, seçtiğiniz sample sayısına büyük ölçüde bağlı olan toplam makine süresidir.