Mükemmel!

bittiğinde bize de tam bir dökümantasyon sağlayabilirsen sevinirim.

Resim konusunda, forum yazılımımız biraz eski, işletim sistemimiz de epey eski ondan güncelleyemiyoruz. işte muhabbet biraz yavaş gitse yeni sunucuya taşınacağım, ama henüz mümkün olmadı. Yani sonuç olarak telefon ekranlarında bit kadar görünmesin diye bir responsive tema kullanıyoruz. O tema resimleri böyle büyütüyor bazen, bilen birinin uğraşması lazım ama sıkıcı işler olduğundan ben bakmadım

Yeni versionda bu sorunların olmadığını umarak katlanıyrouz. Yani aslında imaj büyüklüğünü ayarlamak mümkün ama çok çetrefilli, önce normal şekilde imajları yükleyip gönderiyi yazıp gönderiyorsun, sonra edit diyorsun, üretilen imaj url'lerini copy ediyorsun bir yere sonra attachment olarak değil de IMG olarak geri ekliyorsun falan IMG tag'inde width propertisi var istediğin büyüklüğe getiriyorsun ama uğraşmaya değer mi bence değmez

Bir alternatif de göndermeden önce resimleri küçültmek.

belki şöyle random bir bilgi belki faydalı olur. Yanlış hatırlamıyorsam Amiganın veri yolu 16bit, adres yolu24bit. 68k registerlerı 32 bit ama veri yolu 16 olduğundan tek fetch'de 16'sı doluyor. Diğer taraftan adres yolu ise 24 bit, Bir adres depolanması gerektiğinde zaten 2 fetch gerekeceği için %95 ihtimalle adresi ya da offseti 32bit olarak saklıyorlar, fazladan görünen 00'lar ya da random byte'lar oradan gelebiliyor.

68K big endian olduğu için genelde sıfırlar başta oluyor, yani hex 00 00 00 0A görürsen büyük olasılıkla indeks 0A 'nın olduğu adreste değil de, ondan üç ya da 1 önceki adrestedir. en baştaki xx 00 00 0A xx olanda da çok nadiren random data bulunabilir çünkü eğer bu değer bir adres ise ilk byte çöpe gidiyor. registerin önceki değerinden kalma bir artifact olabilir.

Biraz progress daha yaptım! Diğer senaryo dosyalarıyla tam örtüştüremedim henüz ama 1. senaryoda metin sonrası kontrol byte'ı olmayan 5 tane 0x0d00 var. Bunlar haritadaki odaların mesajlarıyla örtüşüyor! Yani örneğin koku olan 23. odanın metadatası 1 1 1 4, 4. 0x0d00'dan sonra "burası amma pis kokuyo bee !" mesajı var. Baygın adamın olduğu 49. odanın metadatası 1 1 1 2. Yani 2. 0x0d00'dan sonra bu senaryo başlıyor. Çok ilginç bir durum var, aslında buraya ilk girdiğimizde üstünü arayalım mı mesajı çıkıyor. Ama senaryo dosyasında önce "bu herif hala ayılmamış mı" mesajı yazılmış. Ama sonuçta bu da örtüşüyor.

Yani oyunun en azından ilk bölüm için senaryo item'larını 0x0d00 ile ayırdığını ve sayarak nereye tekabül ettiğini bulduğunu söyleyebiliriz.

ben de farkettim bunları fakat şu 0x0d00 çok tutarlı değil, birkaç yerde vardı yanlış hatırlamıyorsam, benim tahminim o belirteci amos koyuyor.

yani normalde bunlar birer array'de tutuluyordur. DIM Events(32,5) gibi birşeydir, amos bu girdileri 00 ile ayırıyor olabilir. diğer taraftan 0x0D = Carrier Return (13=Enter) olduğundan böyle satır satır alt alta yazılan şeylerde de kullanılıyor o sebeple çok da emin olamadım, amosta bir array üretip compile edip üretilen sonuca bakmak lazım. Çünkü tutarlı da değildi. Neyse şimdilik buraları sana bırakıyorum, hazır ilerleme göstermişken hızını kesme Ben soruları (08) farketmemiştim mesela. İyi yakalamışsın orayı. Eline sağlık.

Senaryo dosyalarıyla biraz daha zaman geçirdim... bir takım bulgular var, pek faydalı olmasa da.

Daha önce senaryodaki metinlerin caesar encoding ile kodlandığını söylemiştim. Text byte'larına binary değeri olarak 0x0a ekleyince gerçek değeri buluyoruz. Yani 5d 57 68 5f 66 aslında 67 61 72 69 70 olarak decode edilmeli, ki bu da ASCII tablosuna göre "garip" kelimesi oluyor.

Senaryo dosyalarında metinlerden önceki byte okunacak metnin uzunluğunu belirtiyor. Örneğin birinci bölümde Bu herif hala ayIlmamIS mI ? diye bir mesaj var, sonundaki line terminator'la beraber 29 karakter, dolayısıyla bu metinden önceki byte'ın değeri 0x1d. Bu arada satırları bitirmek/ayırmak için 0xac kullanılıyor. Yani her metinden sonra bir de 0xac var.

Bu arada ASCII'de türkçe karakterler olmadığı için ekip aşırı zeki bir şey yapmış, Türkçe karakterler büyük harfle tanımlanmış. Yani s normal ama S aslında ş. Büyük ihtimalle bu yüzden oyunda büyük harf yok hiç... çok merak ediyordum nedenini çocukken

0x05 ile başlayan sekanslar soru sekansları, sonraki iki byte seçeneklerin kelime uzunluklarını veriyor. Örneğin evet/hayır soruları için sekans 05 04 05—evet 4 harf, hayır 5 harf. Her sorudan sonra 01 02 01 01 geliyor... bu bir çeşit branching olmalı, birinci seçenek seçilirse şu, ikincisi seçilirse şu gibi. Yani evet seçilirse 1. değişkeni 2 yap, hayır seçilirse 1. değişkeni 1 yap gibi... ama kesin çözümünü bilmiyorum.

0x08 ile başlayan sekanslar savaş durumları. İlk bölümde köpekle savaşıyoruz. Senaryolar bütün kodu ve state'i içinde barındırıyor olmalı, dolayısıyla kiminle ve kaç kişiyle savaşılacağı da senaryonun içine gömülü olmalı. Köpek savaşı sekansı 08 00 0d 01 00 00 00 00 gibi bir şey. Her byte'ın anlamını bilmiyorum, fakat 0d, yani 13, savaşılacak canavarın ID'si olmalı. Memory dump'ından baktığımda canavarlar şu sırada: irospa ipna lavuk maganda hIrgIz bahCIvan lale savaSCIsI dadaS meycik yuzIr faytIr kIlerik ayI kOpek ... ve evet, köpek 13. canavar. Sonrasında gelen 01 de olan köpek adedi. Dosyanın bu kısmını değiştirip 01 yerine 03 yazdım, 3 köpek çıktı )

Bunun dışında, senaryo dosyaları içinde header'da filan bir değişken haritası tanımlandığını, senaryodaki her bir mesajın bu değişkenleri bir şekilde kullandığını ya da değiştirdiğini düşünüyorum.

Haritada biz 13. odada başlıyoruz, 3. odaya çıkmaya çalışırken senaryonun ilk mesajı dISarIdan garip hIrIltIlar geliyor... çıkıyor. Bu da şu demek, mesajlar odalara girerken tetikleniyor ve duruma bağlıysa odaya girişini engelleyebiliyor.

Haritalardan decode ettiğimiz metadataları senaryoyla örtüştürmeye çalıştım fakat çok başarılı olamadım. Sadece 3 nolu oda için senaryodaki ilk mesajın oncesinde 01 01 01 01 byte'ları var. Burada beklediğim şu olurdu, haritadaki metadatanın birebir eşleniğinin senaryo dosyalarında olması, oyun motorunun da buna göre araması. Fakat görünen o ki bu biraz daha kompleks bir yapı. Örneğin 23. odada sürekli burasI amma pis kokuyo bee! mesajı çıkıyor, conditional değil, ama önceki byte'larında bunu 23. odayla eşleyen bir byte yok.

Bununla birlikte emin olduğum başka bir yapı her senaryo item'ı öncesinde ve sonrasında senaryo değişkenlerini değiştiren bir takım kontrol byte'ları olduğu. Örneğin baygın adamın üzerini aramak için evet'i seçersek inventory ekranı açılıyor ve bir takım paralar vs bulunuyor (buradaki byte'ları açılan inventory ile karşılaştırmadım ama hangi item'dan kaç adet bulacağımız burada yazıyor olmalı). Fakat sonrasında hemen bir anahtar bulma mesajı çıkıyor. Bundan sonra biraz daha karışık bir seri byte var—eminim burada oyun değişkenlerine anahtarın bulunduğu yazılıyor, çünkü 55. odada anahtarın olma ve olmama durumuna göre "bu kapı kilitli" mesajı gösteriliyor ya da gösterilmiyor.

Şimdilik önbulgularım bu şekilde

Senaryo dosyalarını daha rahat gözlemleyebilmek için ekteki gibi bir uygulama yazdım. Kodunu da ekliyorum. Oyunun herhangi bir senaryo dosyasını açıp örüntü arayabilirsiniz

  [ You are not allowed to view attachments ]  
  [ You are not allowed to view attachments ]  

Bu arada çok güzel etkinlikmiş, hele ki 2019 da bile bu kadar katılım olması (satılan ürünlere bakarak tahmin ediyorum) bekleyeceğim bir şey değil.

Bu işlere sardığım 4-5 ayda gözlemlediğim, çoğu kişi eski heyecanının 10 da 1'ini bile duymuyor artık.
Bu tip etkinlik ya da buluşmalar azalmış. Cihazlar kaldırılmış raflara-depolara, arada bir indiriliyor.
Kimisi bir daha hiç indirmeyeceği MSX2 cihazını ancak konusu geçince hatırlıyor. Konusu geçmişken, @Alco ver şu MSX2 yi ekonomiye kazandıralım 
Boş boş durmasın, turşu mu bu?