Metin2 dünyasında kendi oyun dünyanızı inşa etmek ve oyuncularınıza benzersiz bir deneyim sunmak, teknik detaylara ne kadar hakim olduğunuzla doğrudan ilişkilidir. Bir oyun yöneticisi veya geliştiricisi olarak, oyunun kalbi sayılan veritabanı yapısını anlamak, sadece hataları gidermek değil, aynı zamanda yaratıcılığınızı konuşturmak anlamına gelir. 2026 yılı itibarıyla, Metin2 altyapıları çok daha karmaşık ve dinamik bir yapıya bürünmüş olsa da, temel taşlar hala item_proto ve mob_proto dosyaları üzerine kuruludur. Bu rehberde, bir uzman gözüyle bu dosyaların nasıl yönetileceğini, modern düzenleme tekniklerini ve performans odaklı yapılandırma yöntemlerini en ince ayrıntısına kadar inceleyeceğiz.
Oyunun ekonomisinden savaş dengesine kadar her şey bu iki dosyanın içindeki satırlarda gizlidir. Bir kılıcın saldırı değerini değiştirmekten, yeni bir canavarın saldırı menzilini belirlemeye kadar her işlem, bu proto dosyalarının doğru okunması ve işlenmesiyle gerçekleşir. Eğer Metin2 pvp ekosisteminde kalıcı bir iz bırakmak istiyorsanız, bu tekniklerin detaylarına vakıf olmanız şarttır.
Veritabanı Mimarisini Anlamak: SQL ve TXT Farkı
Metin2 geliştirme dünyasında en çok kafa karıştıran konulardan biri, proto dosyalarının hangi formatta tutulması gerektiğidir. Eski nesil sunucularda sadece SQL tabloları üzerinden işlem yapılırken, 2026 standartlarındaki modern files yapılarında artık “TXT Mirroring” yani metin belgesi tabanlı aynalama sistemi kullanılmaktadır. Bu sistem, sunucu taraflı (server-side) işlemlerin çok daha hızlı gerçekleşmesini sağlar.
TXT Formatının Avantajları ve Çalışma Mantığı
TXT tabanlı proto dosyaları, conf.txt dosyasındaki NO_TXT = 0 ayarı ile aktif edilir. Bu yöntemde, sunucu dosyalarınızın içinde bulunan item_proto.txt ve mob_proto.txt dosyaları birincil kaynak kabul edilir. Veritabanındaki (Navicat/MySQL) tablolar ise sadece görselleştirme ve yedekleme amaçlı kullanılır. TXT kullanmanın en büyük avantajı, dosyaların bir metin düzenleyici ile hızlıca taranabilmesi ve toplu değişikliklerin saniyeler içinde yapılabilmesidir.
SQL Formatında Esneklik ve Yönetim
Diğer yandan, bazı geliştiriciler hala doğrudan SQL tabloları (item_proto ve mob_proto tabloları) üzerinden çalışmayı tercih etmektedir. Bu yöntem, özellikle web tabanlı panel entegrasyonları için büyük kolaylık sağlar. Ancak 2026 yılında, yüksek oyuncu kapasitesine sahip pvp serverler genellikle hibrit bir model izler: Geliştirme aşamasında SQL kullanılır, canlıya geçişte ise performans için TXT formatına dönüştürülür.
Önemli: Hangi formatı kullanırsanız kullanın, yaptığınız her değişiklikten sonra sunucuyu kapatıp açmadan (reboot) veya oyun içi
/reload pkomutunu kullanmadan değişiklikler aktif olmayacaktır. Ancak 2026 sürüm sistemlerde bazı dinamik yükleme modülleri sayesinde reboot gereksinimi minimuma indirilmiştir.
Item_proto Düzenleme: Eşya Dengesi ve Özellikler
Oyunun ekonomik dengesi item_proto dosyasında başlar. Burada her bir eşyanın (item) kimliği (vnum), ismi, tipi, giyme gereksinimleri ve verdiği bonuslar yer alır. Bir eşyayı sadece “eklemek” yetmez; onu oyunun genel akışına uyumlu hale getirmek gerekir.
Temel Sütunlar ve Anlamları
Bir item_proto satırı onlarca farklı sütundan oluşur. İşte en kritik olanlar:
- Vnum: Eşyanın benzersiz kimlik numarasıdır. Başka bir eşya ile çakışmamalıdır.
- Name ve Locale_name: Teknik isim ve oyuncuların gördüğü isim.
- Type ve Subtype: Eşyanın kılıç mı, zırh mı yoksa iksir mi olduğunu belirler. Yanlış tip seçimi, eşyanın giyilememesine veya özelliğinin çalışmamasına neden olur.
- Weight: Modern sistemlerde pek kullanılmasa da eşyanın ağırlığını ifade eder.
- Size: Envanterde kapladığı kare sayısı (1×1, 1×3 vb.).
- Flag ve AntiFlag: Eşyanın yere atılıp atılamayacağı, satılıp satılamayacağı veya hangi karakter sınıflarının (Savaşçı, Ninja vb.) kullanamayacağını belirleyen bit değerleridir.
- Level: Oyuncunun canavardan alacağı EXP miktarını ve eşya düşme oranını doğrudan etkiler.
- Rank: Canavarın sınıfını belirler (0: Normal, 1: Güçlü, 4: Boss, 5: King). Boss sınıfındaki canavarların savunma mekanizmaları rank değerine göre sistem tarafından otomatik ölçeklenebilir.
- HP ve SP: Canavarın hayatta kalma süresini belirler. 2026 files yapılarında Boss HP’leri artık milyarları bulabildiği için bu değerlerin veritabanı türüyle (BigInt vb.) uyumlu olması gerekir.
- Damage (Damage_min – Damage_max): Canavarın düz vuruş aralığıdır.
- Duplicate Vnum: Aynı kimlik numarasının iki farklı eşya veya canavar için kullanılması. Sunucu bu durumda hangi veriyi okuyacağını bilemez ve işlemi durdurur.
- Tab vs Space: TXT dosyalarında sütunlar arası boşluklar mutlaka “Tab” tuşu ile verilmelidir. Normal boşluk (Space) kullanımı verinin kaymasına ve “ReadProto: vnum 12345 field count mismatch” hatasına yol açar.
- Invalid Apply Type: Tanımlı olmayan bir bonus numarasının kullanılması. Örneğin sistemde sadece 100 bonus tanımlıyken 101 yazılması.
Bonus ve Değer Atamaları (ApplyType ve Value)
Eşyaların gücünü belirleyen applytype ve applyvalue sütunları, 2026 metin2 geliştiriciliğinde en çok zaman harcanan yerdir. Örneğin, bir kılıca “Yarı İnsanlara Karşı Güçlü” bonusu eklemek için applytype0 değerine 17 yazılırken, applyvalue0 kısmına ise yüzde kaç bonus vereceği yazılır. Bu değerlerin birbiriyle uyumlu olması, “damage” dengesinin korunması açısından hayati önem taşır.
Önemli: Eşya yükseltme (plus) sisteminde,
refined_vnumverefine_setsütunlarını doğru yapılandırmazsanız, eşya artı basıldığında kaybolabilir veya yanlış bir nesneye dönüşebilir.
Yeni Eşya Ekleme Süreci
Yeni bir eşya eklerken sadece sunucu taraflı item_proto düzenlemek yetmez. Aynı zamanda istemci (client) tarafındaki item_proto dosyasının da paketlenmiş (dump edilmiş) olması gerekir. 2026 teknolojisinde kullanılan modern “Proto Reader” araçları sayesinde, sunucu tarafındaki TXT dosyasını saniyeler içinde client uyumlu XML veya binary formatına dönüştürebilirsiniz. Bu, sunucu ve istemci arasındaki senkronizasyonu sağlar ve oyuncuların eşya özelliklerini yanlış görmesini engeller.
Mob_proto ile Canavar ve Boss Yönetimi
Oyun dünyasının atmosferini canavarlar ve Boss’lar belirler. mob_proto dosyası, bir canavarın kaç canı (HP) olduğunu, ne kadar hasar vurduğunu, hangi seviyede olduğunu ve öldüğünde ne kadar tecrübe puanı (EXP) vereceğini tanımlar.
Canavar İstatistiklerini Optimize Etme
Bir canavarın gücünü belirlerken şu sütunlara dikkat etmelisiniz:
Yapay Zeka (AI) ve Davranış Modelleri
ai_flags ve set_race_flag sütunları, canavarın nasıl davranacağını belirler. Bir canavar “Agresif” mi (oyuncuya kendiliğinden saldırır), “Kaçan” mı (canı azaldığında uzaklaşır) yoksa “Sosyal” mi (etraftaki diğer canavarlar saldırıya uğradığında yardıma gider) gibi özellikler buradan ayarlanır. Ayrıca, immune_stun (sersemletme bağışıklığı) veya immune_slow gibi bağışıklıklar da burada tanımlanır.
Ganimet ve Drop İlişkisi
Her ne kadar canavarlardan düşecek eşyalar genellikle common_drop_item.txt veya etc_drop_item.txt gibi dosyalardan ayarlansa da, canavarın seviyesi ve tipi mob_proto içinde doğru ayarlanmalıdır. Eğer canavarın seviyesi oyuncudan çok düşükse, sistem otomatik olarak drop (eşya düşürme) ihtimalini azaltacaktır.
2026 Yılında Kullanılan Modern Düzenleme Araçları
Artık sadece Not Defteri kullanarak bu devasa dosyaları yönetmek oldukça risklidir. 2026 yılındaki profesyonel geliştiriciler, veri bütünlüğünü korumak için gelişmiş editörler ve otomasyon araçları kullanmaktadır.
| Araç Tipi | Özellikleri | Kullanım Amacı |
|---|---|---|
| Visual Proto Editor | Grafik arayüz, anlık önizleme | Hızlı veri girişi ve görsel düzenleme |
| Proto Converter | SQL’den TXT’ye veya tam tersi dönüşüm | Formatlar arası senkronizasyon |
| Integrity Checker | Vnum çakışması ve yazım hatası kontrolü | Sunucu çökme (syserr) hatalarını önleme |
| Bulk Update Scripts | Python/Perl tabanlı toplu veri değiştirme | Ekonomi ve dengeleme operasyonları |
Bu araçlar, binlerce satırlık proto dosyalarında manuel hata yapma riskini sıfıra indirir. Örneğin, tüm kılıçların saldırı değerini %10 artırmak istediğinizde, bir script kullanarak bu işlemi hatasız bir şekilde saniyeler içinde gerçekleştirebilirsiniz.
Hata Yönetimi ve Çözüm Yolları (Syserr Analizi)
Proto düzenleme sürecinde en sık karşılaşılan sorun sunucunun açılmaması veya oyunun “Log” hatası vererek kapanmasıdır. Bu durum genellikle “Vnum” çakışmalarından veya eksik/fazla tab (sekme) kullanımından kaynaklanır.
Yaygın Hatalar ve Nedenleri
Önemli: Her düzenlemeden önce mutlaka çalışan bir yedek alın. Veritabanında yapacağınız küçük bir yazım hatası, tüm karakterlerin envanterindeki eşyaların özelliklerinin bozulmasına neden olabilir.
Performans Optimizasyonu
Büyük proto dosyaları sunucu açılış süresini uzatabilir. 2026 files yapılarında, gereksiz ve kullanılmayan satırların temizlenmesi (Purge işlemi) sunucu belleğini rahatlatır. Ayrıca, client tarafındaki proto dosyalarının LZ4 gibi modern sıkıştırma algoritmalarıyla paketlenmesi, oyuncuların oyuna giriş hızını %40’a varan oranda artıracaktır.
Stratejik Planlama: Ekonomi ve Savaş Dengesi
Bir oyunun ömrünü belirleyen en önemli faktör, proto dosyalarında yaptığınız matematiksel dengelemelerdir. Eğer bir Boss’un canını çok yüksek, vuruşunu çok düşük yaparsanız oyun sıkıcı hale gelir. Tersine, bir eşyanın saldırı değerini çok artırırsanız, oyunun “PvP” dengesi bozulur ve oyuncu kaybı yaşarsınız.
Matematiksel Yaklaşım
Düzenleme yaparken bir Excel tablosu üzerinden simülasyon yapmak her zaman en sağlıklı yoldur. Bir karakterin sahip olabileceği maksimum savunma ve saldırı değerlerini hesaplayıp, Boss’ların veya diğer oyuncuların bu savunmayı nasıl delebileceğini öngörmelisiniz. item_proto içindeki her bir rakam, oyun içindeki bir oyuncunun harcayacağı emeği ve zamanı temsil eder.
Bu süreçte metin2nedir.com gibi kaynaklardan temel oyun mekanikleri hakkında derinlemesine bilgi edinebilir veya teknik spesifikasyonlar için metin2wiki.com.tr adresindeki güncel tablo değerlerini referans alabilirsiniz. Ayrıca, global etkinlik takvimlerine ve yeni eklenen canavar tiplerine göz atmak için metin2etkinlik.com sitesi size ilham verebilir.
Sonuç
Metin2 item_proto ve mob_proto düzenleme sanatı, teknik bilgi ile oyun vizyonunun birleştiği noktadır. 2026 yılı itibarıyla bu dosyaları yönetmek, sadece veri girişi yapmak değil, oyuncularınız için yaşayan, dengeli ve heyecan verici bir ekosistem yaratmaktır. TXT ve SQL yapıları arasındaki geçişleri ustalıkla yönetmek, modern araçları kullanmak ve her zaman veri bütünlüğünü ön planda tutmak sizi başarılı bir oyun mimarı yapacaktır. Unutmayın, en iyi sunucu, en çok özelliğe sahip olan değil; tüm özelliklerin birbiriyle uyum içinde, hatasız ve dengeli çalıştığı sunucudur.
Sıkça Sorulan Sorular
Item_proto dosyasında yaptığım değişiklikler oyunda neden gözükmüyor?
Bu durum genellikle sunucu tarafında yapılan değişikliğin istemci (client) tarafındaki item_proto ile senkronize edilmemesinden kaynaklanır. Değişiklik sonrası sunucu tarafındaki protoyu dump ederek client içine (genellikle locale/tr içine) atmanız ve sunucuya /reload p komutu vermeniz veya reboot atmanız gerekir.
Yeni bir canavar ekledim ama canavar görünmez (görünmüyor), neden?
Bu sorun mob_proto ile değil, client tarafındaki msm dosyaları veya monster klasöründeki eksik model (GR2) dosyalarıyla ilgilidir. mob_proto canavarın özelliklerini belirler, ancak modelin görünmesi için npclist.txt ve ilgili 3D dosyaların doğru yollarda bulunması şarttır.
TXT tabanlı proto kullanırken Navicat üzerinden düzenleme yapabilir miyim?
Eğer sunucunuz NO_TXT = 0 (TXT okuma modu) ayarındaysa, Navicat üzerinden yaptığınız değişiklikler hiçbir işe yaramayacaktır. Bu durumda ya sunucuyu SQL moduna geçirmelisiniz ya da doğrudan FTP üzerinden TXT dosyalarını düzenlemelisiniz.
Bir eşyaya 4. veya 5. taş soketini nasıl ekleyebilirim?
Bu işlem sadece item_proto üzerinden yapılmaz. Önce kaynak kodlarınızın (Source) 4 veya daha fazla soketi desteklemesi gerekir. Ardından item_proto içindeki socket_pct değerini istediğiniz sayıya (maksimum desteklenen kadar) yükselterek soket alanlarını açabilirsiniz.
Mob_proto içindeki “Exp” sütunu neye göre ayarlanmalıdır?
EXP değerleri, sunucunuzun zorluk derecesine (Emek, Orta, Wslik) göre belirlenir. 2026 standartlarında, bir canavarın verdiği tecrübe puanını belirlerken oyuncunun seviyesi ile canavarın seviyesi arasındaki farkı (Level Margin) hesaplayan sistemlerin devrede olduğunu unutmamalı ve baz değerleri buna göre girmelisiniz.
Proto dosyalarını düzenlerken “Field count mismatch” hatası alıyorum, çözümü nedir?
Bu hata, bir satırdaki sütun sayısının (field) sistemin beklediğinden az veya fazla olduğunu gösterir. Genellikle bir satırın sonuna yanlışlıkla eklenen boşluklar veya eksik bırakılan bir “Tab” karakteri buna neden olur. Kullandığınız editörün “Görünmez Karakterleri Göster” özelliğini açarak hatayı bulabilirsiniz.
Bir boss’un saldırı gücünü sadece mob_proto ile mi düşürebilirim?
Evet, damage_min ve damage_max değerlerini düşürerek ana hasarını azaltabilirsiniz. Ancak boss’un kullandığı özel yetenekler (Skiller) varsa, bunların hasar çarpanları genellikle skill_proto veya quest dosyaları içinden yönetilir. Sadece düz vuruşları proto dosyasından kontrol edersiniz.
Bir yanıt bırakın