Bulut render için Blender'ı yapılandırın

Render farm'ımızda Blender işlerinin çoğu Cycles (CPU ve GPU/Optix) kullanır — bu, Blender işleri için üretim render motorudur — ve GPU node'larımızda Eevee de desteklenmektedir (bkz. Renderer'a özgü notlar altındaki Eevee notu). Bu sayfa proje paketlemeyi ele alır — Blender'ın asset yollarını ele alış biçimi nedeniyle bu işlem, çoğu DCC'ye kıyasla Blender'da daha basittir — ayrıca renderer'a özgü notlar, çok kameralı animasyon rendering ve Blender'a özgü sorun giderme konularını kapsar.

Blender'ın render farm'ımızdaki üst düzey konumlandırması — fiyat örnekleri, GPU ile CPU seçimi, desteklenen eklentiler — için makalesine bakın (V-Ray makalesi Blender bağlamını da içerir). RTX 5090 üzerindeki Cycles GPU karşılaştırmaları için makalesine bakın.

Desteklenen sürümler

Blender 4.0, 4.1, 4.2 (LTS), 4.3 ve 4.4, her worker'a önceden yüklenmiştir. Üretim çalışmaları için önerilen seçenek olarak Blender'ın LTS sürümlerini destekliyoruz; Blender 4.2 LTS, 2026 yılı boyunca hata düzeltmeleri almakta ve çoğu stüdyo için kararlı bir hedef olmaktadır. Render farm, .blend dosyanızın kaydedilen sürümüyle otomatik olarak eşleşir.

Blender'ın yayın ritmine ilişkin bir not: Blender her üç ila dört ayda bir büyük bir sürüm ve yılda bir LTS sürümü yayınlar. Yeni sürümleri kamuya açık yayımlanmalarından iki hafta içinde sağlıyoruz — Blender'ın yayın döngüsü tescilli DCC'lerden daha hızlı olduğundan render farm da bu hıza yakın çalışır.

Blender projenizi paketleme

Bir Blender projesi, .blend dosyasından ve harici asset'lerden oluşur: texture'lar, ses dosyaları, simülasyon önbellekleri, bağlantılı kütüphane .blend dosyaları ve ortam aydınlatması için EXR HDRI'lar. Blender'ın yol çözümlemesi diğer DCC'lere kıyasla daha esnektir (hem mutlak hem de göreli yolları kullanır ve birden fazla arama konumu üzerinden yedeklilik sağlar); ancak bulut rendering için her şeyi tutarlı bir proje klasörüne toplamanız gerekir.

En basit paketleme yöntemi Blender'ın yerleşik "Pack Into .blend" özelliğidir:

Projenizi açın. Dosya → Harici Veri → Eksik Dosyaları Bul (yerel olarak hiçbir şeyin zaten bozuk olmadığını doğrulamak için).
Asset'leri .blend dosyasına paketleyin. Dosya → Harici Veri → Tümünü .blend'e Paketle. Blender tüm texture'ları, sesleri ve bağlantılı görüntüleri .blend dosyasının içine gömer.
Projeyi kaydedin. .blend dosyası artık kendi kendine yeterlidir — texture sayısına bağlı olarak genellikle orijinalinden 10 ila 100 kat daha büyüktür.
Tek .blend dosyasını yükleyin (.blend dosyanız birkaç GB'ın altındaysa arşiv gerekmez; daha büyük dosyalar için daha hızlı yükleme amacıyla .tar.gz veya .7z içine sarın).

Daha küçük bir yükleme boyutu üretecek ikinci bir paketleme yöntemi "Make Paths Relative" + manuel klasör yapılandırmasıdır:

Dosya → Harici Veri → Tüm Yolları Göreli Yap. Tüm asset yolları .blend dosyasının dizinine göreli hale gelir.
Her asset'in Dosya → Harici Veri → Eksik Dosyaları Bildir aracıyla çözümlendiğini doğrulayın. Raporda eksik dosya görünmemelidir.
Başvurulan tüm asset'leri .blend'e göreli alt klasörlere yerleştirin. Standart yapı: project/scene.blend artı project/textures/, project/cache/, project/hdr/ vb.
Klasörün tamamını .tar.gz veya .7z olarak arşivleyip yükleyin.

Göreli yol yöntemi, çok büyük texture kütüphaneleri için (Pack Into .blend'in büyük bir tek dosya oluşturacağı durumlar) ve aynı texture kütüphanesini birden fazla sahnede kullanan projeler için tercih edilir.

Gönderimden önce doğrulanması gerekenler

Kısa bir ön uçuş kontrol listesi:

Aktif render motoru projenizle eşleşmektedir. Properties → Render Properties → Render Engine, worker'ın Cycles mı yoksa Eevee mı kullanacağını belirler. Path-traced üretim çalışmaları için Cycles, gerçek zamanlı çalışmalar için ise Eevee olarak ayarlayın — her ikisi de render farm'da desteklenmektedir (bkz. Renderer'a özgü notlar); Workbench, normalde yerel olarak render edeceğiniz katı gölgeleme önizleme motorudur. Projenizin amacıyla uyuştuğundan emin olun.
Kare aralığı ayarlanmıştır. Properties → Output Properties → Frame Start / Frame End. Render farm bu aralığa tam olarak uymaktadır.
Çıkış yolu göreli token'lar kullanmaktadır. Varsayılan //tmp/####.png uygundur; // öneki ".blend dosyasına göreli" anlamına gelir. D:\renders\ gibi mutlak çıkış yollarından kaçının.
Çıkış formatı alt akış iş akışınızla uyumludur. Compositing için alpha içeren PNG dizisi, tam geçiş çıktısı için OpenEXR Multilayer, doğrudan teslim için FFmpeg video. Animasyon rendering için doğrudan video çıktısı yerine görüntü dizileri güçlü biçimde tercih edilir.
Renk yönetimi ayarlanmıştır. Properties → Render Properties → Color Management. Varsayılan Filmic + sRGB görüntüleme çoğu proje için işe yarar. Projeniz ACES veya özel bir OCIO yapılandırması kullanıyorsa OCIO yapılandırma dosyalarını proje klasörünüze ekleyin ve yolun worker'da çözümlendiğini doğrulayın.
Aktif kamera ayarlanmıştır. Sahnenin aktif kamerası (Properties → Scene Properties → Camera) hangi kameranın render edileceğini belirler. Beklediğinizle uyuştuğundan emin olun.

Renderer'a özgü notlar

Cycles (CPU)

Cycles CPU, worker tier'ımızdaki Çift Intel Xeon E5-2699 V4 üzerinde çalışır (node başına 256 GB RAM'e kadar). GPU VRAM'ini aşan sahneler, çok büyük texture kütüphaneleri veya Cycles CPU'nun ürettiği tam bit-perfect çıktıyı gerektiren projeler için tercih edilir.

Yapılandırma notları:

Lisans: Blender ücretsiz ve açık kaynaklıdır; render farm'da lisanslama konusunda herhangi bir endişe yoktur.
Örnekleme: Cycles Render Properties → Sampling → Render Samples. 0,01 Gürültü Eşiğine sahip Adaptive Sampling, animasyon için temiz çıktı üretir; daha yüksek kalite için daha düşük eşikler (0,005, 0,002) daha uzun render süresiyle gelir.
Denoising: Cycles, OpenImageDenoise (OIDN) ve Optix'i (yalnızca GPU) destekler. OIDN CPU üzerinde çalışır ve tek kareler ile animasyon için iyi sonuçlar verir; Render Properties → Sampling → Denoise üzerinden yapılandırabilirsiniz.
Işık ağacı: Blender 3.4 ve üzeri, çok ışıklı sahneler için ışık ağacı örneklemesi içerir. Yüzlerce ışık kaynağına sahip sahneler için Render Properties → Sampling üzerinden etkinleştirin.

Cycles (GPU / Optix)

Cycles GPU, worker tier'ımızdaki NVIDIA RTX 5090 üzerinde çalışır (kart başına 32 GB VRAM). Çoğu sahne için Cycles CPU'dan önemli ölçüde daha hızlıdır (genellikle 5–15× hızlanma), özellikle yoğun ray tracing içeren projeler için.

Yapılandırma notları:

Cihaz: Properties → Render Properties → Device → GPU Compute. Worker'larımızda varsayılan olarak Optix arka ucu (NVIDIA GPU'lardaki RT çekirdeklerini kullanan) etkindir.
VRAM kısıtlamaları: Worker başına 32 GB VRAM çoğu mimari görselleştirme ve animasyon projesi için yeterlidir. VRAM sınırına yaklaşan projeler için Render Properties → Performance altındaki "Persistent Data" seçeneği kare başı yükleme sürelerini azaltır ancak peak VRAM kullanımını artırır. 32 GB'ı aşan projeler için Cycles CPU'ya geçin veya sahneyi render edilebilir parçalara bölün.
Optix denoiser: Animasyon için OIDN'den daha hızlıdır. Render Properties → Sampling → Denoise → Use OptiX üzerinden yapılandırın. NVIDIA GPU gerektirir (worker tier'ımızın sağladığı budur).

Eevee (destekleniyor, GPU)

Eevee GPU node'larımızda render eder — desteklenmektedir. Eevee-Next (Blender 4.2+) GPU'da headless olarak render eder; dolayısıyla farm'a gönderilen bir Eevee projesi, tıpkı bir Cycles işi gibi render edilir: Render Engine'i Eevee olarak ayarlayın, kare aralığınızı belirleyin ve gönderin.

Bilmeniz gereken dürüst nüans şudur: Eevee gerçek zamanlı bir motordur ve modern tek bir GPU'da kare başına o kadar hızlıdır ki kısa dizileri genellikle kendi iş istasyonunuzda render etmek en pratik yol olur — bir avuç Eevee karesi için farm gidiş-dönüşü çoğu zaman gereksizdir. Farm'ın Eevee ile gerçek değerini kanıtladığı yer ise ölçektir: büyük ve gözetimsiz toplu kare aralıkları, kare başına gerçek zaman alan Eevee-Next sahneleri ya da yalnızca kendi GPU'nuzu serbest bırakmak istemeniz. Bu nedenle kısa Eevee geçişlerini uygun olduğunda yerel olarak render edin; toplu iş büyük, gözetimsiz veya iş istasyonu GPU'nuz meşgul olduğunda Eevee'yi farm'a gönderin. Cycles, Blender farm işlerinin büyük çoğunluğunun temel aldığı motor olmaya devam etmektedir; Eevee ise onun yanında tam olarak desteklenmektedir.

Cycles CPU ile Cycles GPU — hangisini seçmeli

RTX 5090 tier'ındaki Cycles GPU varsayılandır: kare başına Cycles CPU'dan genellikle 5–15× daha hızlıdır ve 32 GB VRAM'i içinde çoğu mimari görselleştirme, animasyon ve ray-tracing yoğun sahneyi yönetir. Bir sahne 32 GB VRAM'i aşıyorsa, çok büyük texture kütüphanelerine bağımlıysa veya CPU yolunun ürettiği tam bit-perfect çıktıya (node başına 256 GB RAM'e kadar) ihtiyaç duyuyorsa Cycles CPU'yu tercih edin. Her ikisi de aynı fiziksel olarak doğru Cycles sonucunu üretir — GPU kare başına daha hızlı tamamlar, CPU daha büyük bellek tavanına sahiptir.

Çok kameralı açı render

Aynı sahneyi tek bir gönderimde birden fazla kamera açısından render etmesi gereken projeler için Blender iki kalıbı destekler:

1. Kalıp: Farklı aktif kameralara sahip birden fazla sahne

Blender, her .blend dosyasında birden fazla sahneye izin verir. Her sahnenin kendi aktif kamerası ve render ayarları olabilir:

Projenizde her kamera açısı için yeni bir sahne oluşturun (Sahne → Yeni Sahne → Nesneleri Bağla).
Her sahnenin aktif kamerasını ilgili kameraya ayarlayın.
Gönderim sırasında render farm, gönderim anında "Aktif" olarak ayarlanmış sahneyi render eder. Birden fazla sahneyi render etmek için her birini ayrı bir iş olarak gönderin.

2. Kalıp: Kamera başına View Layer (Blender 2.8+)

Birçok kamera açısı için daha verimli bir kalıp, farklı aktif kameralara sahip View Layer'lar kullanmaktır:

Properties → View Layer'da her kamera açısı için bir View Layer oluşturun.
Properties → Output Properties → Output → Use Multi-View'de uygunsa stereo veya çok görünümlü yapılandırın.
Çıkış dosyası adında {layer} token'ını kullanarak View Layer başına çıkış yollarını yapılandırın.
Gönderin; worker tüm etkin View Layer'ları tek bir geçişte render eder.

Tipik mimari görselleştirme turntable'ları için (8–16 kamera açısı), 2. Kalıp önemli ölçüde daha verimlidir: sahne kare başına bir kez yüklenir ve aynı yüklü sahneden tüm görünümler render edilir.

Gönderim akışı

Blender projeleri için üç gönderim kanalı kullanılabilir:

Web yükleme + dashboard üzerinden gönderim. Paketlenmiş .blend'i (veya arşivlenmiş proje klasörünü) yükleyin, ardından web sitesi üzerinden gönderin. Bu, Blender kullanıcıları için en yaygın gönderim yoludur.
Client App. Tek bir sarmalayıcıda yükleme + gönderim + otomatik indirme.
Gönderim eklentisi. Blender içinden tek tıkla gönderim için bir Blender eklentisi mevcuttur; hesap panelinizden yükleyin.

DCC genelinde yükleme-gönderme-indirme akışı için sayfasına bakın.

Blender'a özgü hataları giderme

Tüm DCC'lerde geçerli olan genel sorun giderme için sayfasına bakın. Blender'a özgü durumlar:

Sahnedeki bazı nesneler render edilmiyor. En yaygın neden: nesnenin "Render Visibility" düğmesi devre dışı bırakılmış. Outliner'da nesnenin satırının üzerine gelin ve kamera simgesinin (Render'larda Devre Dışı) etkin olduğunu kontrol edin. Ayrıca nesnenin gizli bir View Layer'da olmadığını da kontrol edin.
Pack Into .blend'e rağmen texture'lar eksik. Pack All Into .blend'in son texture değişikliklerinden sonra çalıştırıldığını doğrulayın. Paketleme sonrasında texture'ları yeniden yüklediyseniz bunlar harici referanslara geri dönmüş olabilir. Yeniden paketleyip kaydedin.
Render siyah veya yanlış renk döndürüyor. Renk Yönetimi ayarlarını kontrol edin (Properties → Render Properties → Color Management). En yaygın neden bir View Transform uyumsuzluğudur — hem iş istasyonunuzun hem de worker'ın aynı View Transform'u kullandığından emin olun (Filmic varsayılan ve en güvenli seçimdir).
Cycles GPU işi CPU üzerinde çalışıyor. Properties → Render Properties → Device'ın CPU değil GPU Compute olarak ayarlandığını doğrulayın. Ayrıca sahneniz donanımsal ray-tracing hızlandırma gerektiriyorsa Optix arka ucunun seçili olduğunu kontrol edin.
OSL özel shader render sırasında başarısız oluyor. Cycles, OSL'yi (Open Shading Language) destekler; ancak özel OSL shader'ların proje arşivinize dahil edilmesi gerekir. OSL shader dosyaları (.osl), worker'ın bulabileceği bir konumda olmalıdır — en basit yol bunları .blend dosyasıyla aynı klasöre yerleştirip göreli yol ile başvurmaktır.
Worker'da eklenti eksik. Yaygın eklentiler (Animation Nodes, BlenderKit, Sverchok, FLIP Fluids vb.) önceden yüklenmiş olmayabilir. Animation Nodes ve benzeri prosedürel eklentiler için geçici çözüm, prosedürel geometriyi gönderimden önce mesh'lere bake etmektir. Diğer eklentiler için worker görüntüsüne eklenmesini tartışmak üzere destek ekibiyle iletişime geçin.

Çapraz referanslar

— yükleme, gönderim, indirme akışı
— Blender iş maliyetlerinin nasıl hesaplandığı
— SFTP rehberi, arşiv formatları
— DCC genelinde sorun giderme
— Blender eklentisinin kurulumu
— karşılaştırma makalesi

SSS

Q: Render farm hangi Blender sürümlerini destekliyor? A: Blender 4.0, 4.1, 4.2 LTS, 4.3 ve 4.4 her worker'a önceden yüklenmiştir. Blender'ın yayın döngüsünü takip ediyor ve yeni sürümleri kamuya açık yayımlanmalarından iki hafta içinde sağlıyoruz. Blender 4.2 LTS, 2026 yılı boyunca hata düzeltmeleri aldığından üretim çalışmaları için önerilen seçimdir.

Q: Render farm'da Eevee sahneleri render edebilir miyim? A: Evet — Eevee GPU node'larımızda render eder (Eevee-Next, GPU'da headless olarak çalışır); dolayısıyla bir Eevee projesini tıpkı bir Cycles işi gibi gönderebilirsiniz. Dürüst nüans şudur: Eevee modern tek bir GPU'da kare başına o kadar hızlıdır ki kısa dizileri yerel olarak render etmek genellikle en pratik yoldur; pek çok sanatçı bu tür işleri kendi iş istasyonunda tutar — farm, Eevee için en çok değer üretir; toplu iş büyük ve gözetimsiz olduğunda ya da kendi GPU'nuz meşgul olduğunda. Cycles, Blender işlerinin büyük çoğunluğu için birincil motor olmaya devam etmektedir; Cycles için RTX 5090 fleet'imizdeki GPU (Optix denoiser ile) sahnelerin çoğunda Cycles CPU'dan 5–15× daha hızlıdır, yeter ki sahneniz 32 GB VRAM'i aşmasın.

Q: Sahnemi BlenderKit / Sverchok / Animation Nodes kullanıyor — render edilir mi? A: Halihazırda indirip .blend'e kaydettiğiniz BlenderKit asset'leri sorunsuz render edilir (yerleştirildikten sonra standart mesh verisi haline gelirler). Sverchok ve Animation Nodes prosedüreldir — prosedürel geometri statik bir mesh'e bake edilmemişse worker beklenmedik çıktı üretebilir. Gönderimden önce prosedürel geometriyi mesh'lere bake edin (Sverchok: Set/Bake to Mesh; Animation Nodes: action'a bake).

Q: Texture'ları .blend içine paketlemem mi gerekiyor, yoksa ayrı dosyalar olarak yükleyebilir miyim? A: Her ikisi de işe yarar. Pack Into .blend en basit seçimdir; sonuç tek ve kendi kendine yeterli bir dosyadır. Pack Into .blend'in hantal bir tek dosya oluşturacağı çok büyük texture kütüphaneleri için göreli yollar + klasör yapısı tercih edilir. Her iki yaklaşımdan önce "Eksik Dosyaları Bul"u çalıştırarak yerel olarak hiçbir şeyin bozuk olmadığını onayladığınızdan emin olun.

Q: Render tamamlandı ama renkler iş istasyonumun görüntü alanından farklı görünüyor. A: Çoğunlukla bu, bir Renk Yönetimi veya View Transform uyumsuzluğudur. Her iki iş istasyonunuzda Properties → Render Properties → Color Management'ı kontrol edin ve kaydedilen ayarların View Transform: Filmic (varsayılan) içerdiğini doğrulayın. Look Transform'lar (yüksek kontrast, düşük kontrast vb.) ve Pozlama değerleri de .blend içine gömülüdür ve worker'da uygulanır.

Q: Animasyon render ediyorum. Video dosyasına mı yoksa görüntü dizisine mi çıktı almalıyım? A: Neredeyse her zaman görüntü dizisi. Alpha içeren PNG (compositing için) veya OpenEXR Multilayer (tam geçişler için) standarttır. Doğrudan video çıktısı (FFmpeg) render farm genelinde iyi paralel çalışmaz — işi alan worker tüm kareleri sıralı olarak render eder ve tek bir video dosyası kodlar. Görüntü dizileri, render farm'ın kareleri birden fazla worker'a paralel olarak dağıtmasına olanak tanır; bu, ~100 karenin üzerindeki animasyonlar için önemli ölçüde daha hızlıdır.

Q: Projem özel OSL shader'ları kullanıyor. Render farm'da çalışır mı? A: Evet, .osl shader dosyaları proje arşivinize dahil edilir ve shader node'larında göreli yollarla başvurulursa çalışır. En basit kalıp, tüm .osl dosyalarını .blend dosyanızla aynı klasöre yerleştirmektir.

Q: GPU rendering, render farm'da CPU'ya kıyasla maliyet açısından nasıl karşılaştırılır? A: GPU rendering kare başına genellikle daha hızlıdır (Cycles için 5–15×), ancak GPU makineleri pahalı olduğundan worker başı maliyet daha yüksektir. Bir render'ın toplam maliyeti çoğu sahne için Cycles CPU ile Cycles GPU arasında kabaca benzerdir — GPU daha hızlı tamamlar ancak dakika başı daha fazla maliyete sahiptir. Sahnenize göre belirli maliyet tahminleri için kare başı ve iş başı karşılaştırma sunar.

Q: Render farm'da Blender simülasyonlarını (akışkan, duman, saç) render edebilir miyim? A: Simülasyonlar için önce cache dosyalarının yerel olarak bake edilmesi, ardından proje yüklemesine dahil edilmesi gerekir. Render farm, bake edilmiş cache'e karşı kareleri render eder; canlı simülasyon çalıştırmaz. Bu, tüm DCC'lerde geçerli standart kalıptır — simülasyon bake işlemi iş istasyonu işidir, kare rendering ise render farm işidir.

---

[PHASE 2D: cover image needed — 1200x675px WebP]