Unreal Engine PCG ile mimari sahnelerde prosedürel içerik üretimine giriş

Bu rehberde ne öğreneceksiniz?

Unreal Engine’in Procedural Content Generation (PCG) çerçevesi, sahne içeriğini kurallara dayalı biçimde üretmek ve yinelemeli olarak geliştirmek için tasarlanmış bir araç setidir. Epic Games, kullanım alanlarını bina ve biyom gibi varlıklardan bütün sanal dünyalara uzanan bir aralıkta tanımlıyor. Mimari görselleştirmede bu yaklaşım; tekrar eden çevre öğelerini, yerleşim mantığını ve farklı tasarım seçeneklerini düşünürken yararlı bir başlangıç çerçevesi sunabilir.

Bu anlatım, belirli bir düğüm grafiğini veya arayüzdeki menü yollarını tarif etmiyor. Kaynak belgeler, PCG’nin genel amacını ve bazı mekânsal veri işlemlerini açıklıyor; ancak örnek bir mimari grafiğin tüm kurulum adımlarını vermiyor. Bu nedenle aşağıdaki çalışma, veriyi ve kuralları planlamaya odaklanan güvenli bir başlangıç rehberidir.

Gereksinimler ve sürüm notları

Temel gereksinim Unreal Engine ve PCG çerçevesi hakkında çalışma yapabileceğiniz bir projedir. Epic’in PCG genel bakış belgesi çerçeveyi Unreal Engine içinde tanıtıyor. Unreal Engine 5.2 sürüm notları PCG’yi prosedürel içerik üretme aracı olarak anarken, 5.3 Python API belgesi PCGSpatialData sınıfını “Experimental” olarak işaretliyor. Bu yüzden Python API’ye dayalı adımlar, 5.3 belgesindeki deneysel arayüz bilgisi olarak değerlendirilmelidir; başka sürümlerde aynı davranışın veya arayüzün bulunduğu varsayılmamalıdır.

Kaynaklarda hesap açma koşulu, lisans bedeli, belirli bir bilgisayar donanımı veya ayrıntılı kurulum adımları açıklanmıyor. Projeye başlamadan önce kullanılacak Unreal Engine sürümünün kendi belgelerini kontrol etmek ve hedeflenen işlemlerin o sürümde doğrulanabildiğinden emin olmak gerekir. Buradaki rehber, belirli bir sürüm için eksiksiz kurulum talimatı değildir.

Adım adım çalışma yaklaşımı

1. Tekrarlanan ihtiyacı belirleyin. Önce sahnede prosedürel üretimle çözülmesi beklenen sorunu tanımlayın. Örneğin, çevrede yinelenen öğeler veya farklı yerleşim seçenekleri araştırılabilir. Epic’in PCG açıklaması bina ve biyom üretimini örnek kullanım alanları arasında sayıyor; ancak hangi mimari varlığın otomatik üretileceğine proje ekibi karar vermelidir. İlk denemeyi küçük ve kolayca gözden geçirilebilen bir sahne bölümüyle sınırlamak, kuralların etkisini anlamayı kolaylaştırır.

2. Girdi verisini mekânsal olarak tarif edin. PCG’nin temel kavramlarından biri PCGSpatialData sınıfıdır. Unreal Engine 5.3 Python belgelerine göre bu sınıf; noktalar, yüzeyler ve spline’lar gibi mekânsal verileri temsil eden veri sınıflarının temelidir. Veriyi noktalar, yüzeyler veya başka mekânsal biçimler üzerinden düşünmek, üretim kuralının neye dayanacağını netleştirir. Bu aşamada ölçü, geometri veya proje koordinatları için kaynaklarda belirtilmeyen bir standart varsaymayın.

3. Alan sınırlarını ve yoğunluğu inceleyin. Belgelenen API, verinin tüm sınırlarını get_bounds() ile, yoğunluğun daima 1 olduğu sınırları get_strict_bounds() ile döndürebiliyor. get_density_at_position() belirli bir konumdaki yoğunluğu hesaplıyor. Bunlar, bir üretim alanının nerede etkili olduğunu anlamaya yarayan kavramlardır. Sınırların ve yoğunluğun kendi sahnenizde nasıl oluştuğunu test etmeden, sonuçların belirli bir yerleşim biçimi vereceğini kabul etmeyin.

4. Veriler arasındaki mekânsal ilişkiyi planlayın. API belgesinde intersect_with() kesişim, subtract() çıkarma, union_with() birleştirme işlemleri için listeleniyor. project_on() bir veriyi eşit veya daha yüksek boyutlu başka bir veriye yansıtmayı amaçlıyor; başarısız olursa mevcut verinin kopyasını döndürebiliyor. Bu işlemleri, mimari sahne için alanları birleştirme veya sınırlandırma gibi sorular üzerinden değerlendirin. Belge, bu işlemlerin belirli bir bina yerleşim grafiğinde hangi sırayla kullanılacağını söylemiyor; sıralamayı test sonuçlarına göre belirlemek gerekir.

5. Nokta verisine dönüşümü doğrulayın. PCGSpatialData, to_point_data_with_context() ile nokta verisine dönüştürülebiliyor. Aynı belgede to_point_data() işlevi kullanımdan kaldırılmış olarak işaretlenmiş ve bağlam alan yeni işlevin tercih edilmesi gerektiği belirtilmiş. Bu ayrım, özellikle 5.3 Python API belgesini izleyenler için önemlidir. Dönüşümün ardından oluşan noktaların sahnedeki konumlarını ve beklenen alan içinde kalıp kalmadıklarını kontrol edin; kaynaklar, her projede kullanılacak bir örnek doğrulama grafiği sunmuyor.

6. Öznitelikleri ve örneklemeyi gözden geçirin. sample_point() konum, sınır ve diğer verilerle örtüşme durumunda dönüş, ölçek ve başka öznitelikleri örnekleyebiliyor. project_point() ise sorgu noktasını veriye yansıtıp örnek nokta ve öznitelik bilgisi sağlayabiliyor. Veri mirası ve öznitelik aktarımı için initialize_from_data() parametreleri de belgelenmiş. Bu işlevlerin varlığı, sonuçların otomatik olarak tasarım amacına uyacağı anlamına gelmez: sahnede özniteliklerin beklenen biçimde taşındığını ve dönüşümlerin doğru konumlara uygulandığını kontrol edin.

7. Küçük testlerden yinelemeli geliştirmeye geçin. PCG çerçevesi, hızlı ve yinelemeli araçlar geliştirmeyi desteklemek üzere tanımlanıyor. Bu nedenle önce sınırlı bir alan ve az sayıda veri ilişkisiyle başlayın; sonucu kontrol ettikten sonra kuralları genişletin. Epic’in dokümantasyonu ayrıca PCG düzenleyici modu, şekil grameri, GPU işleme, biyom ve çalışma zamanı üretimi hata ayıklaması gibi ayrı başlıklar sunuyor. Bunlar, temel kurgu anlaşıldıktan sonra incelenebilecek konu başlıklarıdır; her birinin proje için gerekli olduğu söylenemez.

Yaygın hatalar ve dikkat edilecekler

En sık karşılaşılabilecek sorunlardan biri, genel PCG açıklamasını belirli bir üretim grafiğinin eksiksiz tarifi sanmaktır. Kaynaklar, özelliklerin kapsamını ve API işlevlerini tanımlıyor; mimari bir sahne için hazır düğüm sırası veya sonuç garantisi vermiyor. Bu nedenle her mekânsal işlemi küçük testlerle doğrulayın.

İkinci dikkat noktası sürümdür. 5.3 Python API belgesi deneysel olarak etiketlenmiş; to_point_data() ise kullanımdan kaldırılmış. Ayrıca 5.2 ve 5.3 sürüm notları, PCG dışındaki birçok Unreal Engine özelliğini de anlatıyor. Bu özellikleri PCG’nin zorunlu gereksinimleri gibi yorumlamayın.

Son olarak, kaynaklarda PCG için özel bir donanım önerisi veya maliyet bilgisi yok. GPU işleme hakkında ayrı bir dokümantasyon başlığının bulunması, her PCG iş akışının GPU gerektirdiği anlamına gelmez. Donanım, performans ve lisans kararlarını proje ekibinin kendi sürüm ve iş yükü testleriyle değerlendirmesi gerekir.

Mimarlık, iç mimarlık ve archviz iş akışında karşılığı

PCG, aynı mantığa bağlı içerik varyasyonlarını incelemek veya tekrarlanan öğelerin üretim sürecini kurallarla ele almak isteyen mimarlık ve görselleştirme ekipleri için araştırılabilir. Özellikle tasarım seçeneklerini yinelemeli biçimde değerlendirmek isteyenler, önce küçük bir sahne parçasında mekânsal verilerin nasıl davrandığını gözlemleyebilir. Ancak kaynaklar; belirli bir archviz yazılımıyla uyumluluk, hazır bina araçları, dışa aktarma biçimleri ya da performans sonuçları konusunda bilgi vermiyor. Gerçek projede ilerlemeden önce kullanılacak Unreal Engine sürümünü, veri akışını ve ekip lisans koşullarını ayrıca doğrulayın.

Sonraki adımlar

İlk testten sonra Epic’in PCG genel bakış ve geliştirme rehberlerine geçin. Şekil grameri, GPU işleme, biyom araçları ve çalışma zamanı üretimi hata ayıklaması belgelerde ayrı başlıklar olarak yer alıyor. Python tarafında ilerleyenler, 5.3 deneysel API belgesindeki veri sınıfı ve işlev tanımlarını esas almalı; başka sürümlere geçerken karşılıklarını yeniden kontrol etmelidir. Proje içinde tuttuğunuz test notlarına kullanılan sürümü, girdileri ve gözlenen sonucu eklemek, tekrar üretilebilir bir deneme düzeni kurmaya yardımcı olur.

Kaynak ve lisans

Bu rehber, Epic Games’in Unreal Engine Procedural Content Generation Framework genel bakışı, Unreal Engine 5.3 Python API’deki PCGSpatialData belgesi ve Unreal Engine 5.2 ile 5.3 sürüm notları temel alınarak Türkçeye uyarlanmıştır. Kaynaklar serbest erişimlidir; verilen metinlerde ayrıca bir açık lisans adı belirtilmemiştir.