Level-/Karteneditor für Historyline 1914-18

**root_42** · 10. März 2023

Sind die Bilder nicht im ILBM Format? Das sollte alles Planar abgelegt sein. Siehe Wikipedia: https://en.m.wikipedia.org/wiki/ILBM

Zitat

In ILBM files the BODY chunk stores the actual image data as interleaved bitplanes (and optional mask) by row. The bitplanes appear first from 1 to n, followed by the mask plane. If the image is uncompressed then each line will be made up of (width + 15) / 16 16-bit values (i.e. one bit per pixel, rounded up to the nearest multiple of 16-bits.) If it is compressed then each line is compressed individually and is always a multiple of 16-bits long when compressed.

Und da es 16 Bit Werte sind könnte es sein dass man noch byteswap machen muss.

llm · 10. März 2023

ich hab da noch den ham_convert gefunden http://mrsebe.bplaced.net/ (ein Java Program) das Bilder in alle möglichen Amiga Formate wandeln kann

vielleicht kann man damit ein Test-256 Farbe Bild konvertieren und schauen ob da ähnliche Bytefolgen raus kommen

llm · 11. März 2023

Zitat von Dragonsphere

Da das Spiel ja nun, wo der Entpacker gefixt ist, auch die Lib-Dateien unkomprimiert annimmt, können wir doch einfach das Spiel selber zeigen lassen, welches Byte für welchen Pixel steht.
Warum habe ich da nicht früher dran gedacht?

gute Strategie

Zitat

Es ist also wohl so eine odd/even Byte Geschichte. Ungerade Bytes beginnen am linken Rand, gerade ab der Bildmitte.

UPDATE

also so etwa?

Code

byte[  0] => (  0/  0)
byte[  1] => (  4/  0)
byte[  2] => (  0/  1)
byte[  3] => (  4/  1)
byte[  4] => (  0/  2)
byte[  5] => (  4/  2)
byte[  6] => (  0/  3)
byte[  7] => (  4/  3)
byte[  8] => (  0/  4)
byte[  9] => (  4/  4)
byte[ 10] => (  0/  5)
byte[ 11] => (  4/  5)
byte[ 12] => (  0/  6)
byte[ 13] => (  4/  6)
byte[ 14] => (  0/  7)
byte[ 15] => (  4/  7)
byte[ 16] => (  0/  8)
byte[ 17] => (  4/  8)
byte[ 18] => (  0/  9)
byte[ 19] => (  4/  9)
byte[ 20] => (  0/ 10)
byte[ 21] => (  4/ 10)
byte[ 22] => (  0/ 11)
byte[ 23] => (  4/ 11)
byte[ 24] => (  1/  0)
byte[ 25] => (  5/  0)
byte[ 26] => (  1/  1)
byte[ 27] => (  5/  1)
byte[ 28] => (  1/  2)
byte[ 29] => (  5/  2)
byte[ 30] => (  1/  3)
byte[ 31] => (  5/  3)
byte[ 32] => (  1/  4)
byte[ 33] => (  5/  4)
byte[ 34] => (  1/  5)
byte[ 35] => (  5/  5)
byte[ 36] => (  1/  6)
byte[ 37] => (  5/  6)
byte[ 38] => (  1/  7)
byte[ 39] => (  5/  7)
byte[ 40] => (  1/  8)
byte[ 41] => (  5/  8)
byte[ 42] => (  1/  9)
byte[ 43] => (  5/  9)
byte[ 44] => (  1/ 10)
byte[ 45] => (  5/ 10)
byte[ 46] => (  1/ 11)
byte[ 47] => (  5/ 11)
byte[ 48] => (  2/  0)
byte[ 49] => (  6/  0)
byte[ 50] => (  2/  1)
byte[ 51] => (  6/  1)
byte[ 52] => (  2/  2)
byte[ 53] => (  6/  2)
byte[ 54] => (  2/  3)
byte[ 55] => (  6/  3)
byte[ 56] => (  2/  4)
byte[ 57] => (  6/  4)
byte[ 58] => (  2/  5)
byte[ 59] => (  6/  5)
byte[ 60] => (  2/  6)
byte[ 61] => (  6/  6)
byte[ 62] => (  2/  7)
byte[ 63] => (  6/  7)
byte[ 64] => (  2/  8)
byte[ 65] => (  6/  8)
byte[ 66] => (  2/  9)
byte[ 67] => (  6/  9)
byte[ 68] => (  2/ 10)
byte[ 69] => (  6/ 10)
byte[ 70] => (  2/ 11)
byte[ 71] => (  6/ 11)
byte[ 72] => (  3/  0)
byte[ 73] => (  7/  0)
byte[ 74] => (  3/  1)
byte[ 75] => (  7/  1)
byte[ 76] => (  3/  2)
byte[ 77] => (  7/  2)
byte[ 78] => (  3/  3)
byte[ 79] => (  7/  3)
byte[ 80] => (  3/  4)
byte[ 81] => (  7/  4)
byte[ 82] => (  3/  5)
byte[ 83] => (  7/  5)
byte[ 84] => (  3/  6)
byte[ 85] => (  7/  6)
byte[ 86] => (  3/  7)
byte[ 87] => (  7/  7)
byte[ 88] => (  3/  8)
byte[ 89] => (  7/  8)
byte[ 90] => (  3/  9)
byte[ 91] => (  7/  9)
byte[ 92] => (  3/ 10)
byte[ 93] => (  7/ 10)
byte[ 94] => (  3/ 11)
byte[ 95] => (  7/ 11)

Alles anzeigen

hier die Codezeilen dafür

Code

int width = 8;
int height = 12;

uint8_t* image_bytes;
int byte = 0;
for (int a = 0; a < width / 2; ++a) {
  for (int y = 0; y < height; ++y) {
      int p_even_x = a;
      printf("byte[% 3i] => (% 3i/% 3i)\n", byte, p_even_x, y);
      //uint8_t p_even_color = image_bytes[byte];
      ++byte;

      int p_odd_x = a + width / 2;
      printf("byte[% 3i] => (% 3i/% 3i)\n", byte, p_odd_x, y);
      //uint8_t p_odd_color = image_bytes[byte];
      ++byte;
  }
}

Alles anzeigen

**Stefan307** · 11. März 2023

Schuss ins Blaue. Werden evtl. Zeilen kopiert? Also ähnlich der ASCII Zeichen um Platz zu sparen, zumindest am Rand?

llm · 11. März 2023

alles OK - ich hab 8x12 in Kopf in 12x8 verdeht

Dragonsphere · 11. März 2023

Zitat von root_42

Sind die Bilder nicht im ILBM Format? Das sollte alles Planar abgelegt sein. Siehe Wikipedia: https://en.m.wikipedia.org/wiki/ILBM

Und da es 16 Bit Werte sind könnte es sein dass man noch byteswap machen muss.

Das dachte ich anfangs ja auch, vor allem wegen der ID, nur kam ich hier mit keinem Code für die Bilddaten aus LBM/IFF Dateien weiter. Weder komprimiert noch unkomprimiert. Könnte aber natürlich ein älteres Format (vom Amiga) für unkomprimierte Bilddaten sein...

Zitat von llm

also so etwa?

Code

byte    x / y
 0   -> 0 / 0
 1   -> 4 / 0
 2   -> 0 / 1
 3   -> 4 / 1
 4   -> 0 / 2
 5   -> 4 / 2
 6   -> 0 / 3
 7   -> 4 / 3
 8   -> 0 / 4
 9   -> 4 / 4
10   -> 0 / 5
11   -> 4 / 5
12   -> 0 / 6
13   -> 4 / 6
14   -> 0 / 7
15   -> 4 / 7
16   -> 0 / 8
17   -> 4 / 8
18   -> 0 / 9
19   -> 4 / 9
20   -> 0 /10
21   -> 4 /10
22   -> 0 /11
23   -> 4 /11
---
24   -> 1 / 0
25   -> 5 / 0
26   -> 1 / 1
27   -> 5 / 1
...

Alles anzeigen

Ja, ganz genau. So scheint es zumindest bei der 0 zu sein. Ergibt das für dich einen Sinn?

Ich finde das sehr merkwürdig. Warum speichert man die Grafiken nicht so, dass sie einfach in den Grafikspeicher geschrieben werden können? Oder macht das auf dem Amiga vielleicht irgend einen Sinn?

Genau so wie die unnütze Verwendung von Words für kleine Zahlen und massenhaft Null-Bytes im Header jeder kleinen Grafik. In der PARTS.LIB mit lauter gleich großen Grafiken hätte man ohne massig Platz sparen können (es hätte ja sogar ein Header gereicht). Sich dann aber die Mühe machen, alles zu packen... Schon komisch, diese Leute von Blue Byte

llm · 11. März 2023

Zitat

Ich finde das sehr merkwürdig. Warum speichert man die Grafiken nicht so, dass sie einfach in den Grafikspeicher geschrieben werden können? Oder macht das auf dem Amiga vielleicht irgend einen Sinn?

Sieht irgendwie so Plane-artig aus, irgendwie ...

Nun aber zum erfreulichen: ich hab dein GFXVIEW.CPP - welche gar keine CPP ist sondern eher C erweitert damit die "0" Resouce (noch mit der falschen Palette) in der mitte anzeigt wird

llm · 11. März 2023

leider sieht VERBOTEN mit meinen GFXVIEW.CPP Änderungen noch nicht richtig aus auch die "1" ist glaube ich nicht so ganz richtig, die "9" sieht total komisch aus - die restlichen Zahl sehen ok aus
also wäre es gut wohl eine 1 und eine 9 in der Highscore-Liste zu haben - kann man da auch direkt reinschreiben und Scores faken (oder man kopiert eben die 9 über die 0)?

]pasted-from-clipboard.png

Code

"INFOILBM"                             wwwww hhhhh
49 4E 46 4F 49 4C 42 4D 20 55 00 00 00 00 18 00 18 00 "VERBOTEN" -> voelliger murks
                        Blank
49 4E 46 4F 49 4C 42 4D 4B 55 00 00 00 00 08 00 0C 00 "0"
49 4E 46 4F 49 4C 42 4D 4B 55 00 00 00 00 06 00 0C 00 "1" -> die 1 sieht auch irgendwie nicht ganz korrekt aus
49 4E 46 4F 49 4C 42 4D 4B 55 00 00 00 00 08 00 0C 00 "2"
49 4E 46 4F 49 4C 42 4D 4B 55 00 00 00 00 08 00 0C 00 "3"
49 4E 46 4F 49 4C 42 4D 4B 55 00 00 00 00 0A 00 0C 00 "9"
                        "K" 

die meisten sind 8x12, "1" ist 6*12, "9" ist 10x12 und "VERBOTEN" ist 24x24

Alles anzeigen

vielleicht hat das Blank bei "VERBOTEN" oder das "K" bei den Zahlen eine Bedeutung - oder bei der "1" (andere Göße) werden sind die Korrdinaten doch anders?

Dragonsphere · 11. März 2023

Schade, dass es nicht mit allen funktioniert, aber wir sind ja definitiv auf der richtigen Spur! Die 0,2 und 3 sehen doch schon wirklich vielversprechend aus.

Und danke für die Ergänzung an meiner gfxview, llm

Ich habe gerade noch kurz die Möglichkeit, eine Farbpalette des Spiels zu laden, hinzugefügt. Und natürlich auch die Palette-Dateien.

Kann jetzt einfach als zweiter Kommandozeilenparameter ergänzt werden, fehlt der, wird die standard Palette verwendet.

Zitat von llm

also wäre es gut wohl eine 1 und eine 9 in der Highscore-Liste zu haben - kann man da auch direkt reinschreiben und Scores faken (oder man kopiert eben die 9 über die 0)?

Kein Problem. Die Highscores zu jeder Karte werden mit im MAP Unterverzeichnis des Spiels abgelegt. Mit derselben Nummer wie die dazugehörige Karte. Die Scores für PULSE sind z.B. als 00.HI gespeichert.

Auch unkomprimiert und so, dass man sie problemlos mit einem Hexeditor anpassen kann.

Ich habe meine 00.HI mit in die ZIP-Datei gepackt.

Und wenn du die VERBOTEN-Grafik testen willst, nimm der Einfach die 00.FIN vor und ändere ein paar Geländefelder auf 0xAD.

Ich habe leider gerade nicht viel Zeit und komme wohl erst irgendwann nächster Woche dazu, wieder mehr auszuprobieren.

llm · 12. März 2023

also die "9" wird irgendwie ähnlich gezeichnet - aber es sind jetzt 3 pixel pro Zeile (wenn man das so nennen kann) - ist das Interleaved oder sowas?

10x12 - mit noch ein bisschen brauner Farbe am rechten Rand

Code

läuft ein bisschen anders

pixel-byte x/y

byte[  0] ==> 0/0
byte[  1] ==> 4/0
byte[  2] ==> 8/0
byte[  3] ==> 0/1
byte[  4] ==> 4/1
byte[  5] ==> 8/1
byte[  6] ==> 0/2
byte[  7] ==> 4/2 
byte[  8] ==> 8/2 
byte[  9] ==> 0/3
byte[ 10] ==> 4/3 
byte[ 11] ==> 8/3 
byte[ 12] ==> 0/4
byte[ 13] ==> 4/4 
byte[ 14] ==> 8/4 
byte[ 15] ==> 0/5
byte[ 16] ==> 4/5 
byte[ 18] ==> 8/5 
byte[ 18] ==> 0/6
byte[ 19] ==> 4/6 
byte[ 20] ==> 8/6
byte[ 21] ==> 0/7
byte[ 22] ==> 4/7 
byte[ 23] ==> 8/7
byte[ 24] ==> 0/8
byte[ 25] ==> 4/8 
byte[ 26] ==> 8/8
byte[ 27] ==> 0/9
byte[ 28] ==> 4/9 
byte[ 29] ==> 8/9
byte[ 30] ==> 0/10
byte[ 31] ==> 4/10 
byte[ 32] ==> 8/10
byte[ 33] ==> 0/11
byte[ 34] ==> 4/11 
byte[ 35] ==> 8/11
---      
byte[ 36] ==> 1/0
byte[ 37] ==> 5/0
byte[ 38] ==> 9/0
byte[ 39] ==> 1/1
byte[ 40] ==> 5/1
byte[ 41] ==> 9/1
byte[ 42] ==> 1/2
byte[ 43] ==> 5/2
byte[ 44] ==> 9/2
byte[ 45] ==> 1/3
byte[ 46] ==> 5/3
byte[ 47] ==> 9/3
byte[ 48] ==> 1/4
byte[ 49] ==> 5/4
byte[ 50] ==> 9/4
byte[ 51] ==> 1/5
byte[ 52] ==> 5/5
byte[ 53] ==> 9/5
byte[ 54] ==> 1/6
byte[ 55] ==> 5/6
byte[ 56] ==> 9/6
byte[ 57] ==> 1/7
byte[ 58] ==> 5/7
byte[ 59] ==> 9/7
byte[ 60] ==> 1/8
byte[ 61] ==> 5/8
byte[ 62] ==> 9/8
byte[ 63] ==> 1/9
byte[ 64] ==> 5/9
byte[ 65] ==> 9/9
byte[ 66] ==> 1/10
byte[ 67] ==> 5/10
byte[ 68] ==> 9/10
byte[ 69] ==> 1/11
byte[ 70] ==> 5/11
byte[ 71] ==> 9/11 // x=9 is finished from here
----     
byte[ 72] ==> 2/0
byte[ 73] ==> 6/0
byte[ 74] ==> 2/1
byte[ 75] ==> 6/1
byte[ 76] ==> 2/2
byte[ 77] ==> 6/2
byte[ 78] ==> 2/3
byte[ 79] ==> 6/3
byte[ 80] ==> 2/4
byte[ 81] ==> 6/4
byte[ 82] ==> 2/5
byte[ 83] ==> 6/5
byte[ 84] ==> 2/6
byte[ 85] ==> 6/6
byte[ 86] ==> 2/7
byte[ 87] ==> 6/7
byte[ 88] ==> 2/8
byte[ 89] ==> 6/8
byte[ 90] ==> 2/9
byte[ 91] ==> 6/9
byte[ 92] ==> 2/10
byte[ 93] ==> 6/10
byte[ 94] ==> 2/11
byte[ 95] ==> 6/11
----      ==>
byte[ 96] ==> 3/0
byte[ 97] ==> 7/0
byte[ 98] ==> 3/1
byte[ 99] ==> 7/1
byte[100] ==> 3/2
byte[101] ==> 7/2
byte[102] ==> 3/3
byte[103] ==> 7/3
byte[104] ==> 3/4
byte[105] ==> 7/4
byte[106] ==> 3/5
byte[107] ==> 7/5
byte[108] ==> 3/6
byte[109] ==> 7/6
byte[110] ==> 3/7
byte[111] ==> 7/7
byte[112] ==> 3/8
byte[113] ==> 7/8
byte[114] ==> 3/9
byte[115] ==> 7/9
byte[116] ==> 3/10
byte[117] ==> 7/10
byte[118] ==> 3/11
byte[119] ==> 7/11

Alles anzeigen

irgendwie scheint das so in 4er Blöcken zu laufen

bei 8x12 hatten wir 4+4

bei 10x12 haben wir 4+4+2

Code

10x12

10/4 => 4+4+2 -> 0..3 und 5..7 und 8..9

0|1|2|3|
4|5|6|7|
8|9|-|-|

12 mal x = 0,4,8
12 mal x = 1,5,9
12 mal x = 2,6
12 mal x = 3,7
= 120 bytes

8x12

8/4 => 4+4 -> 0..3 und 5..7

0|1|2|3|
4|5|6|7|

12 mal x = 0,4
12 mal x = 1,5
12 mal x = 2,6
12 mal x = 3,7
= 96 bytes

Alles anzeigen

mir fällt nur noch kein "einfacher" Algorithmus dafür ein

Fratzengeballer · 12. März 2023

beim Amiga bestehen Tile-Sets meist aus mehreren Bitplanes übereinander, meist 3-4. Das könnte doch passen oder?

llm · 12. März 2023

Zitat von Fratzengeballer

beim Amiga bestehen Tile-Sets meist aus mehreren Bitplanes übereinander, meist 3-4. Das könnte doch passen oder?

ja es wird in 4er blöcke aufgeteilt - denke auch das es irgendwas mit Bitplanes ist

llm · 12. März 2023

Ich hab den Algorithmus fertig und in die GFXVIEW.CPP eingebaut - zeigt die "9" und "VERBOTEN" und den Rest richtig an, ist noch die falsche Farbplatte - aber sonst passt es

pasted-from-clipboard.png

**Dana** · 12. März 2023

Ich kenn das Spiel nicht und kann auch nichts zu eurem Vorhaben hier beitragen, aber ich muss einfach mal loswerden, dass ich es fantastisch finde mit wieviel Zielstrebigkeit und Elan ihr das hier voran treibt! Spitzenmäßig!

Dragonsphere · 12. März 2023

Zitat von llm

Ich hab den Algorithmus fertig und in die GFXVIEW.CPP eingebaut - zeigt die "9" und "VERBOTEN" und den Rest richtig an, ist noch die falsche Farbplatte - aber sonst passt es

pasted-from-clipboard.png

pasted-from-clipboard.png

Sensationell, vielen Dank!

Werde ich dann die Tage, wenn ich wieder etwas Zeit dafür finde, nochmal mit den Einheiten usw. ausführlich testen.

Aber dann dürften wir jetzt ja alle Infos zusammen haben.

In diesem Thread haben wir jetzt

- den Aufbau der Karten(-dateien)

- Wie Ressourcen und Einheiten in Gebäuden gespeichert sind

- Wie die Library-Dateien aufgebaut sind

- und wo und wie Gelände- und Einheitengrafiken gespeichert sind.

- Und als Bonus haben wir auch noch die Schriftarten und Hintergrundgrafiken aus dem Spiel

Jetzt fehlt ja nur noch, mit diesen Infos einen richtig schönen Editor zu schreiben.

llm · 13. März 2023

Zitat

Jetzt fehlt ja nur noch, mit diesen Infos einen richtig schönen Editor zu schreiben.

Wild Ideas:

-Windows/Linux wäre nice (SDL oder sowas sollte ja völlig ausreichen)

-eine Historyline Page bei https://moddingwiki.shikadi.ne…/Category:Game_Intro_Page ist ein Muss

-vom Prinzip her würden sich die Findings ja auch für Modifikationen anbieten (also auch für Grafiken)

-wie wäre es noch den Sound/Musik zu analysieren - dann kannst du den Editor mit der richtigen musikalischen Untermalung versehen

Nelson · 13. März 2023

Die Musik stammt von Haiko Ruttmann und ist (zumindest auf Amiga) im Format SoundFX erstellt. History_Line_1914-1918.zip

Wer keinen Amiga hat kann es unter Windows mit DeliPalyer (ich nutze die Version 1.3) oder dem Winamp Plugin Oldsk00l versuchen.

**root_42** · 13. März 2023

Zitat von Nelson

Die Musik stammt von Haiko Ruttmann und ist (zumindest auf Amiga) im Format SoundFX erstellt. History_Line_1914-1918.zip

Wer keinen Amiga hat kann es unter Windows mit DeliPalyer (ich nutze die Version 1.3) oder dem Winamp Plugin Oldsk00l versuchen.

Auf dem PC ist es Adlib. Weiß der Geier welches Format…

llm · 13. März 2023

Zitat

Auf dem PC ist es Adlib. Weiß der Geier welches Format…

Dann muss man das analysieren

Nelson · 13. März 2023

Ich vermute sie haben eine Soundroutine die das auf Adlib wiedergibt.

Jetzt mitmachen!