Bir Hikâyeyi Oyuna Dönüştürmek: Skarrgard Revolution’ın Geliştirme Süreci

Bir hikâyede karakterin verdiği kararı okuyabiliriz. Onun tereddüdünü, öfkesini veya korkusunu anlatıcının cümlelerinden öğrenebiliriz. Oyunda ise oyuncunun önüne seçenekler koymamız gerekir: kimi koruyacak, hangi yeteneği kullanacak, elindeki kaynağı şimdi mi harcayacak?

Bu değişim, yazılı bir evreni oyuna uyarlamanın merkezinde yer alıyor. Hikâyeyi ekrana taşımak, karakterlerin görsellerini hazırlayıp metinleri konuşma kutularına yerleştirmekten daha geniş bir çalışma gerektiriyor. Anlatının hangi bölümlerinin oynanışa dönüşebileceğini, hangi duyguların sistemlerle desteklenebileceğini ve oyuncunun dikkatini neyin taşıyacağını düşünmek gerekiyor.

AserLand: Skarrgard Revolution, bu arayışın oyun tarafındaki karşılığı. Argoteda tarafından Unity ve C# kullanılarak geliştirilen iki boyutlu, taktiksel sıra tabanlı rol yapma oyunu; Skarrgard devrimini merkezine alan bir anlatıyı, karakterlerin birlikte mücadele ettiği bir yapıyla buluşturuyor.

Proje erken geliştirme aşamasında. Mevcut çalışma, savaş sistemleri, karakter ve yetenek verileri, envanter altyapısı ve arayüz bileşenleri etrafında şekilleniyor. Bu yazı da tamamlanmış bir oyunun geriye dönük öyküsünü anlatmak yerine, hikâye ile oynanış arasında kurulmakta olan bağı ele alıyor.

1. Önce bütün evrenin içinden bir odak seçmek

Geniş bir kurgu evreni, oyun geliştirmeye başlarken hem imkân hem de kapsam sorunu oluşturur. Farklı dönemler, yönetimler ve karakterler arasından hangileri ilk oyunun merkezinde yer alacak?

Skarrgard Revolution’ın odağında Skarrgard devrimi ve ana karakter olarak Skarryion Damethsizi bulunuyor. Bu odak, oyunun anlatacağı dönemi belirginleştiriyor. AserLand’ın bütün tarihini tek projeye sığdırmaya çalışmak yerine, belirli bir çatışmaya ve onun çevresindeki insanlara yaklaşmayı sağlıyor.

Bununla birlikte, ana karakterin belirlenmesi diğer karakterlerin yalnızca ona eşlik eden isimlere dönüşmesi anlamına gelmemeli. AserLand kaynaklarında Eumandarg’ın örgütleme ve idareyle, Denoistos’un askerî koşullarla, AserTechno’nun üretim ve mühendislikle kurduğu ilişkiler farklı bakış açıları sunuyor.

Uyarlama açısından önemli soru şu: bu farklılıkların hangileri sahnelerde, hangileri karakterlerin birlikte çalışmasında, hangileri ise oynanış kararlarında hissedilebilir?

Bu soru bir tasarım yönünü ifade ediyor. Her anlatısal özelliğin oyunda tamamlanmış bir mekanik karşılığı bulunduğunu varsaymak doğru olmaz.

2. Yazılı karakteri oynanabilir karakterden ayırmak

Bir karakterin edebî anlatıda ilgi çekici olması, oyun içindeki rolünün kendiliğinden ortaya çıkacağı anlamına gelmez.

Yazılı metinde bir kişinin geçmişi, düşünceleri ve başkalarıyla ilişkileri uzun uzun anlatılabilir. Savaş sırasında ise oyuncu daha somut sorular sorar:

• Bu karakterin takım içindeki görevi ne?
• Hangi durumda onu kullanmak avantaj sağlıyor?
• Güçlü olduğu alanın karşılığında hangi sınırlara sahip?
• Diğer karakterlerle birlikte nasıl çalışıyor?

Bu nedenle uyarlamada iki çalışma birbirini beslemeli: karakterin hikâyedeki kimliğini anlamak ve oynanış içindeki işlevini kurmak.

Örneğin bir karakterin düzen kurmaya yatkın olması, tasarım aşamasında takım koordinasyonu üzerine düşünmeye kapı açabilir. Bir başkasının teknik bilgisi, araçlar veya kaynak kullanımıyla ilgili fikirler doğurabilir. Ancak bunlar, gerçek yetenek setleriyle karşılaştırılması gereken tasarım seçenekleridir; tek başına hikâyeden çıkarılarak uygulanmış özellik gibi sunulamaz.

3. Sıra tabanlı savaşın sağladığı düşünme alanı

Skarrgard Revolution’ın savaş yapısı sıra tabanlı. Bu yapı, oyuncuya eylemler arasında değerlendirme alanı açıyor.

Oyuncu yalnızca hasar miktarını düşünmüyor. Bir yeteneğin maliyetini, hedefini ve uygulayacağı etkileri de hesaba katabiliyor. Bir saldırıyı hemen kullanmakla sonraki hamle için kaynak saklamak arasında tercih oluşuyor.

Projede yetenekler için tanımlanan veriler arasında kaynak maliyeti, hedef türü, etki değeri, karakter istatistikleriyle ölçeklenme ve uygulanacak durum etkileri bulunuyor. Bu altyapı, yeteneklerin yalnızca isim ve görselden ibaret kalmaması için somut bir temel sağlıyor.

Bir yeteneği değerlendirirken böylece birkaç ayrı soru ortaya çıkıyor:

• Tek bir hedefi mi, birden fazla birimi mi etkiliyor?
• Kaynak maliyeti, sağladığı faydaya göre nasıl konumlanıyor?
• Doğrudan etkisinin yanında başka bir durum oluşturuyor mu?
• Kullanımı, sonraki hamleler için neyi değiştiriyor?

Taktiksel derinlik, bu ilişkilerin oynanışta anlamlı hâle gelmesiyle oluşacak. Veri alanlarının bulunması başlangıçtır; seçeneklerin gerçekten dengeli ve anlaşılır olması ise ayrıca deneme ve düzenleme gerektirir.

4. Mücadeleyi hasar alışverişinden öteye taşımak

Bir savaş sisteminde karakterlerin yalnızca birbirlerinin canını azaltması, kısa sürede benzer hamlelerin tekrarına yol açabilir. Durum etkileri ve kaynak kısıtları, oyuncunun önceliklerini değiştirecek başka koşullar oluşturur.

Mevcut proje kodunda sersemletme, susturma, bariyer ve durum etkilerinin süresini takip etme gibi mekanizmalar yer alıyor. Yetenek kullanımı sırasında kaynak yeterliliği ve bazı kullanım engelleri de kontrol ediliyor.

Bu tür sistemler, bir hamlenin değerini içinde bulunulan duruma bağlar. Normalde tercih edilen bir yetenek o anda kullanılamayabilir. Hasar vermek yerine bir karakteri korumak veya olumsuz bir etkiyle ilgilenmek daha öncelikli hâle gelebilir.

Buradaki tasarım hedefi, her turda oyuncuya uzun bir işlem listesi sunmak değil. Oyuncunun sahnedeki değişimi okuyup kendi planını güncellemesini sağlamak.

5. Düşman davranışlarını kaynaklar ve koşullarla ilişkilendirmek

Oyuncunun seçenekleri kadar, karşı tarafın davranışları da savaşın karakterini belirler.

Skarrgard Revolution’ın mevcut savaş kodunda düşmanların yetenek seçimini etkileyen koşullar bulunuyor. Kaynak yeterliliği, can durumu ve belirli durum etkileri bunlar arasında. Bazı hedef seçimi adımlarında ise tehdit değerleri kullanılıyor.

Bu, bütün düşmanların aynı davranışı izlemek zorunda olmadığı bir çalışma alanı açıyor. Farklı koşullar, farklı öncelikler oluşturabiliyor.

Ancak karar kurallarının kodda bulunmasıyla karşılaşmanın oyuncuya iyi hissettirmesi aynı şey değildir. Oyuncunun düşmanın davranışını bir ölçüde anlayabilmesi, yaptığı hazırlığın sonucunu görebilmesi ve başarısız olduğunda nedenini değerlendirebilmesi gerekir.

Bu yüzden düşman tasarımında yalnızca ne kadar güçlü olduğu değil, gücünü nasıl gösterdiği ve oyuncuya nasıl karşılık verme alanı bıraktığı da önem taşıyor.

6. Takım ve envanter altyapısını kurmak

Karakterlerin birlikte mücadele ettiği bir oyunda, tek tek yeteneklerin yanında takımın nasıl temsil edildiği de önemlidir.

Projede kullanılabilir karakterleri ve seçili partiyi tutan bir veri yapısı bulunuyor. Karakter verileri; isim, görsel, oyun içi nesne ve kuşanılan eşya bilgileriyle ilişkilendiriliyor.

Envanter tarafında ise başlangıç eşyalarını, eşya eklemeyi ve çıkarmayı yöneten bir altyapı mevcut. Envanter nesnesinin sahne geçişlerinde korunmasına yönelik bir yapı da bulunuyor.

Bu aşamada önemli bir ayrım var: sahneler arasında bellekte tutulan bilgi, oyunu kapattıktan sonra geri yüklenen bir kayıt sistemiyle aynı şey değildir. Bir geliştirme günlüğünde bu iki durumu birbirinin yerine kullanmamak gerekir.

Takım, eşya ve karakter verilerinin kurulması; içerik genişledikçe sistemlerin birbirine nasıl bağlanacağını çalışmak için temel oluşturuyor. Bunların oyuncuya sunulma biçimi ve uzun vadeli ilerlemeyle ilişkisi ise ayrı geliştirme başlıklarıdır.

7. Arayüzü karar verme sürecinin parçası olarak ele almak

Oyuncu bir yeteneğin ne yaptığını anlayamıyorsa, o yeteneğin arka planda doğru çalışması tek başına yeterli olmaz.

Can ve kaynak göstergeleri, yetenek açıklamaları, hedef seçimi ve sıra bilgisi; oyuncunun savaşın mevcut durumunu okumasını sağlar.

Skarrgard Revolution’ın arayüz kodunda yetenek ve eşya listeleri, portreler, durum bilgileri, sıra göstergeleri ve açıklama alanları üzerinde çalışan bileşenler bulunuyor. Yetenek maliyetinin gösterilmesi ve bazı kullanım koşullarının arayüze yansıtılması da bu yapının parçaları arasında.

Bu çalışmaların tasarım açısından karşılığı, oyuncunun şu sorulara rahatça cevap verebilmesidir:

• Şu anda hangi karakterle işlem yapıyorum?
• Bu yeteneği neden kullanabiliyorum veya kullanamıyorum?
• Hedef üzerinde hangi etkiler var?
• Hamlemden sonra ne değişti?

Arayüzün başarısı, bu bilgileri ne kadar açık sunduğuyla değerlendirilmeli. Görsel bütünlük ile okunabilirlik birlikte ele alınmalı.

8. Müziği oyun bağlamında yeniden düşünmek

AserLand’ın müzikleri, evrenin anlatımında ayrı bir yer tutuyor. Oyun ise müziğin farklı koşullarda duyulacağı yeni bir alan açıyor.

Bir albüm parçasının dinleyicisi, müziğin akışını takip eder. Oyuncu aynı anda bir yetenek açıklamasını okuyabilir, hedef seçebilir veya sahnede bekleyebilir. Bu nedenle bir bestenin oyun içinde kullanılmasını düşünürken süresi, yoğunluğu ve tekrar hissi de değerlendirilmelidir.

Skarrgard Revolution açısından bu, hikâyenin müzikal kimliği ile oynanışın ihtiyaçlarını birlikte düşünme meselesidir. Bir karakteri çağrıştıran motifin hangi sahnede duyulacağı veya savaş sırasında müziğin ne kadar öne çıkacağı, anlatım kararlarıdır.

Burada anlatılanlar müzik tasarımına ilişkin değerlendirmelerdir. Mevcut projede tamamlanmış, oynanışa göre katman değiştiren bir müzik sistemi bulunduğu iddiası taşımaz.

9. Tek kişilik geliştirmede kapsamı yönetmek

Skarrgard Revolution, tek geliştiricili bir proje olarak ilerliyor. Böyle bir yapıda hikâye, kod, görsel sunum ve içerik üretimi aynı çalışma zamanını paylaşır.

Bir özelliğin fikrini üretmekle onu oyuna eklemek arasında birçok adım bulunur. Örneğin yeni bir yetenek; veri tanımını, savaş sırasındaki davranışını, görsel geri bildirimini, açıklamasını ve diğer yeteneklerle ilişkisini birlikte etkileyebilir.

Bu nedenle kapsam yönetimi, üretimin doğrudan bir parçasıdır. Temel döngünün anlaşılır olması, içerik eklemeyi de daha anlamlı hâle getirir.

Erken geliştirme sürecini değerlendirirken yeni özelliklerin sayısı kadar, mevcut parçaların birlikte nasıl çalıştığına da bakmak gerekir. Karakter verisi, savaş mantığı ve arayüz arasındaki bağ ne kadar tutarlıysa, sonraki içerikler için o kadar sağlam bir zemin oluşur.

Mevcut altyapı ile hedeflenen deneyim arasındaki mesafe

Skarrgard Revolution’ın mevcut kaynaklarında savaş yönetimi, yetenek ve durum etkileri, karakter ve parti verileri, envanter ile çeşitli arayüz bileşenleri bulunuyor.

Bunlar, oyunun üretimindeki somut yapı taşları. Hikâyenin bütününün oynanabilir biçimde tamamlandığını, tüm bölümlerin hazır olduğunu veya nihai oyuncu deneyiminin doğrulandığını göstermiyor.

Geliştirme sürecindeki temel iş, bu parçaları AserLand’ın anlatısıyla tutarlı bir deneyimde birleştirmek. Bir yeteneğin teknik olarak çalışmasıyla karaktere uygun hissettirmesi; bir sahnenin kurulmasıyla anlatıdaki yerini bulması arasında ayrıca tasarım emeği var.

Skarrgard Revolution’ın geliştirme süreci de bu bağların kurulması üzerinden okunabilir: hikâyedeki insanları tanımak, oynanabilir rollerini düşünmek, sistemleri kurmak ve ortaya çıkan deneyimin anlatıyla ilişkisini yeniden değerlendirmek.

Bir gün oyuncu bir çatışmanın ortasında hangi hamleyi yapacağını düşünürken, o kararın arkasında hem savaş sisteminin hem de karakterlerin dünyasının hissedilmesi amaçlanıyor.

Proje hakkında daha fazla bilgi için Skarrgard Revolution sayfasına, anlatının dünyasını keşfetmek için AserLand Külliyatı’na göz atabilirsin.