Gelişmiş araçlar: Render Node Template, Troubleshoot Machine, Yerel Yol Simülasyonu, API erişimi

Super Renders Farm, varsayılan web yükleme-gönderme-indirme akışının ötesine ihtiyaç duyan stüdyolar için dört gelişmiş araç sunar: Render Node Template (işinizi render eden çalışanlar için yeniden üretilebilir bir yazılım yığını tanımlayın), Troubleshoot Machine (render düğümü ortamıyla eşleşen, RDP erişimli bir hata ayıklama VM'i açın), Yerel Yol Simülasyonu (varlıkları sabit kodlanmış yollarla çözen projeler için mutlak yolları koruyun) ve API erişim yüzeyi (şu anda sınırlı — güncel programatik gönderim senaryosu için §API erişimine bakın). Bu sayfa dört araç için referans kılavuzudur: her birinin ne zaman kullanılacağı, render farm'ımızdaki temel mekanizmanın nasıl çalıştığı, yapılandırma veya çağırma için tam adımlar ve destekte en sık gördüğümüz hata modları.

Render farm'a yeni başladıysanız ve varsayılan yükleme akışını arıyorsanız doğru başlangıç noktasıdır. Başarısız bir işi ayıklıyorsanız sayfası en sık görülen hata kalıplarını kapsar. Burada belgelenen araçlar, varsayılan akışın uygun olmadığı durumlar içindir — genellikle köklü iş akışına sahip büyük stüdyolar, olağan dışı varlık yolu gereksinimleri olan projeler veya render çalışanının tam olarak ne gördüğünü görmeniz gereken tek seferlik hata ayıklama oturumları.

Hangi aracı kullanmalısınız — karar referansı

Araç başına bölümlerden önce kısa bir yönlendirme:

| Şunu yapmanız gerekiyorsa… | Kullanın | |---|---| | İşinize atanan çalışanlarda çalışan DCC sürümünü, eklenti sürümlerini ve eklenti lisanslarını kilitleyin | Render Node Template | | Microsoft Remote Desktop üzerinden gerçek bir render çalışanına bağlanın, sahneyi yerinde düzeltin, ardından gerçek bir iş olarak gönderin | Troubleshoot Machine | | Mutlak yollar (C:\projects\… veya D:\textures\…) kullanan ve göreli yollara dönüştürülemeyen bir projeyi render edin | Yerel Yol Simülasyonu | | Bir betik veya iş akışı aracından programatik iş gönderimi yapın | API erişimi (yer tutucu için bakın — güncel yol İstemci Uygulaması veya DCC eklentisidir) |

Bunları birleştirebilirsiniz. Bir Render Node Template, aynı iş üzerinde Yerel Yol Simülasyonu ile eşleştirilebilir. Troubleshoot Machine hem etkin Render Node Template'inizi hem de herhangi bir Yerel Yol Simülasyonu yapılandırmasını dikkate alır; böylece hata ayıklama ortamı üretim render ortamıyla eşleşir. Dört araç birlikte çalışacak şekilde tasarlanmıştır.

Render Node Template

Render Node Template, dört araç içinde en güçlü olanıdır ve en uzun süredir kullananıdır. İşinizi almadan önce render çalışanlarının sahip olması gereken tam yazılım ortamını belirtmenizi sağlar: hangi 3ds Max sürümü, hangi V-Ray derlemesi, hangi eklentiler kurulu ve lisanslı ve render başlamadan önce çalışanda yerinde olması gereken özel yapılandırma dosyaları. Bir kez tanımlandıktan sonra şablon işler arasında yeniden kullanılabilir — o şablonla etiketlediğiniz her gönderim özdeş bir çalışan yığınında çalışır.

Çözdüğü sorun

Super Renders Farm varsayılan olarak her render çalışanına düzenlenmiş bir yazılım yığını önceden kurar — en yaygın DCC sürümleri ve en sık gördüğümüz iş yüklerine göre ayarlanmış en yaygın renderer'lar ve eklentiler. İşlerin %80'i için bu doğru varsayılandır; çalışan sahnenizin ihtiyaç duyduğu yazılıma zaten sahiptir. Ancak varsayılanın yetersiz kaldığı iki durum vardır:

• Sürüm sabitleme. Stüdyonuz 3ds Max 2024 + V-Ray 6.10.05 + belirli bir Forest Pack derlemesi üzerinde standartlaştı ve aynı animasyondaki kareler arasında örnekleme veya gürültü farkları getiren daha yeni bir nokta sürümünü riskliyemezsiniz.
• Niş eklentiler. Varsayılan render farm yığınında olmayan bir eklenti (veya eklenti sürümü) kullanıyorsunuz — örneğin daha az yaygın bir Phoenix FD sürümü, Pulze ZBrush köprüsü veya olağan dışı bir Corona özellik derlemesi.

Render Node Template yığını açıkça bildirmenizi sağlar. Render farm daha sonra ya işinizi bildirilen şablonla zaten eşleşen çalışanlara yönlendirir ya da iş atanmadan önce eşleşecek şekilde yeni çalışanlar sağlar. Her iki durumda da uçtan uca sürüm sabitleme garantisi geçerlidir.

Render farm'ımızda nasıl çalışır

Render Node Template, hesabınıza eklenmiş adlandırılmış bir yapılandırma kaydıdır. İçeriği:

• DCC ve sürümü — örneğin 3ds Max 2024.2.2.
• Renderer ve sürümü — örneğin V-Ray 6.10.05.
• Sürümlü eklenti listesi — örneğin Forest Pack Pro 8.4.2, RailClone Pro 6.3, Phoenix FD 5.10.
• Lisans kanalı — çalışanın şemsiye lisans altyapımız üzerinden hangi lisanslara (Chaos, Maxon, Otoy, AXYZ Design) erişmesi gerektiği. Çoğu eklenti standart olarak kapsanır; şablonunuz henüz barındırmadığımız bir eklentiye başvuruyorsa destek ekibi bildirim yapar ve kendi lisans dosyanızı getirmeniz gerekir.
• İsteğe bağlı dosya yükleri — render başlamadan önce çalışanda bilinen bir konuma yerleştirilmesi gereken yapılandırma dosyaları, ön ayarlar veya gölge kitaplıkları.

Bir iş gönderip şablonla etiketlediğinizde render farm zamanlayıcı şablonu mevcut çalışan havuzuyla eşleştirir. Eşleşen çalışanlar boştaysa iş hemen gönderilir. Eşleşen çalışan yoksa zamanlayıcı şablona göre taze bir çalışan sağlar — bu genellikle varsayılan yığın işinden birkaç dakika daha uzun sürer ve bu temel değiş tokuştur.

Render Node Template oluşturma

Şablon düzenleyicisine hesap panonuzdan "Render Node Templates" (veya benzeri — tam UI etiketi pano sürümleri arasında değişebilir; girişi görmüyorsanız destekle iletişime geçin, hesabınız için görünür hale getirelim) üzerinden erişilebilir.

Adımlar:

1. superrendersfarm.com'da oturum açın ve panonuzun Render Node Templates bölümünü açın.
2. Yeni bir şablon oluşturun ve açıklayıcı bir ad verin — genellikle bir proje kodu veya studio-archviz-2024-vray6 gibi bir stüdyo standart etiketi. Ad size aittir; render farm yalnızca eşleştirme için kullanır.
3. DCC ve sürümünü seçin. Açılır liste şu anda barındırdığımız her DCC sürümünü listeler. İstediğiniz sürüm listede yoksa destek görüşmesi olmadan şablon oluşturulamaz — bazı eski sürümler kullanımdan kaldırılmıştır.
4. Renderer ve sürümünü seçin. Aynı kısıtlama geçerli — açılır liste mevcut render farm yığınını yansıtır.
5. Eklentileri tek tek ekleyin. Her eklenti için: katalogdan eklenti adını seçin, sürümü belirleyin ve lisans kanalını onaylayın. Kataloğumuz dışındaki eklentiler için destek görüşmesi gerekir — eklenti ana akım yeterliyse lisansı barındırabiliriz; bu genellikle tek seferlik bir çabadır.
6. Dosya yüklerini ekleyin. Çalışanda ihtiyaç duyduğunuz yapılandırma veya ön ayar dosyalarını yükleyin. Render farm bunları şablonla birlikte saklar ve render başlamadan önce çalışanın çalışma dizinine kopyalar.
7. Kaydedin ve doğrulayın. Pano, mevcut çalışan havuzuna karşı bir doğrulama geçişi yapar ve ya "eşleşen çalışanlar mevcut" (ilk işte anında gönderim) ya da "mevcut eşleşme yok — ilk kullanımda çalışanlar sağlanacak" (ilk işte küçük başlangıç gecikmesi) bildirimini verir.

Şablon artık sonraki herhangi bir iş gönderimi için seçilebilir.

Gönderim sırasında şablon kullanma

Bir render işi gönderdiğinizde — web yükleme, İstemci Uygulaması veya DCC gönderim eklentisi üzerinden — gönderim formunda "Render Node Template" açılır listesi bulunur. Oluşturduğunuz şablonu seçin. İş tüm yığın bildirimini devralır; DCC, renderer veya eklenti sürümlerini gönderim formunda ayrıca belirtmeniz gerekmez.

İki operasyonel not:

• Şablon + Express önceliği birleşir. Şablon içeren bir işi Express önceliğiyle gönderebilirsiniz. Zamanlayıcı her iki kısıtlamayı da karşılayan boşta bir çalışan bulmaya çalışır; yoksa bir tane sağlar. Express şablon işlerinin gönderim penceresi genellikle varsayılan yığın Express işlerinden biraz daha uzundur ancak fiyat farkı aynıdır.
• Şablon + Yerel Yol Simülasyonu birleşir. Projeniz mutlak yollar da gerektiriyorsa gönderimde Yerel Yol Simülasyonu'nu normal şekilde yapılandırın (bkz. §Yerel Yol Simülasyonu). Şablon yazılım ortamını kontrol eder; Yerel Yol Simülasyonu dosya sistemi düzenini kontrol eder. Bunlar birbirinden bağımsız konulardır.

Şablonları düzenleme ve sürümleme

Şablon değiştirilebilir — sürüm sabitlemesini düzenleyebilir, eklenti ekleyip çıkarabilir veya dosya yüklerini değiştirebilirsiniz. Ancak şablonu düzenlemek onu kullanan tüm gelecek işleri etkiler; hâlihazırda gönderilmiş işler gönderim sırasında yakaladıkları şablon sürümüyle devam eder.

Şablon revizyonları üzerinde sıkı sürüm kontrolüne ihtiyaç duyan stüdyolar için yaygın bir kalıp klonla-sonra-düzenle'dir: eklenti sürümlerini güncellemek istediğinizde mevcut şablonu studio-archviz-2024-vray6-r2'ye klonlayın, değişiklikleri orada yapın ve projenizin gönderim betiklerini yeni şablonu gösterecek şekilde güncelleyin. Eski şablon, tam yığınına bağlı devam eden projeler için dokunulmadan kalır.

Yaygın hata modları

• "Eşleşen çalışan yok — sağlama 5-10 dakika sürer." Bu bir hata değil, sadece bir bildirimdir. Yığın değişikliğinden sonraki ilk şablon işi taze çalışanlar sağlar. Aynı şablona karşı sonraki işler, çalışanlar zaten hazır olduğundan hemen gönderilir.
• "Şablon için eklenti lisansı kullanılamıyor." Belirttiğiniz eklenti barındırılan lisans kataloğumuzda yok. Destekle iletişime geçin — ana akım eklentiler için genellikle birkaç iş günü içinde barındırılan lisanslama ekleriz; niş eklentiler için ya lisansı biz ekleriz ya da gönderiminizle birlikte bir lisans dosyası getirirsiniz.
• "Renderer sürümü artık desteklenmiyor." Eski DCC veya renderer sürümleri periyodik olarak etkin yığından kaldırılır. Şablon düzenleyicisi bunu kaydetme sırasında gösterir; düzeltme, şablonu desteklenen bir sürüme güncellemek veya güncel bir derlemeye klonla-sonra-düzenle yapmaktır.
• "İş gönderildi ancak çalışan yığını şablonla eşleşmiyor." Nadir ama bilmekte fayda var. Bu olursa iş, ön render akıl yürütme denetiminde başarısız olur ve render farm onu onaylanmış eşleşen bir çalışana otomatik olarak yeniden kuyruğa alır. Başarısız gönderim girişimi için ödeme yapmazsınız.

Troubleshoot Machine

Troubleshoot Machine, üretim render yolunun tanısal karşılığıdır. Gerçek bir iş gönderip hata mesajıyla başarısız olmasını beklemek yerine Troubleshoot Machine açarsınız — render düğümü yazılım yığınıyla eşleşen bir Windows VM — ve Microsoft Remote Desktop Connection üzerinden bağlanırsınız. Render çalışanının tam olarak ne göreceğini görür, sahne dosyanızı açabilir, neyin başarısız olduğunu belirleyebilir, yerinde düzeltebilir, düzeltilmiş sahneyi depolamanıza geri kaydedebilir ve ardından güvenle gerçek bir üretim işi gönderebilirsiniz.

Çözdüğü sorun

Çoğu render hatası iki gruba ayrılır: sahne düzeyinde sorunlar (eksik eklenti, bozuk varlık referansı, çalışandaki sürümle uyumsuz renderer ayarı) ve ortam düzeyinde sorunlar (lisans mevcut değil, eklenti yüklenmiyor, yol uyuşmazlığı). Her ikisi de uzaktan teşhis etmek zordur — başarısız bir üretim işinden aldığınız tek sinyal genellikle kısa olan render günlüğüdür.

Troubleshoot Machine tanısal döngüyü kısaltır. Gönder → başarısız → günlüğü oku → tahmin et → yeniden gönder → başarısız → tahmin et → yeniden gönder döngüsü yerine bir Troubleshoot Machine açar, DCC GUI'nizde gerçek hatayı görür, bir kez düzeltir ve çalışan gerçek bir iş gönderirsiniz.

Render farm'ımızda nasıl çalışır

Bir Troubleshoot Machine talep ettiğinizde render farm, belirttiğiniz DCC için mevcut render düğümü yığınıyla eşleşen taze bir Windows VM sağlar (varsa etkin Render Node Template'iniz dahil). VM, SRF Spaces depolamanızı S: sürücüsü olarak bağlar — bu nedenle halihazırda yüklediğiniz proje dosyaları tıpkı üretim render çalışanında olduğu gibi görünür. Yerel iş istasyonunuzdan RDP üzerinden bağlanırsınız.

VM'nin bir zaman bütçesi var — genellikle dakika cinsinden ölçülür ve render kredilerinize karşı belgelenmiş bir oranda faturalandırılır (güncel oran için panoyu kontrol edin; bu zaman zaman değişir). İşiniz bittiğinde bağlantınızı keser ve aynı projeden bir üretim işi gönderir ya da VM'yi serbest bırakırsınız.

Troubleshoot Machine oturumu başlatma

Adımlar:

1. Panodan "Troubleshoot Machine"e (veya eşdeğer pano girişine — adlandırma sürümler arasında değişebilir) gidin.
2. Projenizle eşleşen DCC'yi seçin. VM, varsa bildirilen Render Node Template'inizle eşleşerek o DCC önceden kurulmuş şekilde sağlanacaktır.
3. Zaman bütçesini onaylayın. Pano dakika başına kredi maliyetini gösterir; maksimum oturum uzunluğu için taahhüt verir ve gerekirse oturum sırasında uzatabilirsiniz.
4. Sağlamayı bekleyin. Bu genellikle birkaç dakika sürer — yazılım yığınınızla taze bir VM hazırlanır.
5. RDP bağlantı ayrıntılarını alın. Pano bir ana makine adı, kullanıcı adı ve parola (veya indirilebilir bir RDP dosyası) sağlar. Windows'ta bağlanmak için RDP dosyasını çift tıklayın; macOS'ta App Store'dan Microsoft Remote Desktop'ı kullanın.
6. Bağlanın. Artık çalışandasınız. S: sürücüsü SRF Spaces proje dosyalarınızı içerir.

Oturumu kullanma

Bağlandıktan sonra iş akışınız, render çalışanının başında oturuyormuşsunuz gibi aynıdır:

• S:'den sahne dosyanızı açın. DCC, şablonunuz veya o DCC için render farm varsayılanı tarafından belirtilen sürümde başlar.
• Hatayı yeniden üretin. Üretimde başarısız olan her ne ise — render önizleme, betik hatası, varlık referansı — burada yeniden üretilmeli. DCC'nin kendi tanı araçlarını kullanarak araştırın.
• Sahneyi düzeltin. Eksik varlıkları yeniden bağlayın, render ayarlarını değiştirin, eklenti referanslarını onarın veya tanı neyi gerektiriyorsa.
• S:'ye geri kaydedin. Düzeltilmiş sahneyi S:\SuperRendersOutput\ veya SRF Spaces'teki başka bir klasöre kaydedin. Kayıt kalıcıdır — Troubleshoot Machine oturumunu sonlandırdığınızda düzeltilmiş sahne depolamanızda kalır.
• (İsteğe bağlı) VM içinden gerçek bir iş gönderin. Troubleshoot Machine'deki DCC'de SuperRenders gönderim eklentisi kurulur; VM içinden bir üretim render işi gönderebilir, ardından bağlantıyı keserek render farm'ın normal şekilde render etmesine izin verebilirsiniz.

İşiniz bittiğinde RDP bağlantısını kesin ve oturumu panodan sonlandırın. VM yok edilir; S:'ye kaydettiğiniz dosyalar SRF Spaces'te kalır.

Yaygın hata modları

• "RDP'ye bağlanılamıyor — bağlantı zaman aşımına uğradı." Yerel ağınızın veya VPN'inizin giden RDP'ye (port 3389) izin verdiğini kontrol edin. Bazı kurumsal ağlar RDP çıkışını engeller. Durum buysa IT ekibinizden Troubleshoot Machine ana makine adını beyaz listeye almasını isteyin.
• "RDP kimlik bilgileri reddedildi." RDP dosyasını panodan yeniden indirin — kimlik bilgileri oturuma özgüdür ve oturum çok uzun duraklatılırsa süresi dolabilir.
• "S: sürücüsü boş veya dosyalar eksik." Sürücü SRF Spaces'inize eşlenir — dosyalar görünmüyorsa ya VM sağlandığında SRF Spaces'e yükleme henüz tamamlanmamıştır ya da yanlış klasöre bakıyorsunuzdur. Varsayılan bağlama genellikle S:\<hesap-kimliği>\'dir.
• "Düzeltmem Troubleshoot Machine'de işe yaradı ama üretim işi hâlâ başarısız oluyor." Çoğunlukla üretim işi, Troubleshoot Machine oturumunun kullandığından farklı bir Render Node Template'e (veya varsayılan yığına) karşı gönderilmiştir. Üretim gönderimindeki şablon seçiminin Troubleshoot Machine yapılandırmasıyla eşleştiğini doğrulayın.

Yerel Yol Simülasyonu

Yerel Yol Simülasyonu, dört araç içinde kapsam olarak en küçük olanıdır; ancak "bulutta render edilmez" projelerinin en büyük tek kategorisini çözer. Bazı DCC sahneleri varlıkları — örneğin C:\projects\studio\my-scene\textures\wood_01.tx — göreli yol yerine sabit kodlanmış mutlak yolla çözer. Bu sahne bir render farm'ıne yüklendiğinde renderer dokuları bulamaz çünkü mutlak yol çalışanda mevcut değildir. Yerel Yol Simülasyonu bu mutlak yolu var kılar.

Çözdüğü sorun

Bu sorun kategorisinin anlaşılır çözümü, gönderimden önce sahneyi yeniden yollamaktır — tüm varlık referanslarını mutlaktan göreliye geçirin — ancak bazı iş akışları için bu pratik değildir:

• Anima sahneleri (AXYZ Design'ın animasyonlu insan eklentisi) karakter önbellek dosyalarına sahne kaydında mutlak yollar yazar; manuel yeniden yollama önbellek bağlamasını bozar.
• Corona Image Editor 4K önbellek rendering, renderer'ın render süresinde aynı yolda tekrar bulmasını beklediği mutlak yollar yazar.
• Substance / Substance Painter dışa aktarma iş akışları, iş akışı ayarlarına bağlı olarak doku kaynaklarına mutlak yollar gömebilir.
• Alembic varlık referansları, bazen DCC'nin dışa aktarma ayarlarına bağlı olarak mutlak yollar yazar.
• Eski arşiv projeleri, her varlık referansını yeniden yollamanın pratik olmadığı ve stüdyonun projeyi olduğu gibi render etmek istediği durumlar.

Bu durumlar için Yerel Yol Simülasyonu render farm'a şunu söyler: bu iş çalıştığında, renderer varlıklarını sahnenin beklediği yerde bulacak şekilde çalışanda mutlak yolu yeniden oluştur.

Render farm'ımızda nasıl çalışır

Yerel Yol Simülasyonu etkin bir projeyi yüklediğinizde SuperRenders İstemci Uygulaması (veya doğru ayarla web yükleme) orijinal mutlak yol yapısını yüklemede korur. Render çalışanında render farm, render başlamadan önce karşılık gelen dizin ağacını aynı mutlak yolda oluşturur — sahnenizdeki dosya D:\studio-2024\project-x\textures\wood.tx'e başvuruyorsa çalışanın render zamanında gerçek bir D:\studio-2024\project-x\textures\wood.tx'i olur ve sahne doğru şekilde çözümlenir.

Mekanizma, yükleme sırasında mutlak yolu otomatik olarak koruyan SuperRenders İstemci Uygulaması'nın "Yerel yolu otomatik koru" seçeneğiyle en güvenilir şekilde çalışır. Web yüklemede yol yapısını dosyaları yüklemeden önce SRF Spaces klasör yapısında manuel olarak ayarlarsınız.

Yerel Yol Simülasyonu'nu yapılandırma

Bu özelliğe giren iki yol vardır:

SuperRenders İstemci Uygulaması üzerinden (önerilen):

1. İstemci Uygulaması'nda, dosyaları bir yüklemeye eklemeden önce yükleme ayarlarını açın.
2. "Yerel yolu otomatik koru"yu etkinleştirin (tam etiket İstemci Uygulaması sürümleri arasında biraz değişebilir — yol koruma onay kutusunu arayın).
3. Proje dosyalarınızı ekleyin. İstemci Uygulaması, eklendikçe her dosyanın mutlak yolunu okur ve yükleme ağacında korur.
4. Yükleme önizlemesinde yol ağacını onaylayın. SRF Spaces'te yansıtılmış tam mutlak yol yapısını görmelisiniz.
5. Normal şekilde yükleyin. Yol yapısı dosyalarla birlikte aktarılır.
6. Gönderim sırasında "Yerel Yol Simülasyonu"nu etkinleştirin — pano veya İstemci Uygulaması gönderim formunda bunun için bir onay kutusu veya açılır liste var. Render farm, çalışanda mutlak yolu yeniden oluşturacaktır.

Web yükleme üzerinden (manuel):

1. Hesap panonuzdaki web dosya tarayıcısı olan SRF Spaces'te "Klasör Oluştur" düğmesini kullanarak mutlak yol yapısını manuel olarak yeniden oluşturun. Örneğin projeniz D:\studio-2024\project-x\'e başvuruyorsa D: (klasör adı olarak gerçekten "D:") adında bir klasör oluşturun, ardından studio-2024 alt klasörü ve project-x alt klasörü oluşturun, bu şekilde devam edin.
2. Dosyalarınızı yeniden oluşturulan yol ağacına yükleyin. Her dosya SRF Spaces içinde eşleşen mutlak yolda yer alır.
3. Gönderim sırasında "Yerel Yol Simülasyonu"nu etkinleştirin. Render farm yol yapısını SRF Spaces'ten okuyacak ve çalışanda kopyalayacaktır.

Web yükleme yolu daha manueldir ama doğru yapılandırıldığında çalışır. İstemci Uygulaması, bunu düzenli olarak yapan stüdyolar için daha hızlı ve daha az hataya açıktır.

Operasyonel notlar

• Sürücü harfleri. Render çalışanında simüle edilen sürücü (örn. projeniz D:\… kullanıyorsa D:) fiziksel bir sürücü değil mantıksal bir bağlamadır. Bağlama iş başlangıcında oluşturulur ve iş sonunda kaldırılır; kalıcı değildir.
• Yol uzunluğu sınırları. Windows'un eski uygulamalar için tarihsel yol uzunluğu sınırları vardır (yaklaşık 260 karakter). Mutlak yollarınız çok uzunsa bazı DCC'ler Yerel Yol Simülasyonu yapılandırılmış olsa bile dosya yüklemeyi başarısız yapabilir. Düzeltme ya proje düzeyinde yolları kısaltmak ya da çoğu güncel sürümün desteklediği DCC'nizde uzun yol desteğini etkinleştirmektir.
• DCC arası birleşim. Yerel Yol Simülasyonu, Render Node Template ve Troubleshoot Machine ile birleştirilebilir — simüle edilen yol ağacı her üç bağlamda da özdeş olarak görünür.

Yaygın hata modları

• "Yerel Yol Simülasyonu etkinleştirildikten sonra varlık hâlâ eksik." En yaygın neden, yüklemenin yolu gerçekten korumamış olmasıdır. Pano web arayüzünde SRF Spaces'i açın ve mutlak yol yapısının orada mevcut olup olmadığını onaylayın. Yoksa İstemci Uygulaması'nda "Yerel yolu otomatik koru" etkin şekilde yeniden yükleyin.
• "Render başlar ama yanlış doku yüklenir." Bazen bir sahne farklı yollarda aynı dosya adına sahip birden fazla varlık içerir; yol simülasyonu eksikse renderer aynı adlı farklı bir dosyaya geri dönebilir. Tam yol yapısının SRF Spaces'te korunduğunu doğrulayın.
• "Renderer simüle edilen yolda erişim reddetti bildiriyor." Bu genellikle yolun normal bir klasör olarak oluşturulamayan Windows için ayrılmış dizin adı (con, aux, prn vb.) içerdiği anlamına gelir. Projeyi ayrılmış adı önlemek için yeniden yollayın.

API erişimi

Super Renders Farm'a programatik erişim yol haritasındadır. İş gönderimi, durum sorgulama ve çıktı alımı için genel bir REST API tasarlanmaktadır; şu anda doğrudan entegrasyon için genel API uç noktaları mevcut değildir.

Güncel programatik gönderim ihtiyaçları için desteklenen yollar şunlardır:

• SuperRenders İstemci Uygulaması — masaüstü İstemci Uygulaması (), mevcut olduğu durumlarda komut satırı yüzeyi veya yükleme dizininde dosya bırakma otomasyonu aracılığıyla Windows ve macOS'ta betiklerden çalıştırılabilir. Yerleşik iş akışı otomasyon araçlarına sahip stüdyolar için İstemci Uygulaması güncel en iyi uygulama entegrasyon noktasıdır.
• DCC gönderim eklentisi — DCC başına eklenti (3ds Max, Maya, Cinema 4D), DCC'nin kendi betik ortamıyla (MAXScript, Python vb.) entegre olur ve DCC içinde zaten çalışan iş akışı betiklerinden çalıştırılabilir.

Genel API yayınlandığında bu bölüm tam API referansıyla (kimlik doğrulama, uç noktalar, hız sınırları, SDK örnekleri) değiştirilecektir. İş akışı entegrasyonu için genel API'ye bağlı olan stüdyolar için kullanım durumunu paylaşmak üzere destekle iletişime geçin — yol haritası gerçek iş akışı gereksinimlerinden bilgi alır.

Çapraz referanslar

• — bu araçlar olmadan varsayılan yükleme-gönderme-indirme akışı
• — masaüstü uygulaması kurulum ve kullanımı
• — tarayıcı tabanlı gönderim akışı
• — büyük proje aktarım deseni
• — render kredilerinin nasıl faturalandırıldığı, Troubleshoot Machine oturum fiyatlandırması dahil
• — DCC geneli sorun giderme referansı
• — yükleme yöntemlerinin karşılaştırması
• , , — bu araçlarla eşleşen DCC başına gönderim kurulumu

SSS

Q: Her iş için Render Node Template gerekli mi? A: Hayır. Çoğu iş render farm'ın varsayılan yazılım yığınında temiz çalışır — en yaygın eklentilerle birlikte en yaygın DCC ve renderer sürümleri. Render Node Template; uzun süreli bir proje boyunca sürüm sabitlemesine ihtiyaç duyduğunuz veya varsayılan katalogda bulunmayan bir eklenti kullandığınız durumlar içindir. Emin değilseniz varsayılan yığın neredeyse her zaman doğru başlangıç seçimidir.

Q: Troubleshoot Machine oturumu ne kadar maliyetlidir? A: Troubleshoot Machine oturumları, oturum başlangıcında panoda gösterilen dakika başına oran üzerinden render kredilerinize karşı faturalandırılır. Oran, temel VM altyapısını güncellediğimizde zaman zaman değişir; pano her zaman yetkilidir. Tipik 30 dakikalık bir tanı oturumunda tek bir tam render işinin maliyetinin küçük bir kısmını bekleyin.

Q: Projem macOS veya Linux'taysa Yerel Yol Simülasyonu'nu kullanabilir miyim? A: Çalışan render ortamı Windows'tur, dolayısıyla mutlak yollar Windows yolları (D:\… biçimi) olarak simüle edilir. Projeniz /Users/… veya /home/… biçiminde mutlak yollara sahip macOS veya Linux'ta yazıldıysa yol simülasyonu hâlâ çalışabilir — render farm sahnenin beklediği yol dizesiyle eşleşen mantıksal bir Windows bağlaması oluşturur — ancak pratikte macOS/Linux kaynaklı projeler genellikle göreli yollar kullanır ve bu araca ihtiyaç duymaz.

Q: Render Node Template render süresine katkıda bulunuyor mu? A: Yeni bir şablona karşı gönderilen ilk iş, render farm eşleşen çalışanları sağlarken birkaç dakika daha uzun sürebilir. Aynı şablona karşı sonraki işler, eşleşen çalışanlar zaten hazır olduğundan varsayılan yığın hızında gönderilir. Şablon etkin olduktan sonra iş başına net süre, varsayılan yığınla aynıdır.

Q: Uçuştaki bir iş varken Render Node Template'i düzenleyebilir miyim? A: Evet, ancak uçuştaki iş gönderim sırasında yakaladığı şablon sürümüyle devam eder. Düzenleme yalnızca gelecekteki gönderimleri etkiler. Daha sıkı sürüm kontrolüne ihtiyaç duyan projeler için şablonu yeni bir ada klonlayın ve gönderim betiklerinizi mevcut şablonu düzenlemek yerine yeni klonu gösterecek şekilde güncelleyin.

Q: DCC sürümüm Render Node Template açılır listesinde yok. Ne yapmalıyım? A: Destekle iletişime geçin ve ihtiyaç duyduğunuz sürümü paylaşın. Ana akım DCC'ler için genellikle güncel sürümleri ve birkaç eski sürümü barındırırız; çok eski sürümler etkin yığından kaldırılmış olabilir. Genellikle birkaç günlük hazırlık süresiyle eski sürümü ekleyebilir veya sizi sahne uyumluluğunuzla eşleşen en yakın desteklenen sürüme yönlendirebiliriz.

Q: İşlerimi iş akışımdan göndermek için kullanabileceğim genel bir API var mı? A: Henüz yok. Genel bir REST API yol haritasındadır. Bugün önerilen programatik gönderim yolu SuperRenders İstemci Uygulaması (betiklerden çalıştırılan) veya DCC başına gönderim eklentisidir (DCC'nin yerel betik ortamından çalıştırılan). İş akışı otomasyonu kullanım durumunuz özellikle genel API'ye bağlıysa destekle iletişime geçin — yol haritası gerçek iş akışı gereksinimlerinden bilgi alır ve girdileriniz önceliklendirmeye yardımcı olur.

Q: Render Node Template'e karşı Troubleshoot Machine çalıştırabilir miyim? A: Evet — ve şablona dayalı bir işi ayıkladığınızda bu önerilen kalıptır. Troubleshoot Machine oturumu, sağlama sırasında etkin Render Node Template'inizi okur ve eşleşen yazılım yığınıyla VM'yi sağlar. Şablona eklenti sürümleri dahil olmak üzere üretim çalışanının tam olarak ne göreceğini görürsünüz.