
Headless Rendering ve Gözetimsiz Render Farm İş Akışları: 2026'da Neleri Otomatikleştirebilirsiniz
Genel bakış
Giriş
Otomatik bir render pipeline'ının amacı en kolay, kimsenin yapmak istemediği şey üzerinden anlatılır: gece saat 2'de bir iş istasyonunun başında kare kuyruğuna göz kulak olmak. Bir teknik direktör akşam çıkmadan önce 500 karelik bir sekansı kuyruğa alır ve sabah bitmiş karelerin yerel depolamada olmasını ister. Bu isteğin birbiriyle kolayca karıştırılan iki yarısı vardır: headless rendering ve gözetimsiz (unattended) iş akışları.
Headless rendering, bir render'ı hiçbir grafik arayüz açılmadan komut satırından çalıştırmak demektir. Gözetimsiz ise döngünün (sahneyi farm'a ulaştırmak, render etmek, çıktıyı geri getirmek) kimse izlemeden çalışması demektir. Birine sahipken diğerine sahip olmayabilirsiniz. Bu rehber ikisini birbirinden ayırıyor, ardından tam yönetimli bir cloud render farm çevresinde gözetimsiz bir döngünün bugün ne kadarını kurabileceğinizi adım adım anlatıyor.
2010'dan beri dağıtık rendering işletiyoruz ve karşımıza çıkan pipeline sorularının çoğu herkese açık bir gönderim API'sinin var olduğunu varsayıyor. Farm'ımızda böyle bir API yok ve bunu net biçimde söyleyeceğiz; çünkü var olmayan bir özelliğe dayanan bir iş akışı, ilk gece çalıştırmasında bozulur. Var olanlar ise insanların beklediğinden fazlasını kapsıyor: hazırlık işi bağlantının sizin tarafınızda kalıyor ve yükleme, SRF Space'inize S3 erişimi üzerinden AWS CLI ile scriptlenebiliyor.
Headless Rendering Gerçekte Ne Anlama Gelir?
Headless rendering, tek bir render çağrısının özelliğidir: render, uygulamanın kullanıcı arayüzünü açmadan çalışır. Her büyük 3D ve compositing uygulaması bunun için bir komut satırı giriş noktası sunar ve her render farm node'u bunu kullanır; çünkü bir rack'teki makineye monitör bağlı değildir.
Desteklediğimiz uygulamaların standart biçimleri aşağıda. Bunlar sizin makinenizde yerel hazırlık ve doğrulama için çalışır; yönetilen bir farm'da eşdeğerini farm, node'larında sizin adınıza çalıştırır.
| Uygulama | Komut satırı aracı | Örnek çağrı | Notlar |
|---|---|---|---|
| Blender | blender -b | blender -b scene.blend -E CYCLES -o //out/fr_ -s 1 -e 250 -a | -b = arka plan, arayüz yok; -a kare aralığını render eder, -f N tek bir kareyi. -E motoru seçer; farm'ımız hem Cycles'ı hem EEVEE'yi render eder. |
| Maya | Render | Render -r arnold -s 1 -e 100 -rd /out/ -of exr scene.ma | -r renderer'ı seçer (arnold, vray vb.); hedeflenen kameranın render edilmesi için -cam verin. |
| 3ds Max | 3dsmaxcmd.exe | 3dsmaxcmd.exe -frames:1-100 -outputName:"D:\out\fr_.exr" scene.max | İki nokta üst üste ile key:value sözdizimi; sessiz bir çalıştırma için -showRFW:0 ekleyin. |
| Cinema 4D | Commandline.exe | Commandline.exe -render scene.c4d -frame 1 100 -oimage D:\out\fr_ | -frame boşlukla ayrılmış başlangıç ve bitiş değerlerini alır; kare numaraları -oimage adının sonuna eklenir. |
| Houdini | hbatch / husk | husk --engine cpu --frame 1 --frame-count 100 -o '/out/fr_$F4.exr' scene.usd | hbatch HIP dosyalarındaki ROP'ları sürer; husk USD stage'lerini Karma ile render eder (--engine CPU veya XPU seçer). $F4 kare numarasını sıfırlarla doldurur. |
| After Effects | aerender | aerender -project x.aep -comp "Main" -s 1 -e 100 -OMtemplate "EXR Sequence" -output /out/fr_[####].exr | -comp kompozisyon adıyla birebir eşleşmelidir; -OMtemplate kayıtlı bir output-module şablonunu adlandırır (buradaki ad bir örnektir); [####] sekansı numaralandırır. |
| NukeX | nuke -x | nuke -x -F 1-100 script.nk | -x script'i headless yürütür (NukeX anlamına gelmez); -F 1-100 veya adımlı 1-100x2 değerini alır. Lisans sürümünüzün komut satırından render'a izin verip vermediğini kontrol edin. |
Tam bayraklar sürüme göre değişir ve üretici referanslarında belgelenmiştir; yer imlerine eklemeye değer: Blender'ın komut satırı rendering kılavuzu ve SideFX'in husk referansı, insanları en sık yönlendirdiğimiz iki kaynaktır.
Headless ve Gözetimsiz İki Ayrı Sorundur
Ayrımı net tutmak işe yarar. Headless, bir render'ın nasıl başlatıldığını anlatır: arayüz olmadan. Gözetimsiz ise tüm iş akışı boyunca bir kişinin başında bulunması gerekip gerekmediğini anlatır. İkisi örtüşür, ama aynı eksen değildir.
Headless ve gözetimsiz rendering'i arayüz türü ve insan katılımı açısından karşılaştıran dörtlü tablo
Headless (bir render'ın nasıl başlatıldığı) ve gözetimsiz (bir kişinin başında olup olmadığı) bağımsız eksenlerdir; otomasyon sağ üst köşeyi hedefler; bu rehberin geri kalanı yönetilen bir farm iş akışının bugün oraya ne kadar yaklaşabildiğini ele alıyor.
Bir render headless olup yine de gözetimli olabilir: bir terminalde nuke -x çalıştırır, kareler akarken izlersiniz ve 12. karede hata çıkarsa hemen durdurmaya hazır beklersiniz. Bir iş akışı GUI araçları kullanıp yine de büyük ölçüde gözetimsiz olabilir; yavaş kısımlar arka planda çalışıyorsa. Pipeline otomasyonunun hedefi gözetimsiz yarıdır.
Bir render farm'da tablo değişir; çünkü headless rendering'in icat edildiği sorunun bir kısmını, yani ekransız makinelerde render başlatmayı, farm zaten üstlenir.
Yönetilen Bir Farm Headless Sorusunu Neden Değiştirir?
Cloud rendering'in iki geniş biçimi vardır. Altyapı kiralama modelinde makineleri kiralarsınız ve render wrangler sizsiniz. Tam yönetimli modelde makineleri farm işletir ve siz ona sahneleri teslim edersiniz. "Headless" sözcüğü her modelde farklı bir anlama gelir.
| Sorumluluk | Altyapı kiralama (kendi yönetiminiz) | Tam yönetimli farm |
|---|---|---|
| Makineleri hazırlama | Siz, node node | Farm |
| Her node'a DCC'yi ve plugin'leri kurma | Siz, her node'da | Farm |
| Render motoru lisanslarını yönetme | Siz: lisans sunucuları, checkout | Farm (ücrete dahil) |
| Her node'da headless render'ı başlatma | Siz: node'lar arasında Render, blender -b vb. için script yazarsınız | Farm |
| Kareleri dağıtma ve başarısız olanları yeniden deneme | Siz: orkestrasyon sizin kodunuzdur | Farm |
| Hazırlama, yükleme, gönderme, çıktıyı toplama | Siz | Siz: dosyalar web, Client App veya S3 erişimi ile; işler web kontrol paneli, Client App veya bir DCC plugin'i ile |
Bir stüdyo iş istasyonunun, render node'larını farm tarafında çalıştıran yönetilen bir cloud render farm'a bağlanması
Yönetilen bir farm'da node'lar farm'ın sorunudur; stüdyo tarafı temiz bir projeyi içeri, kareleri dışarı taşımakla ilgilenir.
Kendi kendine yönetilen modelde "headless" node orkestrasyonu demektir ve yazdığınız otomasyon, render yönetim katmanının tamamıdır. Tam yönetimli bir farm'da bu katman sizin üzerinizden kalkar: CPU tarafımız V-Ray, Corona ve Arnold gibi motorları 20.000'den fazla CPU çekirdeğinde çalıştırır, GPU tarafımız ise Redshift, Octane ve V-Ray GPU için NVIDIA RTX 5090 kartlarını (32 GB VRAM) çalıştırır; hepsi dahili olarak orkestre edilir. Yani node'ları hiç yönetmezsiniz. Geriye kalan, farm'ın çevresindeki döngüdür ve büyük bölümü kendi makinelerinizde çalışır.
Uçtan uca scriptlenmiş gönderim bugün katı bir gereksinimse, makine kiralamak ve kendi otomasyonunuzu çalıştırmak dürüst seçenektir: kiralanan bir makine, özel render sunucularımız dahil, DCC yığını kurulu olarak gelir ve kendi otomasyonunuzu ve transfer araçlarınızı onun üzerinde çalıştırırsınız.
Yönetilen Bir Farm'da Döngü: Aşama Aşama
Tam döngü aşağıda; her aşamanın üzerinde dürüst bir etiket var.
Altı aşamalı render döngüsü: hazırlık, paketleme, yükleme scriptlenebilir; gönderim elle; render farm'da; geri alma scriptlenebilir
Yönetilen bir farm'da döngü: hazırlık, paketleme ve yükleme scriptlenebilir (yükleme S3 erişimi ile), gönderim elle kalır, farm render eder ve geri alma yine scriptlenebilir.
1. Headless hazırlık ve ön kontrol (sizin tarafınız, tamamen scriptlenebilir). Bir test karesini yerelde headless modda render edin (blender -b scene.blend -f 1, nuke -x -F 1 script.nk); 1. kare yerelde başarısız oluyorsa, farm işinin her karesinde de başarısız olur. Ardından her harici referansı kontrol edin: Blender'ın Report Missing Files özelliği, 3ds Max Asset Tracking, Maya'nın File Path Editor'ı, Houdini'nin hou.fileReferences() fonksiyonu. Sahne dosyasına göreli yollar (Blender'da //, Houdini'de $HIP/, bir Maya projesinin sourceimages/ klasörü) herhangi bir node'a taşınırken bozulmaz. Bir proje mutlak yollara dayanıyorsa (bazı scatter, crowd ve cache plugin'leri bunları dahili olarak saklar), Client App'in Auto keep local path seçeneği yerel klasör düzeninizi bulut depolamada yeniden oluşturur; böylece bu yollar yine çözümlenir.
2. Projeyi paketleyin (sizin tarafınız, tamamen scriptlenebilir). Sahneyi ve bağımlılıklarını tek bir proje klasöründe toplayın ve klasörü açık halde, yani sıkıştırılmamış bırakın. Farm arşivleri (.zip, .rar, .7z, .tar, .tar.gz) açmaz; bu yüzden arşivin içindeki hiçbir şey render edilmez. 3ds Max kullanıcıları farm için bir 3ds Max dosyasını paketleme rehberimizi izleyebilir.
3. Yükleme (S3 erişimi ile scriptlenebilir). İçeri girmenin üç yolu var. Web yüklemesinin sabit bir boyut sınırı yoktur, ancak tek bir tarayıcı yüklemesi ev tipi bağlantılarda kabaca 2 GB'ın üzerinde yavaşlar, kabaca 5 GB'ın üzerinde güvenilmez hale gelir ve sekme kapanırsa durur. SuperRenders Client App paralel parçalar halinde yükler, bağlantı koptuktan sonra son tamamlanan parçadan devam eder ve Windows'ta bir arka plan servisi ana pencereyi kapattıktan sonra da transfere devam eder. S3 erişimi (hesabınızdaki Cloud Direct Connect) scriptlenebilir olandır: orada bir erişim anahtarı oluşturun; AWS CLI veya Cyberduck (protokol: Amazon S3) dosyaları SRF Space'inize taşır ve oradan alır. Böylece bir yükleme, masada kimse yokken zamanlanmış bir işten çalışabilir.
4. Scene Analysis ve gönderim (elle). Dosyalar yüklendikten sonra Scene Analysis (Sahne Analizi), herhangi bir kredi tahsil edilmeden önce projenin render edilip edilmeyeceğini kontrol eder. İşi ardından web kontrol panelinden, Client App'ten (Start Render Job: kare aralığı, çıktı biçimi, Normal veya Express öncelik) ya da 3ds Max, Maya veya Cinema 4D içindeki gönderim plugin'inden başlatırsınız; plugin gönderim öncesi bir varlık kontrolü yapar ve açık sahneyi paketler. S3 erişimi yalnızca dosya taşır: bir build script'inden çağırabileceğiniz herkese açık bir API, SDK veya komut satırı gönderici yoktur. Pipeline'ınız böyle bir şey varsaydıysa, çevresinde tasarım yapmanız gereken çizgi budur.
5. Render ve izleme (farm'ın işi; siz izlersiniz). İlerlemeyi Client App'in Render Jobs panelinden veya web kontrol panelinden takip edin; Client App gönderimde, tamamlanmada, kilometre taşlarında ve hatalarda sizi bilgilendirebilir. Bu, insana yönelik bir görünümdür; bir script'in sorgulayabileceği bir durum akışı değildir.
6. Geri alma (Client App ile eller serbest). Varsayılan olarak Client App her kareyi render bittiği anda, varsayılan bir klasöre ya da gönderim sırasında belirlediğiniz iş başına bir klasöre indirir; böylece iş tamamlandığında kareler zaten diskte olur. İndirme yolu iş sırasında kaybolursa (takılı olmayan bir harici sürücü yaygın bir nedendir), yazılabilir bir klasöre yönlendirin ve Sync output kullanın. Web indirmesi de çalışır. Dosyalar, sabit bir otomatik silme süresi olmadan indirmeye açık kalır ve talep üzerine silinir; yine de farm'ı bir render servisi olarak görün, arşiviniz olarak değil.
1'den 3'e kadar olan adımlar ve 6. adımdan sonrası, script'lerinizin gideceği yerlerdir.
Stüdyo Tarafını Otomatikleştirmek: Ön Kontrol, Paketleme ve Yükleme
Başarısız gece çalıştırmalarının çoğu girdilere dayanır; bu yüzden en değerli otomasyon, yükleme başlamadan önce çalışan bir kapıdır: bir sahne dosyasının mevcut olduğunu doğrulayın, arşivleri ve gereksiz dosyaları işaretleyin ve bir checksum manifesti yazın. Render farm yüklemelerinde stüdyo tarafını otomatikleştirme rehberimiz, tam olarak bunu yapan, bağımlılığı olmayan bir Python script'ini adım adım anlatıyor.
Bunu DCC tarafında headless çalışan bir kontrolle eşleştirin. Blender için birkaç satır bpy, mutlak veya eksik her harici yolu raporlar ve --python-exit-code, bir başarısızlığı sarmalayıcı script'inizin işleyebileceği sıfırdan farklı bir çıkış koduna çevirir:
# check_paths.py
# run: blender -b scene.blend --python-exit-code 2 --python check_paths.py
import os
import bpy
absolute = [p for p in bpy.utils.blend_paths(absolute=False) if not p.startswith("//")]
missing = [p for p in bpy.utils.blend_paths(absolute=True) if not os.path.exists(p)]
for p in absolute:
print("ABSOLUTE:", p)
for p in missing:
print("MISSING:", p)
if absolute or missing:
raise RuntimeError(f"{len(absolute)} absolute, {len(missing)} missing paths")
Aynı desen başka yerlerde de işe yarar: hython içinde hou.fileReferences(), mayapy içinde filePathEditor sorguları, 3ds Max'te asset tracking üzerinde bir MAXScript geçişi. DCC kontrolünü ve klasör kontrolünü tek bir kabuk script'inde zincirlerseniz, bir projeyi hazır olarak geçiren ya da nedenini tam olarak söyleyen bir kapınız olur.
Kapı geçildikten sonra aynı script yüklemeyi başlatabilir. Cloud Direct Connect'ten aldığınız Access Key ID ve Secret Access Key ile ap-southeast-1 bölgesini kullanarak bir kez aws configure çalıştırın, ardından script'in sıkıştırılmamış proje klasörünü aws s3 cp ve --recursive ile Remote Directory'nize kopyalamasını sağlayın. Yalnızca kapı temiz bir çıkış koduyla geçtiğinde yükleyin; böylece bozuk bir proje ağınızdan hiç çıkmaz. Script yazımının ayrıntılarını aynı eşlik eden rehber kapsıyor.
Dönüş Yolunu Otomatikleştirmek: İndirme Klasörünü İzlemek
Transferi Client App'in otomatik indirmesi yaptığında, kareler gönderim sırasında seçtiğiniz yerel bir klasöre gelir. Buradan sonrası sıradan yerel otomasyondur: beklenen kare aralığı klasörde bulunana ve her dosyanın boyutu değişmeyi bırakana kadar klasörü izleyin, ardından encode'unuzu, gözden geçirme yüklemenizi veya arşiv kopyanızı tetikleyin. Eşlik eden rehber tam olarak bu adım için bir izleyici script'i içeriyor.
İşiniz kare başına birden fazla pass yazıyorsa, her kare bir kez sayılsın diye tek bir pass adını sayın. "Boyutlar oturdu" kontrolü de önemlidir: hâlâ yazılmakta olan bir karenin adı doğrudur, ama baytları henüz doğru değildir.
Zamanlanabilecekleri Zamanlamak
Yönetilen bir farm'da gece çalıştırması, zamanlayıcılara sarılmış yerel işler ve scriptlenmiş bir yüklemeden oluşur; ortada tek bir elle adım vardır.
- Devirden önce: bir zamanlayıcıyla,
cron(macOS, Linux) veya Görev Zamanlayıcı (Windows) ile, "gönderime hazır" klasörü üzerinde ön kontrol kapısını çalıştırın ve kapıyı geçen her projeyi AWS CLI ile SRF Space'inize yükleyin. - Devir: bir kişi yüklenen projeyi gönderir. Bir dakika sürer ve bugün scriptleyemeyeceğiniz tek adımdır.
- Devirden sonra: Client App'i açık tutun (Windows'ta, arka plan servisinin yeniden başlatmadan sonra da ayakta kalması için Run on Windows startup seçeneğini etkinleştirin) ve o işin indirme klasöründe izleyiciyi başlatın.
# minute hour day month weekday command
0 1 * * 1-5 /studio/bin/preflight-and-upload.sh >> "$HOME/render-preflight.log" 2>&1
Buradaki preflight-and-upload.sh sizin kendi sarmalayıcınızdır: kapıyı çalıştırır ve aws s3 cp komutunu yalnızca geçen projeler için çağırır. 2>&1 yönlendirmesi gözetimsiz işte isteğe bağlı değildir. Hataları log'a yakalar; o olmadan başarısız bir kontrol ya da başarısız bir yükleme, kimse bakmazken sessizce başarısız olur.
Bugün Neleri Otomatikleştirebilir, Neleri Otomatikleştiremezsiniz
Üzerine kurabilmeniz için açıkça söyleyelim: Super Renders Farm şu anda herkese açık bir REST API, bir SDK veya bir komut satırı iş gönderme aracı yayımlamıyor. Sorgulanacak bir durum uç noktası yok ve bir render bittiğinde geri çağıran bir webhook yok. Ne yönetilen farm'da ne de kiralanan makinelerde SFTP veya FTP sunuyoruz; bu makalenin önceki bir sürümü, var olmayan scriptlenebilir bir SFTP yolunu anlatıyordu.
Scriptlenebilir transfer yolu S3 erişimidir: Cloud Direct Connect'ten alınan bir erişim anahtarı, AWS CLI veya Cyberduck ile dosyaları SRF Space'inize taşımak ve oradan almak için kullanılır.
| Aşama | Bugün otomatikleştirilebilir mi? | Nasıl |
|---|---|---|
| Yerel test render'ı ve yol kontrolleri | Evet | Makinenizde headless DCC çalıştırmaları (blender -b, hython, mayapy, nuke -x) |
| Paketleme ve checksum manifesti | Evet | Yerel script'ler; proje klasörü sıkıştırılmamış kalır |
| Yükleme | Evet, S3 erişimi ile | Bir script veya zamanlanmış işten AWS CLI; elle başlatmalar için Client App (devam ettirilebilir, arka plan servisi) ve web yükleme |
| Scene Analysis ve gönderim | Hayır, elle | Web kontrol paneli, Client App veya 3ds Max, Maya ve Cinema 4D için plugin |
| İlerleme | İzlenir, sorgulanmaz | Client App Render Jobs paneli, web kontrol paneli, Client App bildirimleri |
| İndirme | Evet, eller serbest | Client App otomatik indirmesi ile iş başına bir klasöre |
| Render sonrası adımlar | Evet | İndirme klasöründe yerel izleyici, ardından encode/gözden geçirme/arşiv script'leriniz |
Programatik gönderim yol haritamızda; bugün mevcut değil. Pipeline'ınız için katı bir gereksinimse, destek ekibimize neyi çağıracağınızı ve ne zaman ihtiyaç duyduğunuzu söyleyin; bu girdi yol haritasını şekillendirir.
Bunu kendi node'larınızı çalıştırmakla karşılaştırıyorsanız, tam yönetimli model ve yönetilen ile kendin yap arasındaki denge yazılarımıza bakın. Başlangıç rehberi yükleme, gönderim ve indirmeyi ekran görüntüleriyle anlatıyor, uygulama notları Blender ve Houdini cloud render farm sayfalarımızda yer alıyor ve fiyatlandırma sayfası kredi modelini açıklıyor.
Gözetimsiz Render İş Akışlarında Sık Görülen Tuzaklar
Destek ekibimizin en sık gördüğü nedenler bunlar.
| Belirti | Neden | Çözüm |
|---|---|---|
| Texture'lar farm'da pembe veya siyah render ediliyor, yerelde sorun yok | Node'da bulunmayan mutlak varlık yolları (D:\...) | Sahneye göreli yollar kullanın (//, $HIP/, proje sourceimages/) veya Client App'in Auto keep local path seçeneğiyle yükleyin |
| İş sahneyi bulamıyor veya hiçbir şey render edilmiyor | Proje arşiv olarak yüklenmiş ya da yalnızca bir alt klasör yüklenmiş | Tüm proje klasörünü sıkıştırılmamış olarak, referans verilen her varlık yerinde olacak şekilde yükleyin |
| Sabah yükleme %60'taydı | Web yüklemesi sırasında tarayıcı sekmesi kapandı veya makine uyku moduna girdi | Son parçadan devam eden Client App'i ya da S3 erişimi üzerinden log'lanan bir AWS CLI yüklemesini kullanın |
| Çıktıda yanlış kamera | Çok kameralı bir sahnede kamera belirtilmemiş | Göndermeden önce sahnede render kamerasını ayarlayın (yerel testlerde Maya -cam) |
| İş bittikten sonra kareler yerelde eksik | Otomatik indirme yolu takılı olmayan veya taşınmış bir sürücüydü | İndirme klasörünü yazılabilir bir yola yönlendirin, ardından Sync output kullanın |
| Gece script'i "hiçbir şey yapmadı", hata yok | 2>&1 log'lama yok; sessiz bir başarısızlık | stdout ve stderr'i bir log'a yönlendirin; önce yerel bir test karesi render edin |
Ortak nokta determinizmdir: gözetimsiz bir iş akışı ancak çalıştırma başlamadan önce her girdi sabitlenmişse işe yarar. Yalnızca iş istasyonunuzda bulunan bir şeye bağlı bir render, sizin önünüzde bir kez çalışır, gece 2'de ise bir daha asla.
FAQ
Q: Headless rendering nedir?
A: Headless rendering, bir render'ı hiçbir grafik arayüz açılmadan komut satırından başlatmak demektir; örneğin blender -b scene.blend -a veya nuke -x script.nk. Her render farm node'u bu şekilde çalışır ve sanatçılar bir sahneyi yüklemeden önce test etmek için aynı giriş noktalarını yerelde kullanır.
Q: Headless ile gözetimsiz rendering arasındaki fark nedir? A: Headless, tek bir render'ın nasıl başlatıldığıyla ilgilidir: GUI olmadan. Gözetimsiz ise tüm iş akışı boyunca bir kişinin başında bulunması gerekip gerekmediğiyle ilgilidir. Yönetilen bir farm'da headless kısmı farm üstlenir; bu yüzden otomasyonunuz onun çevresindeki döngüye gider.
Q: Super Renders Farm'a bir script veya API ile iş gönderebilir miyim? A: Bugün hayır. Farm'ımız herkese açık bir REST API, SDK veya komut satırı gönderici sunmuyor; programatik gönderim yol haritasında. İşler web kontrol panelinden, Client App'ten veya 3ds Max, Maya ya da Cinema 4D içindeki plugin'den gönderilir. Scriptleyebileceğiniz şeyler öncesindeki hazırlık, S3 erişimi üzerinden yükleme ve sonrasındaki işlemedir.
Q: Farm'a dosya transferlerini script ile yapabilir miyim?
A: Evet, S3 erişimi ile; SFTP ve FTP sunulmuyor. Hesabınızda Cloud Direct Connect altında bir erişim anahtarı oluşturun, ardından dosyaları SRF Space'inize taşımak ve oradan almak için AWS CLI'yi (bölge ap-southeast-1) veya Amazon S3 protokolüyle Cyberduck'ı kullanın. Web yükleme ve SuperRenders Client App elle yapılan transferleri kapsar; biten kareler Client App otomatik indirmesi veya web indirmesi ile gelir.
Q: Bilgisayarımın başında oturmadan bitmiş render'ları nasıl geri alırım? A: Varsayılan olarak açık olan Client App otomatik indirmesini kullanın: her kare biter bitmez varsayılan veya iş başına bir klasöre iner. Windows'ta arka plan servisi, ana pencereyi kapattıktan sonra da transfere devam eder ve o klasördeki bir yerel izleyici script'i encode veya gözden geçirme adımınızı başlatabilir.
Q: Yüklemeden önce bir sahneyi test etmek için Blender'ı komut satırından nasıl render ederim?
A: Arka plan modunu kullanın; örneğin tek bir test karesi için blender -b scene.blend -E CYCLES -f 1. -b bayrağı GUI olmadan çalıştırır ve -E motoru seçer; farm'ımız hem Cycles'ı hem EEVEE'yi render eder. --python-exit-code ile çalıştırılan küçük bir bpy script'i, aynı geçişte mutlak veya eksik yolları raporlayabilir.
Q: Gözetimsiz gece render'larını zamanlayabilir miyim?
A: Kendi tarafınızı zamanlayabilirsiniz: cron veya Görev Zamanlayıcı ile bir ön kontrol, kapıyı geçen her projenin SRF Space'inize AWS CLI ile yüklenmesi ve Client App'in indirdiği karelerin işlendiği bir izleyici. Gönderim web kontrol panelinde, Client App'te veya bir DCC plugin'inde yapılır; dolayısıyla bir kişi tek bir kısa devir yapar.
Q: Farm'da headless rendering için render motoru lisanslarını yönetmem gerekiyor mu? A: Hayır. Tam yönetimli bir farm'da render motoru lisansları, hizmetin bir parçası olarak farm tarafında yönetilir. Kendi kendine yönetilen bir kurulumda ise kendi lisans sunucularınızı çalıştırır ve headless render'ları her node'da kendiniz başlatırsınız.
About Alice Harper
Blender and V-Ray specialist. Passionate about optimizing render workflows, sharing tips, and educating the 3D community to achieve photorealistic results faster.



