Houdini TOPs’ta Wedge ve ROP Fetch ile render varyasyonlarını yönetin

Houdini’nin TOPs dokümantasyonunda yer alan Wedge ve ROP Fetch düğümleri, varyasyon üretimi ile render işlerinin planlanmasını aynı iş akışında bir araya getiriyor. SideFX’in her iki düğüm için belgelerinde özellikler 17.5 sürümünden itibaren tanımlanıyor. Wedge, değiştirilecek öznitelikler üzerinden ayrı iş öğeleri oluştururken ROP Fetch, bir ROP düğümünü veya ağını çalıştırıp karelere göre işler üretiyor. Bu rehber, mimari görselleştirme ve animasyon sahnelerinde seçenekleri düzenli biçimde karşılaştırmak isteyenler için temel kurulumu ele alıyor.

1. Varyasyonları Wedge TOP ile tanımlayın

TOP ağınıza Wedge düğümünü render düğümünüzden önce ekleyin. Dokümantasyona göre render TOP düğümleri, kendilerine gelen her iş öğesi için kare bazlı iş öğeleri oluşturur. Böylece Wedge’in oluşturduğu her varyasyon render aşamasına ayrı bir girdi olarak aktarılır.

Wedge Attributes bölümünden değişmesini istediğiniz öznitelikleri ekleyin ve her birine bir Attribute Name verin. Birden fazla özniteliği aynı Wedge düğümünde değiştirmek mümkün. Değerleri bir aralık üzerinden eşit dağıtabilir, bir listedeki değerlerden seçebilir veya aralık içinde rastgele örnekler üretebilirsiniz. Bu seçenekler, aynı sahne için kontrollü karşılaştırmalar hazırlamayı sağlar; ancak hangi sahne parametresinin öznitelikle ilişkilendirileceği, kurulan ağ ve parametre bağlantılarına bağlıdır.

Wedge Count, üretilecek iş öğesi sayısını belirler. Aralık olarak tanımlanan değerler bu sayıda adıma bölünür. Liste yöntemi kullanıldığında Wedge Count listedeki değer sayısını aşarsa liste yeniden baştan kullanılır. Rastgele seçimde Random Seed değerini değiştirmek farklı örnekler üretir. Bu nedenle karşılaştırma sırasında aynı seed değerini korumak, varyasyonların tutarlı kalmasına yardımcı olur; yeni örnekler gerektiğinde seed değiştirilebilir.

2. Öznitelikleri render parametrelerine bağlayın

Wedge değerlerini render düğümüne aktarmanın iki yolu bulunuyor. “Pull” yaklaşımında render düğümündeki parametre ifadesi, iş öğesinin özniteliğine başvurur. Örneğin, öznitelik adı scale ise dokümantasyondaki ifade biçimi @scale olur. Bu yöntem esnektir; fakat TOPs’e özgü ifadeler kullandığından ROP düğümünün TOPs dışında elle çalıştırılabilir kalması gereken durumlarda uygun olmayabilir.

“Push” yaklaşımında Wedge içindeki Target Parameter seçeneğiyle hedef parametre belirtilir. Wedge, render sırasında parametreyi geçersiz kılacak özel öznitelikler üretir; böylece render değerleri TOPs tarafından aktarılır ve sahnedeki HIP dosyasının parametresi bu çalışma sırasında değiştirilmez. Set Value As seçeneğiyle hedef parametrenin öznitelik referansı, doğrudan değer veya ifade olarak ayarlanması belirlenebilir.

İş öğesi seçildiğinde hedef parametreyi önizleme için değiştiren seçenek dikkat gerektirir: dokümantasyona göre bu işlem parametreyi gerçekten değiştirir, yeniden hesaplamaya yol açabilir ve HIP dosyasını kaydedilmemiş duruma getirebilir. Önizlenen değişiklik dosya kaydedilirse saklanabilir. Bu davranış yalnızca etkin Houdini oturumunu etkiler; ağ çalışırken “push” değerleri HIP dosyasını değiştirmeden uygulanır. Dosya üzerinde istemeden değişiklik bırakmamak için önizleme sonrasında parametre değerlerini kontrol edin.

3. Kareleri ve işleri ROP Fetch ile çalıştırın

Wedge’den sonra ROP Fetch TOP kullanarak mevcut HIP dosyasındaki veya harici bir HIP dosyasındaki ROP düğümünü ya da ağını çalıştırabilirsiniz. Düğüm, kare üretim ayarlarına göre her kare için bir iş öğesi oluşturur. Birden fazla kareyi tek bir işe toplamak simülasyon verisinin bellekte tutulduğu senaryolarda kullanılabilir. Daha küçük gruplar—dokümantasyondaki örnekte iş başına dört kare—hızlı çalışan ROP’larda HIP dosyasını tekrar yükleme yükünü azaltmaya yardımcı olabilir. Bunlar her sahne için zorunlu ayarlar değil, kullanım örnekleridir.

ROP Fetch’in Cache Mode seçeneği, beklenen çıktı dosyaları mevcutsa ne yapılacağını belirler. Automatic, dosya varsa işi yeniden planlamadan tamamlanmış sayabilir; upstream iş öğelerinin yeni dosya yazması önbelleği geçersiz kılabilir. Automatic (Ignore Upstream) benzer biçimde dosyayı kontrol eder, ancak upstream dosya yazımları bu düğümün önbelleğini geçersiz kılmaz. Read Files, çıktı yoksa iş öğesini başarısız işaretler. Write Files ise mevcut dosyayı dikkate almadan işleri her zaman planlar. Yeniden render veya mevcut dosyaları kullanma kararını bu seçeneklerle iş akışına göre verin.

Çıktıların izlenmesi için ROP parametrelerinden dosya yolları alınabilir ya da Custom Path List kullanılabilir. Özel yollar, ROP’un ürettiği çıktıyı değiştirmez; PDG’ye hangi dosyaların beklenen çıktı olduğunu bildirir. Özel bir ROP’un çıktı parametresi otomatik tanınmıyorsa Output Parm Name alanında parametre adı belirtilebilir. ROP’un yazdığı dosyalar otomatik yakalanamıyorsa, dokümantasyondaki pdg_logoutput anahtarı etkinleştirilebilir; düğüm çıktısındaki OUTPUT_FILE:{file_path}; biçimine uyan satırlar çıktı olarak algılanır.

4. Mimari görselleştirme iş akışına etkisi

Wedge, tek bir sahne üzerinde birden fazla ayar kombinasyonunu ayrı iş öğeleri hâlinde düzenlemek isteyen görselleştirme ekiplerine yarar. ROP Fetch ise bu işleri karelere bölmek, gruplamak ve mevcut çıktı dosyalarına göre yeniden çalıştırma davranışını yönetmek için kullanılabilir. Özellikle tekrar eden render denemelerinde iş öğelerinin ve çıktıların takibi kolaylaşır.

Donanım performansı, lisans koşulları veya farklı yazılımlarla uyumluluk hakkında bu belgelerde bilgi verilmiyor. Bu nedenle ağın iş yükü, render düğümünün gereksinimleri ve kullanılan zamanlayıcı ortamı ayrıca değerlendirilmelidir. Başlangıçta az sayıda wedge ile bağlantıları ve dosya yollarını doğrulamak, çok sayıda varyasyonu çalıştırmadan önce hatalı ayarların etkisini sınırlamaya yardımcı olur.

Sık yapılan hatalar

• Listeyle tanımlanan değerlerin Wedge Count’tan az olması hâlinde değerlerin döngüye gireceğini gözden kaçırmak.

• Pull ifadelerinin TOPs’e özgü olduğunu dikkate almadan ROP’u TOPs dışında kullanmayı beklemek.

• İş öğesi seçimiyle yapılan parametre önizlemesinin HIP dosyasını değiştirebileceğini unutmak.

• Custom Path List’in ROP’un çıktı konumunu değiştirdiğini sanmak; bu liste yalnızca beklenen dosyaları bildirir.

• Automatic önbellek davranışını anlamadan eski çıktı dosyalarını geçerli kabul etmek.