TunnelPulse

TunnelPulse bir arcade refleks oyunu. Bir uzay gemisiyle dönen bir tünelin içinde ilerliyor, tünel boyunca gelen engellerin arasından geçiyorsunuz. Kontrol iki hareketten ibaret: sürüklemek gemiyi taşıyor, iki parmak kanatları katlıyor.

On iki engel tipi var ve hepsi aynı şeyi istemiyor. Oyun bunu dört eylem işaretiyle anlatıyor, her biri ayrı renkte: çoğunda yapılacak bir şey yok (süzül), dar delikte kanadı kapat, dilim ve kiriş engelinde yuvarlan ve açıklığı takip et, Yarıkta ise tam tersi — kanadı aç ve hizala.

Aynı kontrolün birbirine zıt iki kullanımının olması oyunun çekirdeği. Renk kodu bunu bir bakışta okutuyor, ama karar süresi bir saniyenin altında.

Koşu bittiğinde kaç metre gidildiği ve en iyi skorla farkı görünüyor. Menüde seviye, haftalık görevler ve market var; market iki sekmeli — gemiler ve oyunun para birimi AKIM (osiloskop temasından; İngilizcede AMP). Skor, oyuncu ve ekonomi servisleri ayrı bir sunucu projesinde duruyor.

Oyun Unity ve C# ile yazıldı. Sunucu tarafı ayrı bir projede: skor ve oyuncu servisleri için bir Fastify API’si ve bir yönetim paneli. Gelir tarafında AdMob ve RevenueCat var.

Tünel sahneye elle dizilmiyor

Tünel, engeller ve arayüzün büyük kısmı sahneye elle yerleştirilmek yerine çalışma anında üretiliyor. Bunun pratik sonucu şu: zorluk eğrisi, engel sıklığı ve boşluk genişliği gibi denge değerleri sahneyi yeniden kurmadan, sayı değiştirerek ayarlanabiliyor.

Bu da dengeyi tahminle değil ölçümle yapmayı mümkün kılıyor — bir değeri değiştirip aynı koşuyu tekrar oynatmak birkaç saniye sürüyor.

Çarpışma sabit, görsel ona uyduruluyor

Oyunda gemi görünümü satılıyor. Her geminin çarpışma kutusu kendi mesh’inden türetilseydi iki sonuç doğardı: ya bazı gemiler diğerlerinden dar olur (parayla avantaj), ya da her yeni gemi için bütün engellerin yeniden ayarlanması gerekirdi. İkisi de kabul edilebilir değil.

Bu yüzden çarpışma modeli analitik ve sabit: on üç örnek nokta — merkez, gövde çevresinde 45° aralıklı sekiz nokta ve iki kanatta ikişer nokta. Kanat katlandığında gövde yarıçapı büyüyor (0,40 → 0,62): dar delikten geçmenin bedeli gövdenin şişmesi.

Yeni bir gemi eklenirken kod değişmiyor; görsel bu sabit profile uyduruluyor.

İki zıt şikâyet, iki zıt düzeltme

Aynı çarpışma modeli iki farklı şekilde yanlış hissettiriyordu:

• “Çarpmayacağımdan emindim, çarptım.” Örnek noktalar görsel yarıçapın tam üstündeydi; bir piksellik temas ölüm demekti. Gövde noktaları %20 içeri alındı — artık gemi engelin içine bir miktar girene kadar çarpışma sayılmıyor.
• “Kesin çarptım ama deliksiz geçtim.” Gövdede yalnız dört yön noktası vardı ve engel kenarı aralarından sıyırabiliyordu. Dört yön sekize çıkarıldı.

⚠️ Kanat noktaları bilerek görsel yerinde bırakıldı: kanat teması öldürmüyor, hasar veriyor. Toleransı oraya da uygulamak, oyunun tek “affedilen hata” kanalını kapatırdı.

Skor ve ekonomi sunucuda

Skor tablosu, oyuncu kaydı ve oyun içi ekonomi istemciye bırakılmıyor; ayrı bir API ve yönetim paneli üzerinden yönetiliyor. Bu, bir denge değerini yeni sürüm çıkmadan değiştirebilmek anlamına da geliyor.

Ödüllü reklamda ödülü istemci vermiyor: AdMob sunucu taraflı doğrulamayla (SSV) sunucudaki uca haber veriyor ve bakiye orada yazılıyor. İstemcinin ödül verdiği bir kurguda oyuncunun tek yapması gereken uygulamayı kandırmak olurdu.

Satın alma iadeleri de iki mağazadan gerçek zamanlı geri düşüyor: Play tarafında Pub/Sub bildirimleri, Apple tarafında App Store sunucu bildirimleri RevenueCat’e, oradan da webhook ile oyunun ekonomisine bağlanıyor.

Benzer bir iş mi var?

Fikirden mağaza yayınına kadar ürün geliştiriyorum. E-posta ile ulaşabilirsiniz.