tamam biraz beyin cimnastiği ile map tipini çözdüm. tam da senin tarif ettiğin şekildeymiş.

  [ You are not allowed to view attachments ]  

diyelim bir satır bu şekilde.
Idx: 22   0   0   0   0   0   0   3   2   0   0   2   1   2   4   0   1   1   1   4

[ 0 0 0 0 ]|[ 2 1 ] [ 0 0 ] [ 3 2 ] [ 2 1 ] | [ 2 ] [ 4 ] [ 0 1 1 1 4 ]
ilk dört rakam 0,0,0,0 önemsiz atlıyoruz,
sonra ikili grupların sonraki duvar texture , baştaki özelliği, kapı ya da level bağlantısı vb.
sonra alt ve üst texturelar var.
son 5 değer büyük olasılıkla yine bazı özellikler veriyor. benim tahminin burada bazı eventler var.
örneğin, 22 numaralı index 4 ile bitiyor ve bu kutudan geçerken "burası da ne pis kokuyormuş be" yazısı çıkıyor.

son olarak harita sandığımız gibi 5x5 değil 10x10'lık bir harita çıktı. bu durumda headerdaki (bitmap 0.satır) 4 ve 5 numaralı pixeller harita boyutunu belirtiyor.

eğer kaynak kodu gerekirse diye onu da ekliyorum (drawDungeon işi yapıyor). düzelttiğim map datası fa var txt şeklinde.


daha önce bakmamıştım, ama diskin içini bir sürü imajla doldurmuşlar. Aralarından biri şu:
  [ You are not allowed to view attachments ]  

ikinci bölüm umutları ve başka bir dosyada krobb yine vardı, son çağ yine özgür özol'un hikayelerinden biri galiba...

ilk gönderdiğin data 19x100 pixellik bir data. dediğin gibi 5x5 lik harita eğer 4 katlı ise 19x25 pixel per kat şeklinde olabilir.

levelları amiga üzerinde açıp text dosyasına çeviren bir amos programcığı yazdım 1 numaralı haritanın text dökümü burada. Renk değil palet indeksini veriyorum çünkü görünüşe göre 2 ve 5, 3 ve 6 numaralı renkler aynı, yani 00F ve 0F0 şeklinde yanıltabilir.

görünüşe göre 32 renklik bir imaj olarak kaydedilmiş, ve 19 pixel genişlikteki satırların bazılarının sonunda 5 pixellik bir işaret var, bunların son pixeli 0-31 arası değerler alıyor. Acaba bu pixeller o hücredeki item/monster data gibi birşey midir diye düşündüm. Bu şekilde bir haritada maksimum 31 item/düşman varyasyonu olacaktır.

neyse belki incelemek isteyen olursa diye palet indekslerini 19'ar pixellik satırlar halinde içeren dosya ekte. Excele falan atabilirsiniz. @wizofwor  bu işlerde uzmandır.
dasher'in koyduğu harita ile bu text dosyasını örtüştürebilirseniz bu iş çözülecek

ayrıca amos dosyasını da ekliyorum, lale disketindeki haritalar klasöründeki dosyaları açmak için kullanabilirsiniz.

off çok büyük küfür yemişim belli

Ben o postu okuyarak buraya geldiğini tahmin ettiğim için detay vememiştim lütfen kusuruma bakma Kendi crack protectionumu yazmış gibi olmuşum bu durumda..

Lale'nin detaylarını hiç hatırlamıyorum fakat amos ve amiga ile ilgili bildiklerimi aktarayım yardımcı olur:

Amos bir basic dialekti. İçerisinde compiler var, bu compiler kodları derleyip executable'lar yaratıyor.

Bu program AMOS 2.0'a aktarılmış, bunun kaynak kodu github'da mevcut.

Amosda AMOS BANK denilen ABK uzantıları ile kaydedilen bir data formatı var. Bunları external olarak dosya şeklinde diske de koyabiliyorsun, executable içine de gömebiliyorsun.
ABK dosyaları sıkıştırma destekliyor, ama ben sıkıştırmaya rastlamadım paket içinde, ama olmayacak demek değil, yine de bir 4CC ile belirteci vardı, şu anda ezberimde yok.

ABK dosyaları her tür datayı tutabiliyor:  müzik, sample, sprite, bob, animasyon, türlü datalar tutabilir ama yazarların tecübesiz olduğunu göz önünde tutarak dataları banklarda değil doğrudan 1 ya da 2D array'lerde tutacaklarını tahmin ediyorum. Data dışındakiler banklara konmak zorundalar. Ya da doğrudan diskten iff ya da mod olarak yüklenmeliler.

Bu bank'lar amos2.0 uyumlu. Bu sebepten amos kurup abk dosyalarını direkt olarak amos'a yükleyip içeriklerini listeleyebilirsin, grafikleri extract etmekle vakit harcamana gerek yok. Ayrıca bu banklar sıkıştırılmışsa amos2.0 ile rahatça extract edebilirsin. (pac.pic falan yani bunlar amos bank formatıdır)

CPU chip memory'e erişirken araya agnus ve paula giriyor ve delay ediliyor, dolayısı ile program counterin takip ettiği kod genellikle dinamik olarak fast mem'e yerleştiriliyor.
PAULA ve AGNUS Fast memorye erişemiyor. Bu sebeple ekrana çizilecek grafikler ve çalınacak müzik chip mem'e yerleştirilmek zorunda. Fakat bu datalar burda tutulacak anlamına gelmiyor tabi, yine de tüm grafik/ses bufferleri burada duruyordur. En azından datayı bu alanlara taşıyan kod parçalarına odaklanabilirsin, fast mem'deki lokasyonlarına ulaşırsın.

Aklıma birşeyler geldikçe yazarım. Benim hack biraz dirty hack idi, ama şifreler dışında bir alana zarar vermedim. Buna karşın arada oyun göçebiliyor, bu orjinal disklerde de gerçekleştiği için sorunun internetteki dump'larda olduğunu düşünüyorum. Elinde lale savaşçıları olan birileri oyunu baştan dump ederse karşılaştırabiliriz. Yani test ederken göçerse bil ki senin suçun değil


Harita süper görünüyor.
Bence ilk bölümü oynayarak haritayı çizebiliriz. Unutmamak lazım, bölümler birkaç kattan oluşuyor. Yani kat kat düşünmek lazım.
Ayrıca bellek aşırı sınırlı olduğu için doğrudan bir harita yapmak yerine exitleri birbirine bağlayan bir data dizisi kullanmış da olabilirler. Çünkü oda hücrelerine eşya bırakıp da alabiliyoruz, orada farklı bir çözüme gitmek zorunda kalmış olabilirler.

Yayındaki insanlar da gecenin 4'ünde heyecanla izliyorlar, kendime bir bardak viski koydum, biraz rahatladım.

Bu doğru ortama düştüğünle ilgili güzel bir ipucu veriyor. Yok, alkolik değiliz. Ama belli sembollerimiz var. @eins arkadaşımızın Commodore 64 demosu da bunu güzel anlatıyor.

https://www.youtube.com/watch?v=jAm_IETgKOw

Röpteşambırımızı giyip birer viski açmak olayımızdır.

Hoşgeldin @dashersw
İtiraf etmek gerek giriş yapmayı biliyorsun, güzel bir anıymış 🙂