# Houdini crowd simülasyonu: Agent kurulumunu düzenleme rehberi

Kaynak: https://3dsinifi.com/haber/houdini-crowd-simulasyonu-agent-kurulumunu-duzenleme-rehberi · Kategori: İpuçları · Yayın: 12 Kasım 2026

> SideFX’in Houdini 22.0 dokümantasyonu, crowd agent’larının rig, shape library, layer ve animasyon klipleriyle nasıl yapılandırıldığını açıklıyor. Bu rehber, bileşenleri düzenleme ve tekrar eden veriyi azaltma yöntemlerini ele alıyor.

## Kısaca
- Houdini crowd agent’ı, ortak bir rig, geometri şekilleri, layer’lar ve animasyon klipleri içeren bir tanıma başvurabilir.
- Shape library’deki şekiller benzersiz adlarla tutulur; layer’lar bu şekilleri rig dönüşümlerine bağlar.
- Agent tanımının bileşenleri ayrı dosyalarda harici referans olarak saklanabilir; SideFX’e göre bu, tekrar eden veriyi azaltabilir.
- Lineer skinning, dokümantasyonda standart ve en hızlı yöntem olarak tanımlanıyor; viewport’ta GPU skinning için kullanılan tek yöntem olduğu da belirtiliyor.

Bu rehber, SideFX’in Houdini 22.0 dokümantasyonundaki crowd simülasyonu ve agent başlıklarına dayanıyor. Amaç, karakterlerden oluşan bir kalabalık için agent tanımını düzenlemek; rig’i, geometriyi ve animasyon verisini tekrar kullanılabilir bileşenlere ayırmak. Dokümantasyon tüm sahneler için tek bir kurulum reçetesi veya önerilen parametre değerleri sunmuyor. Bu nedenle aşağıdaki adımlar, kaynakta tarif edilen bileşenlere ve davranışlara bağlı kalıyor.

## 1. Agent tanımının parçalarını planlayın

Houdini’de agent primitive, tek bir nokta içeren packed primitive türüdür ve bazı durumlarda parçacık gibi ele alınabilir. Agent primitive’in başvurduğu ortak veri kümesine agent definition denir. Bir tanım rig, shape library, layer’lar, animasyon klipleri, transform grupları ve isteğe bağlı metadata içerebilir.

1. **Hangi verilerin ortak olacağını belirleyin.** Aynı agent’ın kopyalarının paylaşacağı rig’i, şekilleri ve klipleri tanımın bileşenleri olarak düzenleyin. Bu yapı, ortak bileşenleri her kopya için yeniden kurmak yerine aynı tanım üzerinden kullanmayı mümkün kılar.
2. **Rig’i ve kanalları hazırlayın.** Rig; adlandırılmış dönüşümlerden oluşan hiyerarşiyi ve kanalları saklar. Her dönüşümün bir ebeveyni bulunabilir veya dönüşüm kök olabilir. İsteğe bağlı rest pose, eklemin animasyon klibinde yer almadığı ya da agent’a poz veya klip atanmadığı durumlarda kullanılabilir. Kanallar için de animasyon klibinde karşılığı yoksa devreye girecek varsayılan değerler tanımlanabilir.
3. **Ek bilgileri metadata’da tutmayı değerlendirin.** Agent tanımındaki metadata, örneğin varlıkların oluşturulmasıyla ilgili özel bilgileri saklayabilir. Bu bilgi tanımlar arasında paylaşıldığından, her agent için ayrı ayrı veri oluşturmaya alternatif olabilir.

## 2. Shape library ve layer bağlantılarını kurun

Shape library, agent’ın kullanabileceği geometri şekillerini içerir ve her şeklin benzersiz bir adı vardır. Layer’lar, agent açıldığında hangi şekillerin kullanılacağını ve şekillerin nasıl dönüştürüleceğini veya deforme edileceğini belirler. Bu ayrım, geometri parçaları ile bunların rig’e bağlanma düzenini ayrı yönetmeye yarar.

4. **Geometriyi adlandırılmış şekiller olarak düzenleyin.** Her shape library şekline benzersiz ad verin. Dokümantasyona göre şekiller packed primitive olarak tutulur ve library standart geo/bgeo biçiminde tek bir geometri dosyasına kaydedilebilir. İlave shape library’lerini içeri almak için `shapelib_includes` detail attribute’u kullanılabilir; bu öznitelik, her ek kaynak için iki parçalı yol bilgisi bekler.
5. **Layer içinde shape binding’leri tanımlayın.** Her bağlantı, shape library’deki bir şekli rig’deki bir dönüşüme bağlar. Bağlantıda şeklin bounding box ölçek çarpanı ve kullanılacak deformer da belirtilebilir. Deformer atanmadığında bağlantı statiktir; şekil, bağlandığı eklemin dönüşümünü izler.
6. **Deformer’ı şeklin gereksinimine göre seçin.** Skinning deformasyonları için geometri rest pose’da olmalı ve rig dönüşümlerinin geometri üzerindeki etkisini açıklayan capture attribute’ları içermelidir. Dokümantasyonda lineer skinning, dual quaternion skinning ve ikisini harmanlayan bir seçenek bulunur. Lineer yöntem standart ve en hızlı yöntem olarak tanımlanır; viewport GPU skinning’de kullanılan tek yöntem olduğu da belirtilir.

## 3. Animasyon kliplerini ve rig gruplarını ekleyin

Klipler agent’ın dönüşümlerini ve kanal değerlerini sürer. Agent’ın mevcut layer’ları, dönüşümleri ve kanal değerleri, agent açıldığında ortaya çıkan geometriyi belirler. Klipler standart `.bclip` biçiminde kaydedilir.

7. **Klip kanallarını rig ile eşleştirin.** Dokümantasyon, dönüşüm kanallarının yerel uzayda saklandığını ve `transform_name:channel` biçimini kullandığını belirtiyor. Kanal adları konum, dönüş, ölçek veya shear bileşenlerini ifade edebilir. Kaynak animasyonda pre-transform varsa klipteki tam yerel dönüşümlerin, kaynak nesnelerin dönüşüm kanallarıyla aynı olmayabileceğini hesaba katın.
8. **Klipleri iskeletin belirli bölümlerine uygulayın.** Transform group, rig’deki dönüşüm ve kanalların adlandırılmış bir alt kümesidir. Klipler agent’ın yalnızca belirli bölümlerine uygulanırken kullanılabilir. Dokümantasyonda gruptaki her dönüşüme 0 ile 1 arasında bir ağırlık verilebileceği belirtiliyor.

| Ayar | Önerilen değer | Etkisi |
|---|---|---|
| Transform group dönüşüm ağırlığı | Dokümantasyonda belirtilen aralık: 0–1 | Klip uygulanırken gruptaki dönüşümün ağırlığını tanımlar. Bu aralık bir hazır ayar değil, kullanılabilecek değer sınırıdır. |

9. **State ve trigger kavramlarını animasyondan ayrı tutun.** Houdini crowd sisteminde state, agent’ın animasyonunu ve çalıştırdığı davranışları yöneten sanal durumu ifade eder. Trigger’lar, agent’ın bir durumdan diğerine geçmesine yol açan koşulları belirtir. Dokümantasyonda ayrıca davranış ağırlıkları, çeşitlilik ve başka dinamiklerle etkileşim gibi konular bulunur; bunlar kliplerin işleviyle aynı değildir.

## 4. Kayıt ve tekrar kullanım iş akışını seçin

Agent tanımının bileşenleri geometri dosyasına gömülebilir. Alternatif olarak her bileşen ayrı dosyaya kaydedilir ve agent primitive içinden harici referansla kullanılır. Bu durumda geometri dosyasında bileşenin kendisi yerine dosya yolu tutulur. SideFX, özellikle crowd simülasyonunun kareleri kaydedilirken bu yöntemin yinelenen veriyi önemli ölçüde azaltabileceğini belirtiyor.

10. **Saklama biçimini sahnenin yapısına göre seçin.** Bileşenleri gömmek, tanım verisini geometri dosyasıyla birlikte tutar. Harici referans ise bileşenleri ayrı dosyalardan çağırır. Aynı tanımın birden fazla karede tekrarlandığı sahnelerde harici dosya yaklaşımını değerlendirin ve bu dosyalara erişimin üretim hattında korunup korunmadığını kontrol edin.
11. **Agent tanımını diske yazın veya oluşturun.** Agent ROP, mevcut agent primitive’in tanımını diske yazmak ya da bir karakter rig’i veya FBX dosyasından agent tanımı oluşturmak için kullanılabilir. Bu adımda kayıt biçiminin, bileşenleri gömme veya harici referans olarak kullanma tercihiyle uyumlu olmasına dikkat edin.
12. **Bileşenleri birlikte doğrulayın.** Önce rig, shape binding, deformer ve kliplerin beklenen sonucu verdiğini kontrol edin; ardından crowd davranışları, terrain uyumu veya engellerden kaçınma gibi diğer başlıklara geçin. Bu, dokümantasyondaki sabit bir ayar önerisi değil, birbirine bağlı bileşenleri ayrı ayrı sınamaya yönelik pratik bir iş akışı önerisidir. SideFX dokümantasyonu render aşamasında optimizasyon için Crowd Procedural iş akışını da listeliyor; ancak bu kaynak metin belirli değerler veya donanım gereksinimleri vermiyor.

## Sık yapılan hatalar

- Aynı shape library içinde bir şekil adını tekrar kullanmak; her şeklin benzersiz adı olmalıdır.
- Skinning deformer’ı kullanırken rest pose veya capture attribute gereksinimini gözden kaçırmak.
- Kaynak animasyonda pre-transform varsa klipteki yerel dönüşüm kanallarının bire bir aynı olacağını varsaymak.
- Harici dosya referansları oluşturup bu dosyaların proje ve render ortamında bulunabilirliğini kontrol etmemek.
- State, trigger ve animasyon klibini aynı işlevde kabul etmek; bunlar farklı sorumluluklar taşır.

Mimarlık, iç mimarlık ve archviz iş akışları açısından bu rehberin olası karşılığı, tekrar eden karakter verisini daha düzenli yönetme imkânıdır. Bu, SideFX dokümantasyonunun bu alanlara özel bir kullanım vaadi değil; belgelenen crowd agent bileşenlerinin mimari görselleştirme işlerinde nasıl değerlendirilebileceğine dair bir çıkarımdır. Kalabalık içeren sahnelerde ortak rig, geometri ve klipleri tanım altında toplamak, bileşenlerin takibini kolaylaştırabilir. Harici referanslar da yinelenen veriyi azaltabilir. Buna karşılık kaynak, belirli GPU veya RAM gereksinimi, lisans koşulu ya da başka archviz yazılımlarıyla uyumluluk garantisi vermiyor. Bu konular kullanılan Houdini kurulumu ve üretim hattında ayrıca doğrulanmalı.

## Pro ipucu
Aynı agent tanımını çok sayıda karede saklayacaksanız bileşenleri geometri dosyasına gömmek yerine harici referans olarak kaydetmeyi değerlendirin; SideFX bu yaklaşımın yinelenen veriyi azaltabileceğini belirtiyor.

## 3dsınıfı yorumu
Houdini agent yapısının ofisler ve görselleştirme ekipleri için pratik değeri, tekrarlanan karakter verisini rig, geometri ve animasyon bileşenleri halinde düzenleyebilmesinde. Çok kareli sahnelerde harici referanslar, dosya yönetimini sadeleştirme potansiyeli taşıyor; ancak kaynakların belirttiği gibi kazanç sahnedeki tekrar miktarına bağlı.

Türkiye’deki ekipler, mevcut donanım veya lisans maliyetleri hakkında dokümantasyondan hareketle bir sonuç çıkarmamalı; bunları kendi kurulumları için ayrıca kontrol etmeli. Üretime geçmeden önce küçük bir denemede deformer gereksinimlerini, klip eşleşmesini ve harici dosya yollarını doğrulamak yerinde olur. Lineer skinning’in viewport GPU skinning’deki rolü de performans beklentisi belirlenirken dikkate alınmalı.

## Kaynaklar
- [sidefx.com](https://www.sidefx.com/docs/houdini/crowds/) (özet)
- [sidefx.com](https://www.sidefx.com/docs/houdini/crowds/agents.html) (özet)

_Yapay zekâ ile yazıldı, kaynaklarla doğrulandı. © 3dsınıfı_