Oyunlar için Yapay Zeka 3D Model ve Karakter Rehberi

Bir mesh ürettiniz. Önizlemede güzelce dönüyor, silüet doğru, doku ikna edici görünüyor. Sonra GLB dosyasını motora sürüklüyorsunuz ve model yanlış ölçekte geliyor, yüz binlerce triangle taşıyor, collision yok, LOD yok — ve bir dirseği kırdığınız anda kendi üzerine katlanan bir geometriyle karşılaşıyorsunuz. Oyun asset'leri için yapay zeka 3D modelleriyle çalışmak artık gerçekten pratik — ama yalnızca işin hangi yarısını modelin yaptığını, hangi yarısının hâlâ size kaldığını bildiğiniz sürece.

Bu rehber, görseli yapay zekâyla 3D modele dönüştürme rehberimizin bıraktığı yerden devam ediyor — ilk mesh'inizi üretmeyi o yazıda ele almıştık, burada tekrar etmeyeceğiz. GLB dosyası zaten elinizde; asıl soru, bu dosya ile bir motorun saniyede altmış kez memnuniyetle render edeceği bir asset arasında neler durduğu.

"Üretildi" ile "Oyuna Hazır" Aynı Şey Değil

Üretim iki sorunu çözer: şekil ve yüzey. Size istediğiniz şeye benzeyen bir form verir, ilk bakışta ikna edici okunan bir dokuyla sarılmış halde — birkaç dakikaya sıkıştırılmış ciddi miktarda emek.

"Oyuna hazır" olmak ama estetik bir yargı değil — runtime ile yapılmış bir sözleşme. Bir asset; platformun poligon bütçesine uyduğunda, yapması gerekeni destekleyen bir topolojiye sahip olduğunda, kullanılabilir UV'ler ve ayrılmış PBR kanalları taşıdığında, LOD'larla geldiğinde, ayrıca collision, mantıklı bir pivot ve doğru ölçek ve eksene sahip olduğunda oyuna hazırdır. Üretilmiş bir mesh genellikle bu ilk ikisini kısmen karşılar, gerisi eksik gelir. Doğrudan takılacak bir parça beklemek yerine, bir bitirme geçişi için bütçe ayırın.

Bir açıklama: bu iki iş akışı sık karıştırılıyor. Bu rehber, üretilmiş bir mesh'i bir oyuna taşımakla ilgili. Elinizde zaten bir model varsa ve ondan güzel bir still görsel çıkarmanız gerekiyorsa, bu ters yön demektir — 3D modeli fotogerçekçi bir render'a dönüştürme rehberimiz bu akışı ele alıyor.

Oyun Asset'leri için Yapay Zeka 3D Modelleri Gerçekte Nerede İşe Yarar

"Yapay zeka oyunumun sanatını yapabilir mi?" sorusunun dürüst cevabı şu: belirli bir dilimini, çok hızlı bir şekilde — ve gerisinde vaktinizi çarçur eder. Sınırı bilmek, işin tamamı.

Prop'lar, dolgu nesneler ve kit-bashing

Burası tatlı nokta. Sandıklar, aletler, yiyecekler, mobilyalar, kayalar, tabelalar, pazar tezgâhları — bir seviyeyi dolduran, karşılığında çok az kazanç için modelleme günlerini yiyip bitiren arka plan nesneleri. Üretilmiş bir taban mesh burada genellikle bitmiş asset'in %80'i kadardır ve kit-bashing bunu güçlendirir: bir şekil ailesinin varyasyonlarını üretin, sonra parçaları kesip yeniden birleştirerek yeni nesneler oluşturun. Mesh'i zaten parçalara ayıracağınız için, küçük topoloji günahları daha az önem taşır.

Blockout ve greybox hızı

Greyboxing, yapay zeka 3D'nin sessizce kendini amorti ettiği yerdir. Gri küplerden oluşan bir odada bir kemerin doğru ölçekte okunup okunmadığını hayal etmek yerine, gerçek nesnenin kaba bir versiyonunu bir dakikada üretip yerleştirirsiniz — kararlar gerçeğe daha yakın bir şeye karşı verilir ve bu mesh'ler tek kullanımlık olduğu için kimse topolojilerini umursamaz.

İnsanın hâlâ gerekli olduğu yerler

• Hero karakterler. Oyuncunun kırk saat boyunca baktığı şey — yüz, eller, silüet, animasyon altındaki deformasyon. Yapay zeka çıktısı henüz bu seviyede değil ve tersini varsaymak, kazandırdığından daha çok zaman kaybettirir.
• Kilit hikâye nesneleri. Ara sahnedeki obje, tanıtım görselindeki silah — kameranın üzerinde durduğu her şey incelenir ve üretilmiş detay yakından bakıldığında yumuşayıp belirsizleşir.
• Sıkı stil tutarlılığı. Sıkı bir sanat yönetimi altında, bir sanatçı geri çekmedikçe üretilmiş asset'ler stilden sapar.

Yapay zeka hacmi halleder, insanlar odağı: kimsenin fark etmeyeceği yüz prop için onu kullanın, herkesin fark edeceği on nesnede sanatçıları tutun.

Teknik Bar: "Oyuna Hazır" Gerçekte Ne Demek

Mesh'inizin bir motorda düzgün davranıp davranmayacağını dört şey belirler.

Quad'a karşı triangle topoloji

Motorlar triangle render eder — çizim anında her şey triangulate edilir, dolayısıyla dar anlamda bu soru tartışmasız. Önemli olan, bundan önce olan şey.

Mesh düzenlenecek, subdivide edilecek ya da deforme edilecekse istediğiniz şey quad'lardır: quad grid'leri öngörülebilir edge loop'lar üretir, bu da bir omzun doğru bükülmesini ve Blender'da manuel temizliğin mantıklı olmasını sağlayan şeydir. Olduğu gibi teslim edilecek statik geometri için triangle'lar gayet iyidir — hatta çoğu zaman tercih edilir. Bir kaya, bir sandık, bir çit hiçbir zaman subdivide edilmeyecektir, dolayısıyla triangulation bir dönüşüm adımı daha az ve biraz daha küçük bir dosya demektir. Kural şu: hareket ediyorsa ya da düzenleyeceksiniz quad isteyin.

Platforma göre poligon bütçeleri

Evrensel bir rakam yok, ama yayınlanmış rehberler kullanılabilir aralıklarda birleşiyor. Meshy'nin remesh dokümantasyonu platform başına hedefler veriyor; Tripo3D ise karaktere özel bütçeler yayınlıyor. Yan yana:

Hedef	Genel hedef (Meshy)	Karakter bütçesi (Tripo3D)
Mobil AR / casual	5K poligonun altı	2K–15K triangle
Mobil oyun / web	5K–20K poligon	2K–15K triangle
PC / konsol	20K–50K poligon	5K–40K triangle
Yüksek kaliteli render	50K–100K poligon	—
Sinematik / film	100K+ poligon	40K–80K+ triangle

Neredeyse kimsenin yüksek sesle söylemediği bir uyarı: bu sütunlar aynı birimde değil. Bir quad iki triangle'dır, dolayısıyla quad cinsinden verilen 20K poligonluk bir bütçe, motora ulaştığında kabaca 40K triangle bütçesine denk gelir. Motorunuzun istatistik panelindekiyle karşılaştırmadan önce hangi birimi okuduğunuzu doğrulayın — bunu iki kat yanlış anlamak, poligon bütçesinde yapılan en yaygın hatadır.

Üretilmiş mesh'lerin nereden başladığına da dikkat edin: bunların hepsinin çok üzerinde, genellikle yüz binlerce face'lik büyük ölçüde israf edilmiş bir yoğunlukla. Bir hedefe doğru remeshleme isteğe bağlı bir cila değil — asset'i kullanılabilir kılan şeyin ta kendisi.

UV unwrap ve PBR kanalları

Doku aslında iki şeydir: bir UV düzeni (3D yüzeyin 2D bir kareye nasıl açıldığı) ve onun üzerine boyanan map'ler. Üretilmiş asset'ler ikisini de otomatik olarak verir, iki dürüst sınırla birlikte: tipik yapay zeka doku çözünürlüğü 1024–2048px aralığındadır — bir arka plan prop'u için gayet yeterli, yakın plan için ince kalır — ve düzen makine yapımıdır, işlevseldir ama nadiren zariftir. Elle detay boyayacak ya da çıkartma bindireceksseniz, yeniden unwrap yapmayı bekleyin.

Map'ler çoğu insanın fark ettiğinden daha önemlidir. Düzgün bir PBR seti ayrı kanallar olarak dışa aktarılır: albedo (içine ışıklandırma pişirilmemiş taban renk), normal (geometri olmadan ince detayı taklit eder, bir low-poly mesh'in hâlâ detaylı görünmesini sağlayan şey budur), roughness (cilalı mı yıpranmış mı) ve metallic. İçine ışıklandırma pişirilmiş tek düz bir görsel olarak teslim edilen bir asset, sahnenizin ışığı üreticininkinden farklı olduğu anda yanlış görünür.

Neden bir mesh hiçbir zaman yetmez: LOD'lar

Bir LOD zinciri, aynı asset'in azalan yoğunlukta birkaç versiyonudur — yakından tam detay, uzaklaştıkça daha basit. Var olma nedeni şu: dokuz piksel kaplayan 30K triangle'lık bir sandığı render etmek saf israftır, iki yüz tane böyle sandık ise bir frame-rate sorunudur. Üretilmiş asset'ler tek bir mesh olarak gelir, dolayısıyla LOD'lar sizin eklediğiniz bir şeydir: daha hafif versiyonları kendiniz remesh edin ya da motorun otomatik üretmesine izin verin — bu, arka plan prop'ları için yeterince iyidir.

Üretilmiş Bir Mesh'i Hareket Edebilen Bir Karaktere Dönüştürmek

Karakterler bar'ı yükseltir. Bir prop'un yalnızca doğru görünmesi gerekir; bir karakterin ise deforme olurken doğru görünmesi gerekir — bu, geometriden farklı bir talep.

Otomatik rigging temiz bir T-pose ya da A-pose ister

Otomatik rigging, insansı bir düzeni tanıyıp içine bir iskelet yerleştirerek çalışır. Bu tanıma, uzuvları birbirinden ayrılmış ve vücutla kesişmeyen bir nötr poza — T-pose ya da A-pose — bağlıdır.

Yani rigging sorunu giriş görselinde başlar. Üretici modele dinamik, kısaltılmış perspektifli, aksiyon pozunda bir referans verirseniz, dinamik ve aksiyon pozunda bir mesh alırsınız; otomatik rigging bunu ya reddeder ya da eklemleri yanlış yerlere koyarak rigler. Karakterleri, kolları ve bacakları net şekilde ayrılmış, düz, öne bakan, nötr pozdaki bir referanstan üretin. Bu tek seçim, karakter pipeline'ının geri kalanının mümkün olup olmadığını belirler.

Eklemlerdeki edge flow, asıl darboğaz

Rigging, vertex'leri kemiklere bağlar. Bir kemik döndüğünde vertex'ler onu takip eder — ve sonucun bir dirseğe mi yoksa buruşmuş bir kâğıt torbaya mı benzeyeceği, poligonların o eklemin etrafında nasıl dizildiğine bağlıdır. Uzuv boyunca dolanan quad loop'ları istersiniz, büküldüğü yerde birkaçı yoğunlaşmış olsun ki yüzey iç tarafta sıkışabilsin, dış tarafta gerilebilsin.

Üretilmiş mesh'lerde bu nadiren bulunur: yoğunlukları deformasyonu değil görsel detayı takip eder, dolayısıyla bir eklem, tutarlı loop'ları olmayan, ince triangle'lardan oluşan kaotik bir yama alabilir. Topolojinin kozmetik olmaktan çıkıp işlevsel hale geldiği yer burasıdır — üretilmiş 3D'deki iyi belgelenmiş ayrım şu: statik prop'larda topoloji genellikle yeterince iyidir, ama deforme olan her şeyde tutarsızdır.

Hero karakterler hâlâ manuel retopolojiye ihtiyaç duyar

Bir bakışta görülen arka plan NPC'si için, kusurlu eklemlere sahip otomatik riglenmiş bir mesh yeterlidir. Üçüncü şahıs kamerası altındaki oynanabilir bir karakter için değil: bu asset, bir sanatçının üretilmiş form üzerine temiz bir quad yüzey yeniden inşa edip detayı normal map'lerle aktardığı bir manuel retopoloji geçişi alır. Üretim boşa gitmez — mevcut bir form üzerinde retopoloji yapmak, bir küreden sculpting yapmaktan çok daha hızlıdır. Yapay zeka blocking'i yaptı, insan mühendisliği yaptı.

Oxava'da Oyuna Hazır Asset Üretmek (Meshy v7)

Çoğu üretici size bir mesh verir ve oyuna hazır hale getirmeyi size bırakır. Oxava, /app/3d adresindeki stüdyoda Meshy v7'yi canlı olarak çalıştırır ve yukarıdaki adımların birçoğunu üretim anında kontrol olarak sunar — topoloji, poligon hedefi, low-poly modu, rigging, animasyon.

Baştan belirtelim: Meshy v7 yalnızca görsel→3D çalışır — bu motorda text-to-3D modu yok. Bir fotoğraftan değil bir fikirden mi yola çıkıyorsunuz? Önce temiz bir konsept görseli üretin, sonra onu besleyin.

Geometri kademesini, asset'in ne için olduğuna göre seçin

Kademeler birbirini dışlar — birini seçersiniz, toplanmazlar:

Kademe	Ne alırsınız	Maliyet
Temel (dokusuz)	Yalnızca geometri, doku yok	80 kredi
Dokulu	Üretilmiş dokuyla tam mesh	120 kredi
Ultra	En yüksek kalite ayarında dokulu	140 kredi

Zaten kendi pipeline'ınızda doku uygulayacaksanız, bir blockout söz konusuysa ya da projede sıkı bir paylaşılan malzeme kütüphanesi varsa dokusuzu seçin. Dokulu olağan durumdur. Ultra'yı ise kameranın yakınına geleceği asset'ler için ayırın.

Oyuna hazır kontroller

• Topoloji: quad ya da triangle. Deforme olan ya da düzenlenecek her şey için quad, statik geometri için triangle.
• Hedef poligon sayısı. Kabul edilen aralık 100 ile 300.000 poligon arası, varsayılan 30.000. Bu varsayılanın nerede durduğuna dikkat edin: PC/konsol bandının içinde ve mobil bütçenin epey üzerinde. Mobile teslim etmek, bunu bilinçli olarak düşürmek demektir.
• Model tipi: standard ya da lowpoly. Standard, topoloji ve poligon hedefinize uyar. Lowpoly daha küçük bir rakam değil, farklı bir moddur — stilize, faturalı (faceted) bir görünüm üretir ve yoğunluğu kendi yöntemiyle ele alır, bu yüzden remesh kontrolleri geçerli olmaktan çıkar. Bir kolu ya da diğerini seçin.
• Doku yönlendirmesi. Yüzeyi bir doku prompt'u ya da referans bir doku görseliyle yönlendirin — bir prop setinde malzeme dilini eşleştirmek için kullanışlıdır. Yüzey işlemesini (finish) tam olarak tarif etmek başlı başına küçük bir zanaat; yapay zeka stil prompt rehberimizde gereken kelime dağarcığı var. Giriş görselleri JPG ya da PNG olmalı.

Aynı geçişte iskelet ve animasyon

Karakterler için, aynı üretimde çalışan iki isteğe bağlı ekleme var. Otomatik rigging (+20 kredi), mesh'in içine bir iskelet yerleştirir, böylece poz verilebilir ve animasyonlanabilir hale gelir. Animasyon (+12 kredi), ID ile adreslenen büyük bir kütüphaneden bir preset uygular — 0, Idle'dır ve 696'ya kadar gider. Animasyon rigging gerektirir ve bu bağımlılık zorunlu kılınır, yani uygulanamayacak bir animasyon için ödeme yapamazsınız. Fiyatlandırma burada sabittir: maliyet, seçtiğiniz bayraklardan gelir, sonradan ölçümlenen bir ek ücretten değil.

Hunyuan motorları nereye oturuyor

Diğer iki motor, sorunun farklı bir kısmını kapsıyor. Hunyuan 3D Rapid — 23 kredi taban, PBR için +15 — hem text-to-3D hem image-to-3D ile çalışan blockout ve fikir test etme kademesidir: bir oyuna hazır geçişin maliyetine birkaç kaba silüet çıkarırsınız (prompt'lar 200 karakterle sınırlıdır, bu yüzden onları nesne, malzeme ve forma indirgeyin). Hunyuan 3D Pro — 38 kredi taban, PBR, multi-view referans açıları ve özel detay için her biri +15 — üçü arasında en yüksek geometri kalitesidir, topoloji kontrollerinden çok formun önemli olduğu durumlar için.

Üçünü birden kullanan bir iş akışı şöyle: Rapid'de silüetleri ucuza prototipleyin, tasarımı sabitleyin, ardından Meshy v7'de platformunuzun ihtiyaç duyduğu topoloji ve poligon bütçesiyle teslim edilecek asset'i üretin. Üçü de GLB çıktısı verir; Hunyuan motorları ayrıca OBJ, MTL ve doku dosyalarını bir paket olarak da verir.

GLB'den Motora: Bir İçe Aktarma Kontrol Listesi

Ölçek ve eksen

"Modelim yanlış içe aktarıldı" şikayetinin bir numaralı sebebi, ama nadiren modelin suçu — motorlar koordinat sistemleri ve birimler konusunda anlaşamaz. Godot en kolay hedeftir: GLB'yi doğal olarak içe aktarır ve glTF'nin Y-up, metrik kuralını paylaşır. Unreal, santimetre birimleriyle Z-up çalışır, dolayısıyla Y-up, metre ölçekli bir glTF içe aktarma sırasında dönüştürülür — varsaymak yerine doğrulayın, çünkü yaygın bir belirti, bir asset'in beklenen boyutun 1/100'ü ya da 100 katı büyüklükte gelmesidir. Unity, glTF gibi Y-up ve metriktir, ama sürümünüze bağlı olarak glTF içe aktarma çekirdek editörden değil bir paketten gelebilir; GLB içe aktarılmıyorsa bir glTF importer paketi ekleyin ya da Blender üzerinden geçip FBX olarak dışa aktarın.

Evrensel çözüm bir ayar değil, bir alışkanlıktır: sahneye bilinen ölçekte bir referans nesne koyun — varsayılan kapsül, bir karakter kontrolcüsü, 1 metrelik bir küp — ve içe aktarmanın hemen ardından asset'inizi ona göre göz kararı kontrol edin. O sırada pivotu da kontrol edin: üretilmiş mesh'ler genellikle bounding box'larının merkezine hizalanır, bu da zeminde duran ya da bir menteşe üzerinde dönen her şey için yanlıştır.

Collision ve LOD'lar

İkisi de dosyanın içinde gelmez. Collision için, render mesh'ini bir collider olarak kullanmayın — 30K poligonluk bir collision mesh'i pahalıdır ve dinamik nesneler için genellikle izin bile verilmez. Hareket eden her şey için primitifler (kutu, kapsül, küre), karmaşık formlu statik geometri için basitleştirilmiş bir convex hull kullanın; triangle-başına collision, prop'lar için değil, terrain ve seviye geometrisi içindir. LOD'lar için, zinciri içe aktarmadan sonra motorunuzun yerleşik sistemiyle kurun.

Blender temizlik geçişi

Bazen buna ihtiyacınız olur, bazen olmaz — doğru ölçekte içe aktarılan ve düzgün okunan statik bir arka plan prop'u için atlayın. Havada asılı parçalar, kimsenin göremeyeceği iç geometri, ters dönmüş normaller (bir taraftan bakınca kaybolan yüzeyler), çiftlenmiş vertex'ler ya da yanlış yerde bir pivot gördüğünüzde bu geçişi yapın. Kısa versiyonu: başıboş ve iç geometriyi silin, doubles'ı mesafeye göre birleştirin, normalleri dışa doğru yeniden hesaplayın, origin'i olması gereken yere ayarlayın, ölçek 1 olarak okunsun diye transform'ları uygulayın ve remeshten sonra hâlâ bütçenin üzerindeyseniz ancak o zaman decimate yapın.

Teslim Etmeden Önce Lisanslama ve Beyan

Haklar. Üretilmiş asset'leri yayınlanmış bir işe ya da müşteri işine dahil etmeden önce, üretim yaptığınız aracın planınız ve bölgeniz için geçerli güncel şartlarını kontrol edin — varsayılan bir lisansın ticari dağıtımı kapsadığını varsaymayın.

Platform beyanı. Steam'in yapay zeka beyan gereklilikleri, 2026 itibarıyla oyuncuların tükettiği yapay zeka içeriği etrafında sınırlandırılmış durumda — yayınlanan oyunda görünen sanat, model, ses ve metin; yapay zeka üretiminin hiç ulaşmadığı perde arkası verimlilik araçlarının aksine. Seviyenizdeki üretilmiş bir 3D asset ilk kategoriye girer, dolayısıyla bunu beyan etmeyi planlayın — bu bir form doldurmaktır, bir ret değil, yine de bu politikalar sürekli değiştiği için göndermeden önce güncel versiyonu kontrol edin.

Sıkça Sorulan Sorular

Yapay zeka ile üretilmiş 3D modeller ticari oyunlarda kullanılabilir mi?

Genel olarak evet, ama bu, aracın planınız ve bölgeniz için geçerli lisans şartlarına bağlıdır — varsaymak yerine kontrol edin. Teknik olarak bir engel yok: GLB, Unity, Unreal, Godot ve Blender'a aktarılır; remesh edilmiş, riglenmiş bir asset diğerleri gibi davranır. Teslimattan önce iki şeyi halledin: lisansın kendisi ve Steam'in oyuncuların gördüğü yapay zeka içeriğine dair kuralları gibi olası platform beyan gereklilikleri.

Yapay zeka 3D modelleri riglenmiş mi gelir?

Varsayılan olarak hayır — çoğu üretici riglenmemiş statik bir mesh çıktısı verir. Oxava'daki Meshy v7 dahil bazıları, üretim sırasında bir iskelet ekleyen otomatik rigging'i bir ekleme olarak (+20 kredi) sunar, üzerine isteğe bağlı bir preset animasyon da eklenebilir (+12 kredi, rigging gerektirir). Otomatik rigging, uzuvları ayrılmış temiz bir T-pose ya da A-pose'dan en iyi sonucu verir — giriş görselinin karakterler için bu kadar önemli olmasının nedeni budur.

Mobil bir oyun asset'i için hangi poligon sayısını hedeflemeliyim?

Yayınlanmış rehberler, mobil AR ve casual asset'leri yaklaşık 5K poligonun altına, mobil oyun ya da web asset'lerini ise 5K–20K aralığına yerleştiriyor; özellikle karakterler için kabaca 2K–15K triangle. Birimlere dikkat edin — quad'lar ile triangle'lar iki kat farklıdır. Oxava'da Meshy v7'nin varsayılan poligon hedefi 30.000'dir, bu PC ve konsole uyar, dolayısıyla mobil için bunu bilinçli olarak düşürün.

Yapay zeka ile üretilmiş bir karakteri animasyonlayabilir miyim?

Evet, kalite konusunda bir uyarıyla. Mesh nötr bir pozdaysa ve otomatik rigging başarılı olursa, animasyonu hemen uygulayabilirsiniz — Oxava'da aynı üretimde bir preset animasyon ekleyebilirsiniz. Ne kadar iyi göründüğü eklemlerdeki topolojiye bağlıdır: omuzlarda, dirseklerde, kalçalarda ve dizlerde temiz edge loop'lar olmadan deformasyon çirkinleşir. Arka plan karakterleri genellikle idare eder; hero karakterler ise genellikle önce retopoloji ister.

Oyun motorları için quad mi triangle mi topoloji kullanmalıyım?

Motorlar render anında her şeyi triangulate eder, dolayısıyla seçim, bundan önce olanla ilgilidir. Deforme edeceğiniz ya da düzenleyeceğiniz her şey için — karakterler, yaratıklar, kumaş, Blender'a gidecek her mesh — quad kullanın, çünkü quad edge loop'ları öngörülebilir şekilde subdivide olur ve bükülür. Üretildiği gibi teslim edilecek statik geometri için — prop'lar, kayalar, mimari — triangle kullanın. Bir karakterde tereddüt ederseniz quad seçin.

Özetle

Oyun asset'leri için yapay zeka 3D modelleri üretmek ile onları gerçekten teslim etmek arasındaki fark, bilinen ve sonlu bir liste: poligon bütçesini tutturun, topolojiyi işe uydurun, PBR kanallarını ayrı tutun, LOD ve collision ekleyin, karakterleri riglemeden önce nötr poza getirin. Bu, bir marketplace asset'inin geçtiği aynı kontrol listesi — sadece yavaş kısım, formu inşa etmek, artık yalnızca birkaç dakika sürüyor.

Bunu içselleştirmenin en hızlı yolu, gerçek bir asset'i pipeline'dan geçirmektir. /app adresindeki 3D stüdyosunu açın, Meshy v7 ile quad topoloji ve platformunuza uyan bir poligon hedefi kullanarak bir prop üretin, karakterse otomatik rigging ekleyin ve sonucu bugün motorunuza aktarın. Bu gidiş-dönüş, herhangi bir kontrol listesinden daha fazlasını öğretir — topolojinin nerede tuttuğunu, ölçeğin sizi nerede şaşırttığını, temizlik geçişinizin gerçekte neye ihtiyaç duyduğunu. Henüz ilk mesh'inizi üretmediniz mi? Görselden 3D'ye rehberiyle başlayın ve indirilenler klasörünüzde bir GLB oturduğunda geri dönün.