Geliştirici Araçları

Motorun Ötesi: Oyun Yapımında 10 Açık Kaynak Cevher

Size bir şey söyleyeyim, Bir oyun yapmaya kalktığınızda — hele ilk denemenizse — kafanızda genelde aynı sahne dönüyor: Unity ya da Unreal’ı kurarsınız, iki üç tutorial izlersiniz, sonra “tamamdır” dersiniz (inanın bana). Sonra bir gün geçer. İki gün. Bir bakmışsınız, motor sadece işin görünen kısmıymış. Hatta baya küçük bir kısmı.

Açık konuşayım: Logosoft’ta ağırlıklı olarak bulut tarafındayım ama hobi diye bir arkadaşımla son 8 aydır Godot üzerinde küçük bir 2D proje geliştiriyoruz. Orada net gördüm, motor seçimi buzdağının sadece bir düşüneyim… üstü (evet, doğru duydunuz). Asıl koşturan şey; asset pipeline, ses işleri, level editör, version control, lokalizasyon… yani motorun dışında kalan o kalabalık dünya.

Şahsen, GitHub Blog’da geçen gün Natalie Guevara’nın güzel bir derlemesi çıktı — “engine’in ötesindeki” 10 açık kaynak araç üzerine. Ben de bunu okurken kendi notlarımı ve sahada gördüklerimi ekleyip yeniden düşünmek istedim. Çünkü bu araçların her biri, çoğu zaman küçük bir ekibin “şuna dayanamıyorum, ben yapacağım” demesinden doğmuş. Güzel tarafı da şu: Hepsi pipeline’a takılabiliyor — Godot, Unity, Unreal, MonoGame fark etmez.

Motorun Dışındaki Dünya: Aslında Nerede Vakit Harcıyoruz?

Önce sahadan bir şey söyleyeyim. Geçen yıl indie bir stüdyo arkadaşım bana şunu demişti: “Unity öğrenmem 2 ay sürdü. Ama düzgün bir asset pipeline kurmam 6 ay aldı.” İlk duyduğumda biraz abartıyor sandım. Sonra kendi projede aynı duvara çarpınca anladım; meğer doğruymuş.

İşin aslı şu ki, oyunda motorun yaptığı iş — render, fizik, scripting — toplam üretimin belki üçte biri kadar yer kaplıyor. Geri kalan tarafta ne var? Asset’in motora doğru girmesi var (hani sanatçı çiziyor ya), ses dosyalarının formatlanması ve loop edilmesi var, level designer’ın hızlı prototip çıkarabilmesi var, lokalizasyon var, build pipeline var, version control var… Liste uzayıp gidiyor.

Bunu biraz açayım.

  • Sanatçının çizdiği asset’in motora “doğru” girmesi — bunu es geçmeyin
  • Ses dosyalarının formatlanması, sıkıştırılması, loop’lanması
  • Level designer’ın hızlıca prototip yapabilmesi
  • Lokalizasyon, build pipeline, version control

Bu listeyi daha da uzatırım ama mesele belli oldu sanırım. Şimdi asıl soruya gelelim: Bu boşlukları kim dolduruyor? Peki neden?

1. Blockbench: Low-Poly Modelleme İçin Bir Tatlı Sürpriz

Blockbench’i ilk gördüğümde — yıl 2022 olmalı — Minecraft mod yapan bir yeğenimin ekranındaydı. “Bu Blender mı?” diye sordum. “Hayır amca, Blockbench” dedi. O an üstünde çok durmadım ama sonra Godot ile yaptığımız pixel-art projede low-poly karakter lazımlığında aklıma düştü.

Buyurun işte.

Blender’ı açıp üç saatte basit bir cube karakter modelleyene kadar Blockbench’te aynı işi yarım saate yakın bitiriyorsunuz. Çünkü araç tek şeye odaklanmış durumda: küplerden ve düz yüzeylerden oluşan modelleri hızlı üretmek (pixel-art texture’larla birlikte). Texture’u doğrudan model üstünde boyayabiliyorsunuz; animasyon timeline’ı var; glTF ve OBJ export’u var; plugin store bile koymuşlar. Kısacası işi dağıtmadan ilerliyor.

Odaklanmış araç hızlı araçtır. Blockbench’in olayı tam burada başlıyor: “Her şeyi yapmaya çalışmıyorum, sadece bunu iyi yapıyorum” hissini veriyor.

GPL 3.0 lisanslı. Eğer stilize ya da low-poly bir oyun yapıyorsanız ve Blender öğrenmek için vaktiniz yoksa — bence göz atmadan geçmeyin.

2. Pencil2D ve Pixelorama: 2D’nın İki Yüzü

Pencil2D — Eski Usul Frame-by-Frame

Pencil2D klasik animasyon sevenler için baya yerinde duruyor. Bitmap ve vektör layer’larını aynı timeline’da kullanabiliyorsunuz; onion skinning var; perspektif grid’leri de cabası. En sevdiğim tarafı ne biliyor müsünüz? Footprint’i çok küçük olması (ciddiyim). Eski laptop’ta bile rahat çalışıyor.

Ve işler burada ilginçleşiyor.

Bunu Türkiye’deki ortam açısından düşününce — özellikle eğitim kurumlarında ve küçük stüdyolarda — böyle “minimum donanım ile iş gören” araçlar ciddi kıymetli oluyor. Bir devlet okulunda animasyon kulübü kuracak öğretmen için Pencil2D gerçekten bulunmaz nimet gibi duruyor.

Pixelorama — Pixel Art’a Adanmış

Pixelorama farklı bir hikâye anlatıyor. Aseprite’ın açık kaynak alternatifi diye düşünebilirsiniz (Aseprite teknik olarak source-available ama ücretli). Godot ile yazılmış; MIT lisanslı; tile mode’u var; animasyon timeline’ı var; sprite sheet export’u da motor importer’larına gayet uyuyor. PSResourceGet Yol Haritası: Kurumsal En İyi Pratikler yazımızda bu konuya da değinmiştik.

Geçen ay küçük projemizde tileset hazırlarken Pixelorama’yı denedim. Aseprite’ın bazı tarafları eksik kalıyor mu? Evet, kalıyor. Ama temel iş için fena değil hatta baya iş görüyor diyebilirim açıkçası. Bilhassa indie ekiplerde ücretsiz olması ciddi avantaj sağlıyor.

Pratik tavsiye: Eğer Türkiye’de küçük bir ekipseniz ve bütçe darsa Pixelorama’yı ciddiye alın derim ben. Çünkü 30$’lık Aseprite çoğu zaman alınmıyor ve sonra insanlar başka yollara kayıyor (bunu siz de biliyorsunuz). Açık kaynak alternatif hem etik hem de yasal tarafta daha temiz kalıyor.

3. Ses Tarafı: Audacity’nın Hâlâ Tahtını Koruması

Bir şey dikkatimi çekti: Bir itirafta bulunayım: Ses düzenleme deyince yıllardır aklıma önce Audacity geliyor (inanın bana). Ben bu programı 2008’den beri kullanıyorum zaten. Arada Reaper’a baktım, Adobe Audition’a göz kırptım ama her seferinde dönüp dolaşıp Audacity’ye geldim. Bu konuyla ilgili Gemini 3.5 Flash GitHub Copilot’ta: Hızlı Model Dönemi yazımıza da göz atmanızı tavsiye ederim. Cosmos Conf 2026: AI Çağında Veritabanı Nereye Gidiyor? yazımızda bu konuya da değinmiştik.

Neyse uzatmayalım; oyun geliştirmede ses kabaca ikiye ayrılıyor:

  1. Cleanup ve düzenleme: Audacity bu işte hâlâ çok rahat gidiyor; noise reduction, normalize, loop point ayarlama falan baya iş görüyor.
  2. Dinamik müzik ve adaptive audio: Burada işler biraz karışıyor işte (FMOD ve Wwise ücretli tarafta duruyor), açık kaynakta işe Cmajor ve SuperCollider gibi araçlara bakmak gerekiyor.

Bir arkadaşım küçük bir mobil oyun için tüm SFX’leri Audacity’de hazırlamıştı; sonra TouchDesigner ile interaktif müzik prototipi çıkarmıştı. Oyun tutmadı maalesef ama pipeline tarafı şaşırtıcı derecede düzgündü. Bu konuyla ilgili NL2SQL Gerçekten İşe Yarıyor mu? SQL MCP Server Notları yazımıza da göz atmanızı tavsiye ederim.

Tiled: Level Designer’ın En İyi Dostu

Tiled hakkında konuşmadan bu yazıyı kapatmak olmazdı zaten manasız olurdu biraz da o yüzden söylüyorum bunu: Eğer 2D tile-based oyun yapıyorsanız ve hâlâ Tiled kullanmıyorsanız bir dakika durup kendinize sorun neden kullanmıyorsunuz? Daha fazla bilgi için Model Router Eval’leri: Sahada Doğru Modeli Bulmak yazımıza bakabilirsiniz.

Hani, Tiled’ın güzel. Şu: motor bağımsız — en azından ben öyle düşünüyorum — çalışıyor yani JSON’a da XML’e de kendi TMX formatına da export edebiliyor (Godot tarafında rahat okunuyor mesela). Object layer sayesinde sadece tile değil; spawn point, trigger zone, NPC pozisyonu gibi metadata’yı da level içine gömebiliyorsunuz.

Kendi ilk projemizde — hep bahsettiğim o küçük Godot oyunu vardı ya — Tiled entegrasyonu iki saat sürdü ama sonrasında level design hızımız resmen arttı sayılırdı yani iki katına çıktı diyebilirim kolayca geçmemek lazım burayı artık designer arkadaş kod görmeden seviye yapabiliyordu.

Krita: Sadece Çizim Değil, Bir Pipeline Aracı

Krita’yı Photoshop alternatifi diye kenara atmak biraz haksızlık ölür açık konuşayım.

Mesela texture painting. Concept art tarafında bazı noktalarda Photoshop’tan daha iyi hissettirdiği yerler oluyor bana göre.

Brush engine’i baya gelişmiş durumda; basit seviyede animasyon desteği veriyor; Python scripting de koymuşlar.

Şimdi bunu Türkiye’deki şirketler açısından düşününce tablo değişiyor.

Adobe lisansları gerçekten tuzlu.

Orta ölçekli bir stüdyo için on kişilik Photoshop lisansı yıllık yaklaşık
60-70 bin TL bandına gelebiliyor.

Krita ile aynı işi çoğu zaman çevirebiliyorsanız bu para başka yere kaydırılabilir,
hani ses kartına gider,
hani dışarıdan freelance destek alınır,
hani direkt ekip nefes alır.

Neyse fazla dağıtmayayım.
İşin özü bu.
Krita yalnızca çizim aracı değil;
pipeline’ın sessiz çalışan parçalarından biri oluyor.

. Godot is öne of the best open-source game engines available today because it is lightweight and easy to learn…

. Bilgi: . Godot.x serisi Vulkan tabanlı yeni render engine’iyle birlikte AAA olmayan ama “.serious indie” diyebileceğimiz projeler için Unity’e gerçek bir alternatif hâline geldi. . Steam&aposde yapılmış oyun sayısı ciddi şekilde arttıldı.

Açık Kaynak Sürdürülebilirliği Neden Önemlidir?
Laf gereksiz uzatmadan söylim: Bu araçların çoğu bazen tek veya iki kişinin omuzlarında ilerleyor. Blockbench’in maintainer’rları JannisX11 yıllardır neredeyse tek başına projeyi taşıyor. Tiled’i Bjorn Lindeijer adlı geliştirici geliştiriyormuş. Pencil2D ekibi işe ufak gönüllülerden oluşuyormuş.

Eğer bu araçları profesyonel kullaniyorsanız — özellikle ticarî proje üretiyorsanız — GitHub Sponsors veya Patreon üzerinden azıcık bağış yapın. Bu, ekosistemin sağlığı için önemli. Bir tool’a aylık $5 verirseniz yılda $60 eder; yani kabaca bir kahve zinciri masrafından az. Ama o tool’un yaşamasına ciddi katkısı dokunur.

Bana bu durum, yapay zekâ tarafında Agent Framework + AGT: Üretimde Yönetişim Şart yazısında değindiğim governance meselesini hatırlattı. Açık kaynak güzel, tamam; ama sürdürülebilirlik için çerçeve şart.

Büyük Resimde Ne Görüyorum? Açık kaynak her problemi çözer demek fazla iddialıdır, onun yerine şunu söylemek daha doğru ölür: Doğru yerde kullanıldığında maliyet düşürür, ekiplerin önünü açar, öğrenme bariyerini indirir.

Ama şöyle de bi durum var: Dokümantasyon bazen düzensizdir, performans kimi yerde geridedir, endüstri standardı entegrasyonlarda boşluklar ölür. Yani körlemesine güvenmeyin; aracı tanıyın, sınırını görün, sonra karar verin.

Sıkça Sorulan Sorular

Açık kaynak oyun araçlarını ticarî projede kullanabilir mıyım?

Çoğu için evet, kullanabilirsin (buna dikkat edin). MIT, Apache 2.0 ve LGPL lisanslı araçlar (Godot, Pixelorama, Tiled gibi) ticarî kullanıma tamamen açık (kendi tecrübem). Blender veya Blockbench gibi GPL lisanslı araçlarla ürettiğin asset’leri kullanmak serbest — yani aracın kendisini değiştirip dağıtmadığın sürece sorun yok, GPL kuralları. O zaman devreye giriyor. Bence projeye dahil olmadan önce lisans detaylarını mutlaka bir göz atın, çok önemli.

Unity yerine Godot’ya geçmek mantıklı mı?

Aslında projenize bağlı bu. 2D ve orta ölçekli 3D projeler için Godot artık bayağı olgunlaştı, gönül rahatlığıyla geçebilirsiniz. Büyük 3D AAA, VR/AR ya da mobil reklam SDK entegrasyonu gerektiren şeyler için Unity hâlâ önde ama. Yeni başlıyorsanız kesinlikle Godot’yu deneyin — tecrübeme göre öğrenme eğrisi çok daha tatlı.

Pixelorama ile Aseprite arasında ne fark var?

Doğrusu, Aseprite daha olgun, daha fazla özelliği var. Hele bir de profesyonel pixel artist’lerin kullandığı bazı brush teknikleri Pixelorama’da henüz yok. Ama şöyle bir durum var: Pixelorama tamamen ücretsiz ve MIT lisanslı, Aseprite işe yaklaşık 20$. Açıkçası bütçe öncelikliyse Pixelorama işinizin %80’ını rahatlıkla görüyor.

Tiled hangi motorlarla çalışıyor?

Pratikte hepsiyle çalışıyor. Godot, Unity (asset store’da importer mevcut), Unreal, MonoGame, LibGDX, Phaser, LÖVE2D ve daha onlarcası Tiled’ın TMX/JSON formatını destekliyor. Hatta kendi motorunuzu yazıyorsanız bile parser yazmak o kadar zor değil yani.

Bu araçları öğrenmek ne kadar sürer?

Bunu yaşayan biri olarak söyleyeyim, Temel seviye için her araca 1-2 hafta yeterli. Profesyonel seviye içinse 6-12 ay arası bir şey. Ama şunu da unutmamak lazım: sadece aracı öğrenmek yetmiyor, asıl önemli olan oyun yapım sürecini. Sanat prensiplerini kavramak. Araç hani sadece kalemdir, bence asıl iş kafadadır.

Kaynaklar ve İleri Okuma

GitHub Blog: Beyond the Engine — 10 Open Source Projects Shaping How Games Actually Get Made (orijinal makale)

Godot Engine Resmî Sitesi ve Dokümantasyonu

Blockbench Resmî Sitesi

Tuhaf ama, Tiled Map Editör Resmî Sitesi

Bi saniye — GitHub Sponsors — Açık Kaynak Geliştiricileri Desteklemek

Aşkın KILIÇ

20+ yıl deneyimli Azure Solutions Architect. Microsoft sertifikalı bulut mimari ve DevOps danışmanı. Azure, yapay zekâ ve bulut teknolojileri üzerine Türkçe teknik içerikler üretiyor.

AZ-305AZ-104AZ-500AZ-400DP-203AI-102

Bu içerik işinize yaradı mı?

Benzer içerikleri kaçırmamak için beni sosyal medyada takip edin.

← Onceki Yazi
.NET 11 Process API: Deadlock'suz Süreç Yönetimi Geldi
Sonraki Yazi →
Visual Studio Plan Agent: Önce Düşün, Sonra Kodla

Yorum Yaz

E-posta adresiniz yayınlanmayacak. Gerekli alanlar * ile işaretlenmişlerdir

İçindekiler
← .NET 11 Process API: Deadlock&...
Visual Studio Plan Agent: Önce... →