Render kalitesi sorunlarını giderin

Render kalitesi sorunları, render başarısızlığı sorunlarından farklıdır. Başarısızlık, işin tamamlanmadığı anlamına gelir. Kalite sorunu ise işin tamamlandığı ancak sonucun yanlış olduğu anlamına gelir; çok parlak, çok koyu, eksik geometri, yanlış kamera veya görüntü alanında gördüğünüzle eşleşmeyen çıktı. Bu sorunlar neredeyse her zaman altyapı düzeyinden çok yapılandırma düzeyindedir; yani nereye bakacağınızı öğrendiğinizde kendi tarafınızda çözülebilir.

Bu sayfa, render farm'da en sık gördüğümüz render kalitesi sorunlarını belirti bazında ele alır. İş başarısızlığı sorun giderme için — hiç tamamlanmayan, kare ortasında çöken veya hata kodu döndüren işler — bkz. . Her motor için en önemli render süresi ayarları ve DCC'ye özgü kurulum ayrıntıları için ilgili setting-up-* belgesine bakın.

Destek hattında her gün dayandığımız yararlı bir çalışma kuralı: render kalitesi sorunları neredeyse her zaman yeniden üretilebilir. Render farm'dan yanlış render gelirse aynı sahne yerel olarak — aynı motor, aynı sürüm, aynı ayarlar, aynı sahne dosyası — ile render edildiğinde genellikle aynı yanlış çıktıyı üretir. Bu yeniden üretilebilirlik, tanı anahtarıdır. Yerel ile render farm eşleşiyorsa sorun sahnenin içindedir ve render farm tarafında hiçbir şeye dokunmadan düzeltebilirsiniz. Yerel ile render farm farklıysa sorun çevresel: yol uyumsuzluğu, sürüm uyumsuzluğu, eksik varlık veya iş istasyonunuzla birlikte taşınan ancak sahne dosyasıyla taşınmayan bir yapılandırma.

Aşağıdaki bölümler destek hattında her kalıbı ne sıklıkta gördüğümüze göre sıralanmış olarak bu tanı mantığını izler.

Yerel render ile parlaklık veya renk uyumsuzluğu

Bu, açık arayla en yaygın kalite şikayetidir. Render yerel görüntü alanınızın gösterdiğinden daha açık, daha koyu, daha doygun veya görünür biçimde farklı renkle döndü. Neredeyse her zaman neden renk yönetimi: çalışan lineer, sRGB veya Filmic ardışık düzeni iş istasyonu görüntü alanınızdan farklı yorumluyor ya da doku renk alanı etiketlemesi tutarsız.

Sıklık sırasına göre kontrol edilecek beş şey:

1. Görünüm Dönüşümü uyumsuzluğu. Blender'da bu Render Özellikleri → Renk Yönetimi → Görünüm Dönüşümü altındadır. Varsayılan Filmic'tir. İş istasyonu görüntü alanınız Filmic gösteriyorsa ancak kaydedilmiş sahne dosyası Standart (veya tam tersi) olarak ayarlıysa render edilmiş çıktı, görüntü alanı durumunu değil kaydedilmiş değeri kullanır. Maya'da eşdeğeri Render Ayarları → Ortak bölümündeki Renk Yönetimi'dir (yaygın seçenekler ACES, sRGB veya Ham). 3ds Max'te Özelleştir → Tercihler → Gama ve LUT altındaki Gama ve LUT ayarlarını kontrol edin. Cinema 4D'de Render Ayarları → Çıktı → Renk Profili'ne bakın. Görüntü alanı bir dönüşüm gösterirken kaydedilmiş dosya başka birini belirtebilir; renderer kaydedilmiş değeri kullanır.
2. Doku renk alanı etiketlemesi. Renk verisi olarak kullanılan dokular (diffuse, albedo, temel renk) sRGB veya Renk olarak etiketlenmelidir. Veri olarak kullanılan dokular (normal haritalar, pürüzlülük, yer değiştirme, metalik, opaklık) Renk Dışı, Lineer veya Ham olarak etiketlenmelidir. sRGB olarak etiketlenmiş bir normal harita ince ama yaygın aydınlatma kaymasına neden olur; doku ek bir gama eğrisinden geçtiğinde matematik doğru çalışmaz. Göndermeden önce gölgelendirici grafiğinizi veya doku tarayıcınızı kontrol edin. Bu, "render'ım soluk görünüyor" biletlerinin tek en yaygın nedenidir.
3. OCIO yapılandırması kayması. İş istasyonunuz özel bir OCIO yapılandırması kullanıyorsa (ACES 1.3, AgX, stüdyoya özgü yapılandırma), OCIO yapılandırma dosyaları proje arşivinize dahil edilmeli ve proje dosyası bunlara göreli yol aracılığıyla referans vermelidir (yalnızca makinenizde mevcut olan mutlak yol değil). Çalışan önyüklenip sahne dosyanızı okuduğunda sahne dosyasının belirttiği yolda OCIO yapılandırmasını arar. Dosya orada değilse renderer sessizce varsayılan yapılandırmasına döner (genellikle Blender için Filmic, diğerleri için sRGB) ve renkleriniz kayar.
4. Çıktı biçimi rengi beklediğinizden farklı kodlar. Renk alanı meta verisi taşımayan çıktı biçimleri (PNG, JPEG, BMP) görüntüleme dönüşümünü piksel değerlerine bağlar. EXR (lineer, 32 bit) ham sahne bazlı verileri korur ve görüntüleme dönüşümünü compositor aşamasında uygular. Aynı render'dan render farm'daki PNG çıktısını EXR çıktısıyla karşılaştırırsanız bunlar kasıtlı olarak farklı görünür. Bu bir hata değil; biçimlerin çalışma şeklidir. Her ikisini de compositer'da eşleşen Görünüm Dönüşümü uygulanmış olarak görüntülediğinizde anlaşmalı olmalıdırlar.
5. Pozlama veya son işlem kayması. Bazı DCC'ler sahne dosyasına son işlem "görünümü" veya pozlama telafisini kaydeder ancak bunu render sırasında farklı uygular. Render çıktı düğümünü, kameranın pozlama ayarını ve render katmanının aşağısındaki herhangi bir compositor düğümünü kontrol edin. Render sırasında uygulanmayan −0.5 EV görüntü alanı pozlaması, beklenenden yarım adım daha parlak bir render üretir.

Her parlaklık biletinde önerdiğimiz tanı testi: aynı sahneyi kendi iş istasyonunuzda aynı ayarlarla yerel olarak bir kare render edin. Yerel ile render farm eşleşiyorsa sahnenizin renk yönetimi kasıtlı biçimde yapılandırılmıştır; görüntü alanı yalnızca farklı bir yorum göstermektedir. Yerel ile render farm farklıysa önce OCIO yapılandırmasının dahil edilip edilmediğini ve doku renk alanı etiketlerini kontrol edin.

Kamera algılanamıyor veya "sahnede kamera yok"

Renderer render alacağı kamerayı bulamıyor. İş herhangi bir kare üretmeden önce sonlandırılıyor ya da çıktı boş / varsayılan görüntü alanı. Üç yaygın neden:

1. Render edilebilir olarak işaretlenmiş kamera yok. Maya'da Render Ayarları → Ortak → Render Edilebilir Kameralar hangi kameranın render edileceğini belirler. Varsayılan, modelleme görüntü alanınızdan perspektif görünüm olan persp'dir; final çekim için genellikle istediğiniz bu değildir. Gerçekten istediğiniz kamera üzerindeki render edilebilir bayrağını ayarlayın. Blender'da sahnenin etkin kamerası (Özellikler → Sahne Özellikleri → Kamera) render edilendir ve yalnızca o. Cinema 4D'de Render Ayarları → Çıktı → Kamera alanı ayarlanmışsa hangi kameranın render edileceğini geçersiz kılar; aksi takdirde editörün etkin kamerası kullanılır. 3ds Max'te Render Kurulumu → Ortak → Kamera (veya Görünüm açılır menüsü) render kamerasını seçer.
2. Render edilebilir kamera gizlenmiş. Bazı DCC'lerde (özellikle Maya'da) ana hat görünümünde gizlenmiş bir kamera Render Ayarları'nda render edilebilir olarak işaretliyse hâlâ render edilebilirdir. Diğerlerinde (özellikle Blender'da, etkin kamera görüntü alanı "Kamera Görünümü" modunun çalışması için görünür olmalıdır), kamerayı gizlemek render'ı doğrudan etkilemez; ancak sahnenizi yakın zamanda yeniden yapılandırdıysanız beklediğiniz kameranın etkin sahnede olduğunu ve seçilmemiş bir koleksiyonda, render katmanında, take'te veya sahnede olmadığını doğrulayın.
3. Kilitli görüntü alanı render edilebilir kamerayı geçersiz kılıyor. 3ds Max ve Maya'da "kilitli görüntü alanı" kalıbı, renderer'ın ayarladığınız kamera yerine görüntü alanının güncel kamerasını kullanmasına neden olabilir. Bu ya "kamera yok" (görüntü alanı renderer'ın reddettiği kamera dışı perspektif görünümdeyse) ya da "yanlış kamera" (sonraki bölüm) olarak görünür. Göndermeden önce görüntü alanının kilidini açın ya da Render Kurulumu'nda Render İçin Görünümü açıkça ayarlayın.

DCC'ye özgü kamera yapılandırması için bkz. , , veya .

Render edilen sahnede ışık yok

Geometri render ediliyor ancak sahne tamamen karanlık ya da beklenenin çok altında aydınlatılmış; genellikle ışığın yüzeylere ulaşmadığını ima eden siyah üzerinde tel kafes görünümü.

Kontrol edilecek dört şey:

1. Işıklar render görünürlüğünde devre dışı. Maya'da ışıkların Öznitelik Düzenleyicisi'nde kare başına görünürlük bayrağı bulunur (Görünürlük → Render). Ana hat görünümünde görünür bir ışık render süresi hesaplamasından yine de dışlanabilir. Blender'da ışık nesnesinin render görünürlüğü (ana hat görünümündeki kamera simgesi düğmesi), ışığın render'a katkısını kontrol eder; bu göz simgesi görüntü alanı düğmesinden ayrıdır.
2. Işıklar gizlenmiş Görünüm Katmanında, Render Katmanında veya Koleksiyonda. Görüntü alanında görünür ancak render edilmeyen bir katmana veya koleksiyona atanmış ışık katkıda bulunmaz. Işıkların render edilen katmanda veya koleksiyonda olduğunu doğrulayın; render sırasında gizlenmiş kardeş katmanda değil.
3. Ortam aydınlatması devre dışı. Sahneniz HDRI ortam aydınlatmasına dayanıyorsa (mimari görselleştirme ve ürün görselleştirmesinde yaygın), ortamın Render Özelliklerinde etkin olduğunu doğrulayın. Blender'da World → Yüzey, Ortam Dokusu veya Arka Plan gölgelendiricisine bağlı olmalıdır. Maya'da Hypershade ortam düğümü sahnenin render süresi ortam yuvasına bağlanmalıdır. 3ds Max'te Ortam ve Efektler (klavye kısayolu 8) HDRI'yı atanmış olmalı; V-Ray'de V-Ray Ortam geçersiz kılma, sahne ortamını geçersiz kılan ayrı bir ayardır.
4. GI veya Dolaylı Aydınlatma devre dışı. V-Ray ve Corona için Genel Aydınlatma, "sahnede ışık mevcut" seçeneğinden ayrı bir ayardır. GI yansımaları için tasarlanmış ancak etkin render ön ayarında GI devre dışı bırakılmış bir sahne, her doğrudan ışık doğru yapılandırılmış olsa bile koyu görünecektir. V-Ray'de GI → Genel aydınlatmayı etkinleştir açık olmalıdır. Corona'da GI → Çözücü ayarlanmalıdır (Yol izleme veya UHD Önbellek). Redshift'te GI → GI'yi etkinleştir açık olmalıdır. Bu etkinleştirmeyi izleyen motora özgü GI önbellek yapılandırması için bkz. .

Hızlı tanı testi: sahnede 1,0 yoğunlukla yukarıdan geçici olarak tek Güneş veya Yönlü ışık ekleyin ve bir kare render edin. Bu bile çıktıda görünmüyorsa sorun ışık kaynağı yapılandırması değil katman veya koleksiyon görünürlüğüdür. Test güneşi doğru render edilirse orijinal ışıklarınız sorunludur; yukarıdaki dört denetim aracılığıyla çalışın.

Doğrusunu belirtmenize rağmen yanlış kamera render ediliyor

Kamera A'yı render kamerası olarak ayarladınız, ancak çıktı Kamera B'nin görünümünü gösteriyor. Sahne dosyası incelemede doğru görüneceğinden bu daha sinir bozucu kalite sorunlarından biridir; render edilebilir bayrağı doğru kamerada, etkin kamera istediğiniz. Neden neredeyse her zaman üç şeyden biridir:

1. 3ds Max veya Maya'da görüntü alanı görünüme kilitlenmiş. Kilitli görüntü alanı (Sağ tık görüntü alanı etiketi → Kilitle), Render Kurulumu kamera seçimini geçersiz kılar. Renderer, yapılandırdığınızın değil görüntü alanı kamerasını kullanır. Sahneyi kaydetmeden önce görüntü alanının kilidini açın ya da Render Kurulumu → Ortak'ta (Maya) veya Render Kurulumu → Çıktı'da (3ds Max) Render İçin Görünümü açıkça ayarlayın. Bu, 3ds Max göndermelerinde "yanlış kamera" biletlerinin en yaygın nedenidir; kilit klavye kısayoluyla kolayca ayarlanır ve göndermeden önce kolayca gözden kaçar.
2. Yanlış etkin kameranın bulunduğu çok kameralı sahne. Sahnenizde birden fazla kamera varsa (dönme tablası, ana kamera, güzellik, detay, alternatifler), geçerli sahne, take veya render katmanı için hangisinin etkin kamera olarak ayarlı olduğunu doğrulayın. Cinema 4D'de her Take'in kendi kamerası olabilir; Blender'da her sahnenin kendi etkin kamerası vardır; Maya'da Render Kurulum katmanları, katman başına kamerayı geçersiz kılabilir. Render edilen kamera, görüntü alanında en son seçtiğiniz değil, gönderdiğiniz katman / take / sahne düzeyinde atanan kameradır.
3. Take, sahne veya render katmanı uyumsuzluğu. Render Katmanı A gönderdинiz ama Master'dan kamerayı miras alıyor ve Master'ın kamerası Kamera B mi? Bu olur. Her zaman kamerayı açıkça belirttiğiniz take veya katmandan gönderin ve mirası doğrulamadan kullanmaktan kaçının.

Çıktı görüntüsü kısmi, kırpılmış veya tam kare değil

Render geldi ancak karenin yalnızca bir kısmı dolu; geri kalanı siyah, şeffaf veya tekrarlanan görüntü alanı rengi. Kontrol edilecek dört şey:

1. Render Bölgesi etkin. V-Ray, Corona, Arnold ve diğer birçok renderer'da "Bölge" seçeneği, hızlı önizleme için yalnızca tam karenin alt dikdörtgenini render etmenizi sağlar. Bölge yerel test sırasında etkinleştirilip göndermeden önce devre dışı bırakılmadıysa çalışan yalnızca o bölgeyi render eder; karenin geri kalanı varsayılan dolgu rengiyle kalır. Bu, kısmi kare çıktı biletlerinin tek en yaygın nedenidir.
2. Sahne ile render ayarı arasında çıktı çözünürlüğü uyumsuzluğu. Render Özellikleri çıktı çözünürlüğü ve çıktı dosyasındaki gerçek kare boyutu eşleşmelidir. Sahnenizin kamera diyaframı bir çözünürlüğe, çıktınız başka birine ayarlıysa renderer kısmi dolgu üretebilir; kamera daha küçük bir alanı "görür" ve boş bölge renksiz kalır.
3. Kamera ile çıktı arasında en boy oranı uyumsuzluğu. 1,0 çıktıya render eden 1,78 en boy oranlı kamera kısmi görüntü üretir; kameranın görünümü çıktı karesi doldurmaz. Kameranın film alanı en boy oranının çıktı en boy oranıyla eşleştiğini veya "Çözünürlük Geçidini Sığdır" (veya eşdeğeri; farklı DCC'ler bunu farklı adlandırır: "Çözünürlük Geçidi Sığdırma", "Kamera Diyaframı", "Film Geçidi") ayarının çekim gereksiniminize göre doldurma, yatay, dikey veya taşırmaya ayarlı olduğunu doğrulayın.
4. Çıktı biçiminde kenarlık veya kırpma ayarları. Bazı DCC'ler ve bazı çıktı biçimleri, kameranın çözünürlük geçidinden bağımsız render kenarlığı ayarlamanıza olanak tanır. Render Özellikleri'ndeki veya kameranın özniteliklerindeki kenarlığın, kırpılmış alt bölge değil amaçlanan tam çıktı alanını kapsadığını doğrulayın.

Siyah veya boş render'lar

Render başarıyla tamamlanıyor; hata yok, uyarı yok; ancak her piksel siyah veya tamamen düzgün. Maya'da en yaygın, ancak tüm DCC'lerde görülür.

Kontrol edilecek beş şey:

1. Katman açma/kapama uyumsuzluğu. Maya'da geometri görüntü alanında görünür ancak render süresi görünürlük düzeyinde devre dışı bırakılmış olabilir (Görüntü → Gizle → Tüm Kameraları Gizle veya nesne başına Render İstatistikleri → Birincil Görünürlük = kapalı). Blender'da eşdeğeri ana hat görünümündeki render görünürlük düğmesidir (kamera simgesi). En yaygın neden, katmanları test sonrasında yeniden yapılandırıp yeni katman veya koleksiyonda render görünürlüğünü etkinleştirmeyi unutmak.
2. Kamera kırpma düzlemleri yanlış ayarlanmış. Yakın veya uzak kırpma düzlemi yanlış ayarlanmışsa (kameraya çok yakın uzak düzlem, geometrinin arkasında yakın düzlem), kamera görüntü frustumuna geometriyi dahil etmez. Varsayılan düzlemler (yakın 0,1, sahne ölçeğine bağlı uzak 1000–10000) genellikle uygundur; bu durum özellikle alışılmadık sahne ölçeklerinde (büyük mimari setler veya mikroskobik ürün render'ları) el ile ayarlamanın ardından oluşur.
3. Render edilebilir ışıklar ancak emisyon devre dışı. Işık olarak emisyonlu materyaller kullanıyorsanız emisyon gölgelendiricisinin etkin ve sıfırdan büyük bir yoğunluğa sahip olduğunu doğrulayın. Bazı iş akışları, GPU ısısından kaçınmak için görüntü alanı etkileşimi sırasında emisyonu kapatır ve gönderimden önce yeniden etkinleştirmeyi unutur.
4. Görünür çıktı üretmek için örnekleme çok düşük. Çok agresif yol izleme örnekleme azaltmalarıyla (piksel başına çok düşük örnek), çok koyu sahneler örnekleme artışa geçene kadar tamamen siyah çıktı üretebilir. Aynı ayarlarla yerel olarak tek kare render edin; yerel render da aynı örnek sayısında tamamen siyahsa örneklemeyi artırın veya aydınlatma kurulumunu kontrol edin.
5. Render çıktı düğümü yanlış yapılandırılmış (Blender, Houdini). Blender'ın compositor'ında ve Houdini'nin ROP ağında, çıktı düğümü zinciri render sonucunu kaydetmeden önce atmak üzere yapılandırılabilir. Blender'da Birleşik düğümünün Render Katmanlarına bağlı olduğunu veya Houdini'de ROP'un çıktı yolunun doğru ayarlandığını ve çıktı modunun "Null" olmadığını doğrulayın.

Sahnedeki bazı nesneler render edilmiyor

Belirli bir nesne görüntü alanında görünüyor ancak render edilmiş çıktıda eksik. Sahnenin geri kalanı doğru render ediliyor. Tüm DCC'lerde görülür; Blender'ın üçlü görünürlük modeli (görüntü alanı / render / seçim) yanlış yapılandırılması kolay olduğundan Blender'da biraz daha yaygın.

Kontrol edilecek beş şey:

1. Nesne üzerindeki render görünürlük düğmesi. Blender'ın ana hat görünümünde nesnenin satırının üzerine gelin; üç simge görünürlüğü kontrol eder: göz (görüntü alanı), kamera (render), ekran (seçilebilirlik). Eksik nesne için kamera simgesinin etkin olduğundan emin olun. Maya'da Öznitelik Düzenleyicisi → Render İstatistikleri → Birincil Görünürlük açık olmalıdır. 3ds Max'te nesnenin Nesne Özellikleri → Rendering → Görünürlük 0'ın üzerinde ayarlanmalıdır (ve Render Edilebilir işaretlenmelidir).
2. Nesne gizlenmiş koleksiyon, katman veya sette. Blender'daki koleksiyonların ayrı görüntü alanı ve render görünürlükleri vardır. Koleksiyon görüntü alanında görünür ancak koleksiyon satırındaki kamera simgesi düğmesi aracılığıyla render'dan dışlanmış olabilir. Maya'da nesnenin Görüntü Katmanı ataması ve Render Katmanı ataması ayrıdır; 3ds Max'te render edilebilir geometri içeren her katmanda Katman Özellikleri → Render Edilebilir açık olmalıdır.
3. Nesnenin materyali görünmez. Sıfır opaklıklı, sıfır alfa veya alfa karıştırma sorunlarına sahip bir materyal render'da etkili biçimde görünmez olarak render edilir; geometri orada ama şeffaf. Materyalin opaklık, alfa, şeffaflık ve alfa karıştırma ayarlarını doğrulayın. Yaygın tuzak: görüntü alanı etkileşimi için "hayalet" referans olarak ayarlanmış ve göndermeden önce geri yüklenmemiş materyal.
4. Modifier yığını geometriyi gizliyor. Bazı modifier'lar (Boolean, Maske, aşırı ayarlarda Azalt, Oluştur), kaynak kafes modifier yığını görüntü alanı modunda görünür olsa bile render çıktısından etkili biçimde geometriyi silebilir. Eksik nesnenin modifier'larını tek tek devre dışı bırakarak hangisinin sorunlu olduğunu belirleyin, ardından modifier ayarlarını düzeltin ya da göndermeden önce uygulayın / pişirin.
5. Nesne bozuk referanslı proxy veya örnektir. Proxy nesneleri (V-Ray Proxy, Redshift Proxy, Arnold Standin), Alembic önbellekleri ve örnekler harici dosyalara referans verir. Referans yolu bozuksa (yanlış mutlak yol, arşivde eksik dosya, çalışanda mevcut olmayan ağ paylaşımı) proxy hiçbir şey olarak render eder. Bu, aşağıdaki §Eksik varlıklar bölümüyle örtüşür; tam yol kontrol iş akışı için o bölüme bakın.

GI önbelleği, ışınım ve ışık önbelleği yanlış yapılandırmaları

Bu bölüm ile örtüşür ancak performans sorunları yerine kalite sorunları olarak ortaya çıkan belirtileri kapsar. Render'ınız kareler arasında titreme, benekli dolaylı aydınlatma, karanlık alanlarda bantlanma veya aynı animasyonun bitişik karelerinde görünür biçimde farklı aydınlatma içeriyorsa neden neredeyse her zaman dağıtık render'ı kurtaramayan bir GI önbellek yapılandırmasıdır.

Temel sorun: V-Ray (Işınım Haritası, Işık Önbelleği), Corona (UHD Önbelleği, Yol izleme) ve Redshift'teki (Işınım Önbelleği, Foton Haritası) GI önbellekleri önceden hesaplanmış aydınlatma veri kümeleridir. Bir animasyon render ettiğinizde önbellek ya (a) bir kez önceden hesaplanmalı ve her kare yeniden kullanılmalı ya da (b) kare başına kareden kareye özdeş görünecek yeterli kalitede hesaplanmalıdır. İkisini karıştırmak (her çalışanın kare başına düşük kalitede kendi önbelleğini hesaplamasına izin vermek) görünür titremeye neden olur çünkü her çalışanın gürültü deseni farklıdır.

Dört yaygın yanlış yapılandırma ve ne yapılacağı:

1. Animasyonda kare başına GI modu. V-Ray'in Işınım Haritası ve Işık Önbelleği için "Tek kare" modu her kare için yeni bir önbellek hesaplar. Dağıtık bir render farm'da her çalışan kendi önbelleğini hesaplar; paylaşmazlar. Sonuç animasyon titremesidir. "Çok Kareli Artımlı" moduna geçin ve önbellek dosyasını diske kaydedin ya da önbelleği gerçek animasyon geçişinden önce ayrı bir ön geçiş olarak önceden hesaplayın ve gerçek animasyon geçişi için "Dosyadan" kullanın. Tam iş akışı için bkz. .
2. Önbellek dosya yolu yerel ve çalışanlarda eksik. Önceden hesaplanmış Işınım Haritasını C:\Kullanıcılar\AdınızSoyAdınız\Belgeler\haritalar\ir.vrmap adresine kaydettiyseniz ve işi gönderdiyseniz, çalışanlar o dosyaya sahip değildir. Kare başına hesaplamaya geri dönerler (ilk neden) ve animasyon titrer. Önbellek dosyalarını proje klasörüne kaydedin, göreli yollar kullanın ve göndermeden önce önbellek dosyalarını proje arşivinize dahil edin.
3. Sahne için önbellek kalitesi çok düşük. Doğru yapılandırıldığında bile (önceden hesaplanmış, arşive dahil edilmiş) 500 alt bölümlü Işık Önbelleği veya "Çok Düşük" kaliteli Işınım Haritası, karanlık, GI ağırlıklı bir mimari görselleştirme sahnesi için yetersiz kalabilir. Render'lar özellikle köşelerde ve mobilya altında gürültülü veya benekli görünür. Alt bölümleri artırın veya taban çizgisi olarak Evrensel ön ayarını kullanın.
4. UHD Önbelleği uyumsuz kameralar arasında yeniden kullanılmış. UHD Önbelleği (Corona, V-Ray) kamera görünümüne bağlıdır. Kamera A için önceden hesaplanmış ve Kamera B'de yeniden kullanılan bir önbellek, yanlış aydınlatma üretir; önbellek kameranın olmadığı bir yerde olduğunu "düşünür". Aynı sahnenin birden fazla kamerasını render ediyorsanız kamera başına bir UHD Önbelleği önceden hesaplayın veya çapraz kamera tutarlılığı için Yol izlemeyi (önbellek yok) kullanın.

Tam GI önbellek yapılandırması, V-Ray 6.x sürüm notları ve render farm'a temiz gönderim sağlayan ön hesaplama iş akışı için bkz. .

Eksik varlıklar — dokular, proxy'ler, referanslar, eklentiler

Render tamamlanıyor ancak sahnenin belirli bölümleri açıkça yanlış: dokular pembe (Maya'nın eksik doku varsayılanı), mor (V-Ray'in varsayılanı), damalı desen (Arnold) veya düz macenta (Blender). Proxy'ler sınırlayıcı kutu veya boş alan olarak render ediliyor. Belirli materyaller motorun "eksik" yer tutucusu olarak render ediliyor.

Neden yol çözümlemesidir. Sahne dosyanız varlıklara yol ile referans verir ve çalışanda bu yollar çözümlenemez. Kontrol edilecek altı şey:

1. Sahne dosyasındaki mutlak yollar. Sahneniz C:\Kullanıcılar\AdınızSoyAdınız\Proje\dokular\tahta.jpg adresindeki dokular referans alıyorsa çalışanın bu yolu yoktur. Göreli yollar (./dokular/tahta.jpg veya ../dokular/tahta.jpg) kullanın ya da varlıkları sahne dosyasına paketleyin. Çoğu DCC'de göndermeden önce mutlak yolları göreli olanlara dönüştüren "Yolları Göreli Yap" veya "Kaynak Toplayıcı" iş akışı bulunur.
2. Varlıklar proje arşivine dahil edilmemiş. Göreli yollar yardımcı olur; ancak yalnızca referans verdikleri varlıklar yüklediğiniz arşivde gerçekten mevcutsa. Göndermeden önce DCC'nin proje birleştirme aracını çalıştırın (veya tüm proje klasörünü, dokular, önbellekler, referanslar ve HDRI'ları dahil ederek sıkıştırın). Her şeyi yüklediğinizi varsaymayın; liste karşılaştırmasıyla doğrulayın.
3. Büyük/küçük harf duyarlılığı uyumsuzluğu. Windows büyük/küçük harf duyarsızdır (Doku.JPG ve doku.jpg aynı dosyadır); render farm çalışanları Linux çalıştırır ve büyük/küçük harf duyarlıdır (bunlar farklı dosyalardır). Doku.JPG referanslı bir sahne dosyası, Linux çalışanında doku.jpg dosyasını bulamaz. Çoğu DCC dışa aktarma sırasında yolları küçük harfe dönüştürür; ancak her zaman değil. Yalnızca render farm'da belirli dokular eksikse gerçek dosya adının büyük/küçük harfini sahne dosyasının referansındakiyle karşılaştırın.
4. Çalışanlara eklenti yüklü değil. Sahneniz üçüncü taraf eklentiye bağlıysa (Forest Pack, RailClone, Phoenix FD, MultiScatter, GrowFX, Ornatrix) çalışanın aynı sürümde yüklü eklentiye sahip olması gerekir. Temel eklentileri önceden yüklüyoruz, ancak ilgili DCC'nin belgesi aracılığıyla özel sürümünüzün desteklendiğini doğrulayın. Eklentiniz desteklenmiyorsa eklentinin çıktısını kafese (dağıtımı kafese, saçı kafese) göndermeden önce pişirmeniz ya da belirli eklenti sürümünüzün yükleme durumunu doğrulamak için destekle iletişime geçmeniz gerekir.
5. Bozuk yollara sahip bağlantılı veya referans edilen sahneler. Ana sahneniz bir alt sahneye referans veriyorsa (Maya referansı, Blender Bağlantılı Kitaplık, 3ds Max XRef Sahnesi) ve alt sahnenin yolu mutlaksa veya arşivin dışındaysa çalışan bulamaz. Alt sahnelerin arşivde olması ve dokular gibi göreli biçimde referans alınması gerekir.
6. Varlık sürümü uyumsuzluğu. Daha az yaygın ama kontrol etmeye değer: Maya 2026'ya özgü düğüm türlerine dayanan varlıklarla Maya 2026'da kaydedilmiş sahne, Maya 2024 çalıştıran çalışanda doğru render edilmez. Sahne kaydetme sürümünüzü ilgili setting-up-* belgesinde listelenen çalışan sürümüyle eşleştirin.

Altısını da kontrol ettiniz ve varlıklar hâlâ eksikse destek ekibi işiniz için render süresi çalışan günlüğünü çekebilir ve tam olarak hangi varlık yolunun çözümlenemediğini belirleyebilir. Bu günlük, nedeni "bir şeyler eksik"ten "bu yolda bu belirli dosya"ya daraltır.

Aynı render'ın EXR ve PNG çıktılarında renk kayması

Aynı sahneyi hem EXR hem PNG olarak render ettiniz ve renkler eşleşmiyor. Bu genellikle bir hatadan çok beklenen davranıştır, ancak yeterince sıklıkla şaşırtır ve kendi bölümünü hak eder.

EXR, pişirilmiş renk dönüşümü olmadan lineer kayan noktalı veriyi depolar. PNG (ve JPEG, BMP) görüntüleme dönüşümünü piksel değerlerine bağlar. EXR'yi eşleşen Filmic, ACES, sRGB veya AgX görüntüleme dönüşümü uygulanmış bir compositor'da görüntülediğinizde görsel olarak PNG ile eşleşmeli; temel veri aynıdır ancak kodlama farklıdır.

Bunun gerçek bir soruna dönüştüğü iki durum:

1. Compositor renk yönetimi DCC renk yönetiminden farklı. EXR'yi DCC'nizde ACES Görünüm Dönüşümü uygulanmış olarak render ederseniz, ardından EXR'yi sRGB veya renk yönetimi olmadan yapılandırılmış bir compositor'da (Nuke, Fusion, After Effects, Resolve) açarsanız görüntülenen sonuç farklı olacaktır. Compositor'ı DCC'nizinle aynı Görünüm Dönüşümü / OCIO yapılandırmasını kullanacak biçimde yapılandırın.
2. PNG, EXR'den farklı bir Görünüm Dönüşümüyle kaydedilmiş. Bazı DCC'ler format başına Görünüm Dönüşümü geçersiz kılmalarına izin verir. Aynı sahnenin çıktı ayarlarında EXR'yi "Ham" ve PNG'yi "sRGB" olarak ayarlarsanız aynı render'dan tasarım gereği görsel olarak farklı sonuçlar üretirler. Format başına çıktı ayarlarını kontrol edin ve biçim başına değişkene özellikle ihtiyaç duymadıkça tek bir dönüşümde standartlaştırın.

Genel tanı akışı

Render kalitesi sorunu göründüğünde bu adımları sırayla izleyin. Çoğu bilet, yükseltme olmadan 1–3. adımda çözülür.

1. Yerel olarak yeniden üretin. Aynı ayarlarla render farm gönderimi ile aynı şekilde kendi iş istasyonunuzda sorun sahneden bir kare render edin. Yerel ile render farm eşleşiyorsa sorun sahnenin içindedir; sahneyi düzeltin. Yerel ile render farm farklıysa sorun çevresel: yol, eklenti sürümü, OCIO yapılandırması veya varlık arşivi.
2. Renk Yönetimi ve Görünüm Dönüşümünü kontrol edin. Bu, destek hattında gördüğümüz kalite sorunlarının yaklaşık %40'ına neden olur.
3. Render Ayarlarındaki kamera seçimini kontrol edin. Yaklaşık %20; yanlış kamera, kilitli görüntü alanı, katman veya take uyumsuzluğu.
4. Render Bölgesini, Kenarlık veya Kırpmayı kontrol edin. Yaklaşık %10; kısmi çıktı.
5. Katman, Koleksiyon veya Render Katmanı görünürlüğünü kontrol edin. Yaklaşık %15; eksik nesneler, eksik ışıklar, koyu sahneler.
6. Doku renk alanı etiketlemesini kontrol edin. Yaklaşık %10; ince ama yaygın parlaklık kayması.
7. Animasyon titremesi için GI önbellek yapılandırmasını kontrol edin. Yaklaşık %3; bkz. .
8. Varlık yollarını ve arşiv bütünlüğünü kontrol edin. Yaklaşık %2; pembe dokular, eksik proxy'ler.

1–8. adımlar nedeni belirlemezse destek ekibi işiniz için çalışan günlüğünü çeker ve nedeni belirli bir çalışan filoso durumuna, bir renderer sürümü uyumsuzluğuna veya kendi tarafımızdan çözebileceğimiz bir yapılandırma sorununa daraltır. İş kimliği, yanlış çıktı ve beklediğinizin açıklamasıyla bir destek mesajı gönderin; bu bilgi izlemeyi başlatmak için yeterlidir.

Çapraz referanslar

• — iş başarısızlığı sorun giderme (iş hiç tamamlanmadı)
• — yükleme, gönderme, indirme iş akışı
• — GI önbelleği, Işınım Haritası, Işık Önbelleği, UHD Önbelleği yapılandırması
• — proje arşiv paketleme, varlık birleştirme, eksik varlık önleme
• — Maya kamera, render katmanı, render istatistikleri yapılandırması
• — 3ds Max kamera kilitleri, bölge render, Gama ve LUT ayarları
• — Cinema 4D Take sistemi, kamera etiketleri, renk profili
• — Blender render görünürlüğü, renk yönetimi, Filmic - AgX
• — compositor render çıktısı için AE renk yönetimi
• — Houdini ROP kamera referansı, çıktı düğümü yapılandırması

SSS

Q: Render görüntü alanımdan daha koyu döndü. Ne değişti? A: Neredeyse her zaman Renk Yönetimi veya Görünüm Dönüşümü uyumsuzluğu. Çıktı dosyasının renk dönüşümü, görüntü alanının güncel durumunu değil kaydedilmiş Render Özellikleri → Renk Yönetimi ayarlarını yansıtır. Göndermeden önce Görünüm Dönüşümünün (Filmic, AgX, Standart, sRGB, ACES) ve Görünüm ayarlarının projenizde doğru kaydedildiğini ve doku renk alanı etiketlemenizin tutarlı olduğunu doğrulayın (renk dokuları için sRGB, veri dokuları için Renk Dışı).

Q: Render aydınlatma olmadan döndü. Sahnede ışıklar var, bunları görüntü alanında görebiliyorum. A: Sırayla dört şeyi kontrol edin: (1) her ışığın render görünürlük düğmesi (görüntü alanı görünürlüğünden ayrı); (2) ışıkların hangi Render Katmanında, Görünüm Katmanında veya Koleksiyonda olduğu ve o katmanın render için etkin olup olmadığı; (3) Render Özelliklerinde veya World gölgelendiricisinde HDRI ortamın etkin olup olmadığı; (4) bunu ayrıca kapılayan motorlar için GI veya Dolaylı Aydınlatmanın etkin render ayarlarında etkin olup olmadığı (V-Ray, Corona, Redshift).

Q: Render Ayarlarında doğrusunu seçmeme rağmen yanlış kamera render edildi. A: Büyük ihtimalle 3ds Max veya Maya'da "Görünüm Kilitli" durumu; kilitli görüntü alanı Render Ayarları kamera seçimini geçersiz kılar. Görüntü alanının kilidini açın ya da göndermeden önce DCC'nizin Render Kurulumu'nda Render İçin Görünümü açıkça ayarlayın. Ayrıca gönderdiğiniz Take, Sahne veya Render Katmanının, bazı DCC'lerin üst öğeden kamerayı miras aldığı için katman düzeyinde amaçladığınız kameraya sahip olduğunu doğrulayın.

Q: Aynı render'ın EXR ve PNG çıktıları neden farklı görünüyor? A: EXR, pişirilmiş görüntüleme dönüşümü olmadan lineer kayan noktalı veri depolar; PNG görüntüleme dönüşümünü piksel değerlerine bağlar. EXR'yi eşleşen Görünüm Dönüşümü uygulanmış bir compositor'da görüntülediğinizde PNG ile aynı görünmeli. Compositor'da farklı görünüyorsa compositor'ın renk yönetimi DCC'ninkiyle eşleşmiyor demektir; compositor'ı aynı OCIO yapılandırmasını ve Görünüm Dönüşümünü kullanacak biçimde yapılandırın.

Q: Belirli bir nesne render'ımda eksik ama görüntü alanında görünüyor. A: Kontrol edin: (1) nesnenin render görünürlük bayrağı (görüntü alanı görünürlüğünden ayrı; Blender'da kamera simgesi, Maya'da Birincil Görünürlük, 3ds Max'te Render Edilebilir); (2) nesnenin içinde bulunduğu Koleksiyonun, Render Katmanının veya Görüntü Katmanının görünürlüğü; (3) herhangi bir modifier'ın (Boolean, Maske, Azalt) render sırasında geometriyi gizleyip gizlemediği; (4) nesnenin bozuk harici referanslı proxy olup olmadığı (ayrıca Eksik varlıklar bölümüne bakın).

Q: Render kısmi veya kırpılmış döndü. Karenin yarısı siyah. A: Renderer'ınızda Render Bölgesinin (veya Kenarlık, Kırpma) etkin olup olmadığını kontrol edin. Bölge render, çıktı karesinin kısmi dolumunu üretir. Göndermeden önce Bölgeyi devre dışı bırakın ya da tam kare olarak ayarlayın. Kameranın en boy oranının çıktı en boy oranıyla eşleştiğini ve Render Özelliklerindeki çıktı çözünürlüğünün kameranın film alanı çözünürlüğüyle eşleştiğini de doğrulayın.

Q: Dokularım iş istasyonuma kıyasla soluk veya aşırı doygun görünüyor. A: Doku renk alanı etiketlemesi. Renk dokuları (diffuse, albedo, temel renk) sRGB veya Renk olarak etiketlenmelidir; veri dokuları (normal, pürüzlülük, yer değiştirme, metalik, opaklık) Renk Dışı, Lineer veya Ham olarak etiketlenmelidir. Yanlış etiketlenmiş dokular özellikle normal harita gamasının önemli olduğu PBR materyallerinde ince ama tutarlı renk kaymasına neden olur.

Q: İş istasyonumda ACES OCIO yapılandırması ayarlı. Render farm buna uyuyor mu? A: Evet, OCIO yapılandırma dosyaları proje arşivinize dahil edilmişse ve proje dosyası yapılandırmaya göreli yol aracılığıyla referans veriyorsa. OCIO yapılandırma dosyaları arşivde eksikse çalışan DCC'nin varsayılan yapılandırmasına döner (genellikle Blender için Filmic, diğerleri için sRGB) ve renkleriniz kayar. Proje arşivinize her zaman OCIO yapılandırma klasörünü dahil edin.

Q: Animasyonum titriyor; her kare farklı dolaylı aydınlatmaya sahipmiş gibi görünüyor. A: GI önbelleği yanlış yapılandırması. V-Ray'de Işınım Haritasını "Tek kare"den diske önbellek kaydedilmiş "Çok Kareli Artımlı" moduna geçin ve önbelleği ön geçiş olarak önceden hesaplayın ya da Evrensel Yol izleme ön ayarını kullanın. Diğer motorlar için ilgili GI önbellek ayarlarına bakın; kural aynıdır: bir kez önceden hesaplayıp yeniden kullanın ya da çapraz kare tutarlılığı için önbellek gerektirmeyen bir mod kullanın (Yol izleme). Tam iş akışı için bkz. .

Q: Dokularım render farm'da pembe, mor veya macenta render ediliyor. A: Eksik varlıklar. Sahne dosyası, çalışanın çözümleyemediği yollardaki dokular referanslıyor; genellikle mutlak Windows yolları (C:\Kullanıcılar\...), proje arşivine dahil edilmemiş varlıklar veya Windows dosya sisteminiz ile çalışanın Linux dosya sistemi arasında büyük/küçük harf duyarlılığı uyumsuzlukları. Göreli yollar kullanın, göndermeden önce DCC'nizin proje birleştirme aracını çalıştırın ve arşivin referans edilen her dokuyu içerdiğini doğrulayın.

Q: Forest Pack / Phoenix FD / Ornatrix sahnelerim eklenti nesneleri eksik döndü. A: Çalışanda eklenti sürümü veya uyumluluk uyumsuzluğu. Çalışan filosundaki desteklenen eklenti sürümleri için ilgili veya belgesini kontrol edin. Sürümünüz destekleniyorsa sahne doğru render edilmeli; desteklenmiyorsa göndermeden önce eklentinin çıktısını kafese pişirin ya da belirli eklenti sürümünüzün yükleme durumunu doğrulamak için destekle iletişime geçin.

---