HomeForumsWhat's newResources 
 
 
Langrisser III Translation
CyberWarriorX - May 28, 2001
    CyberWarriorX May 28, 2001 
I figured it's been long enough, and it's getting irritating at how no one seems to recognize the langrisser series.

So i've started a site dedicated to get the ball rolling and start getting the langrisser series 1-5 translated(though i'm currently working on langrisser III myself).

For anyone who's interested:

cwx.vr9.com

Cyber Warrior X

    Drewbacca May 29, 2001 
Thats really cool that you are looking at the langrisser series. I dont know if you want to think about it until you look at langrisser 3, but i started a table file fo langrisser4. I was also able to find and replace text. Though i could never figure our which file(s) contained text, instead i just split up an iso image and edited that way, rejoining the files when i reburnt and tested it. If you are interested, you can get the table file here: http://www.tasam.com/~voltron/... and i guess i could answer any quick questions, but i have a feeling you could figure stuff out just as quick. The thing that stopped me from looking at the game too deeply was that i couldn't find the font in the game though a random chunk of asm code in ascii seems to define system.dat as a fontdatafile. Here is an excerpt that might provide hints if you are wondering what some of the files are for:

.global_FontDataFil
e

.data

.align 2

_FontDataFile:

.ascii "SYSTEM.DAT "

.global_ScenDataFil
e

.align 2

_ScenDataFile:

.ascii "SCEN.DAT "

.global_MapChrDataF
ile

.align 2

_MapChrDataFile:

.ascii "MAP_C.DAT "

.global_MapInfDataF
ile

.align 2

_MapInfDataFile:

.ascii "MAP.DAT "

.global_TitleDataFi
le

.align 2

_TitleDataFile:

.ascii "TITLE.DAT "

.global_MagicDataFi
le

.align 2

_MagicDataFile:

.ascii "MAGIC.DAT "

.global_ClearDataFi
le

.align 2

_ClearDataFile:

.ascii "CLEAR.DAT "

.global_Snd00File

.align 2

_Snd00File:

.ascii "SND00.BIN "

.global_SndDataFile

.align 2

_SndDataFile:

.ascii "SND_DAT.BIN "

.global_MagSndDataF
ile

.align 2

_MagSndDataFile:

.ascii "MAGSND.BIN "

.global_BgmDataFile

.align 2

_BgmDataFile:

.ascii "BGM.BIN "

.global_BarDataFile

.align 2

_BarDataFile:

.ascii "BAR.BIN "

.global_BtBgmDataFi
le

.align 2

_BtBgmDataFile:

.ascii "BTBGM.BIN "

.global_TkScDataFil
e

.align 2

_TkScDataFile:

.ascii "TK_SC.BIN "

.global_BtSeDataFil
e

.align 2

_BtSeDataFile:

.ascii "BTSE.BIN "

.global_BtBgsDataFi
le

.align 2

_BtBgsDataFile:

.ascii "BTBGS.BIN "

.global_AreaChipDat
aFile

.align 2

_AreaChipDataFile:

.ascii "AREA.DAT "

.global_SysVdp1Chip
DataFile

.align 2

_SysVdp1ChipDataFil
e:

.ascii "CUR.DAT "

.global_StaffRollDa
taFile

.align 2

_StaffRollDataFile:

.ascii "STAFF.DAT "

.global_StaffRollCo
lDataFile

.align 2

_StaffRollColDataFi
le:

.ascii "COL.DAT "

.global_StaffRollBg
DataFile

.align 2

_StaffRollBgDataFil
e:

.ascii "BASE.DAT "

.global_StaffRollBg
2DataFile

.align 2

_StaffRollBg2DataFi
le:

.ascii "BASE2.DAT "

.global_Visual1Data
File

.align 2

_Visual1DataFile:

.ascii "OPEN1.DAT "

.global_Visual2Data
File

.align 2

_Visual2DataFile:

.ascii "OPEN2.DAT "

.global_Visual3Data
File

.align 2

_Visual3DataFile:

.ascii "OPEN3.DAT "

.global_DLOAD_ETC_D
ata

.align 2

I hope something has helped you, or at least comforted you in that someone else has looked at the game before. I know you have had quite a bit of experience with SNES programming/hardware, so i am optimistic about your projects and i wish you the best of luck.

    CyberWarriorX May 30, 2001 
Actually, that helps me quite a bit. I hadn't found the font file for langrisser IV yet, though I had my suspicions as to how similiar both games were in that regard. Looking at the table file, it almost looks like what my langrisser III table will look like(or what I suspect it should look like, I just have to go write it and cross my fingers).

Hmmm... As for system.dat, it's pretty big to be a font file. Unless only part of it is used for the actual fonts, and the rest for whatever. I'll have to check that out.

The only real experience I had with snes coding, etc. were the docs and the code I studied, not much more then that. (most of my work on snes9x and openspc was fixing up ui bugs, and making other general improvements to the ui)

Actually, what kind of tool did you use to get that asm code chunk? Obviously it's one missing from my box of tools. Once again, thanks alot.

Cyber Warrior X

    Drewbacca May 31, 2001 
As i mentioned before, the hacking i did on the game was done by working with chunks of the iso in a hex editor. While looking around, i just happened to find that huge block of asm source code in plain ascii. I have no idea what file it came from or why it was there.

    CyberWarriorX May 31, 2001 
Do you at least recall what LBA the data was located at?

Cyber Warrior x

    RadSil Jun 5, 2001 
I got a sizable chunk of asm once by going through the 0.bin of the game Hexen. I don't remember specifically why I was doing this...

    Drewbacca Jun 6, 2001 
Sorry for waiting a week to reply :/

Though here is the answer to your question, and all i know about langrisser4. All the addresses given are as they would be displayed viewing the entire iso in a hex editor. The ascii chunk of asm code is located at 0x12C020. I think there is a block of text starting at 0x177800 and ending at 0x18640B. In this block, the word "option" from the title screen can be found at 0x178362. For this section, things seem to be ended with FFFF. I don't know if its acting as newline marker or an end of string marker, though i would think its an end of string. Besides this menu text, i also found the text of the opening woman talking. The first line of what she says can be found at 0x1B19CC0. In this block of text, FFFC seems to be the end of line marker while FFFD is the end of the string. I didn't look much further than this. Though i did notice that it looks in the same place for the start of text implying that it uses pointers. I did not find any of the pointers though.

    CyberWarriorX Jun 30, 2001 
Figured i'd update the Langrisser III situation, and other tidbits i've learn over the last month.

First of all, the greatest discovery so far has been that Langrisser III and IV both use the same text system! Drewbacca, I managed to do an update to your langrisser IV table to reflect this, and have already managed to get up to 250 kanji done as well (in shift-jis, though, mind you). Anyways, I did find what you were talking about in Langrisser IV with the text. It almost seems as though the font table starts at the begining of the system.dat, and ends somewhere around 0x00008500. Then there's a bit of a buffer, and at 0x00009074 the first text pointer table starts(2 bytes designates the offset of each segment of text).

The actual text goes from 0x000092A0-0x00009F63. FFFF is an end marker for each text segment, with FFFC being an 'end of line' marker, and FFFE as a 'end of paragraph' marker.

Hopefully i'll have my docs at my site updated sometime soon.

Cyber Warrior X

(Edited by CyberWarriorX at 8:22 pm on July 7, 2001)

    RadSil Jul 5, 2001 
Wow, making nice progress... unlike myself. If I am forced to quit Grandia, I would gladly be of any service to you. I am knowledgable about many things concerning general ROM hacking, but am now just discovering the joys of 2-byte Japanese text.

Curious that the Langrisser coders decided to use 2 bytes for line breaks, etc. Why not use one? Maybe compatibility with Japanese input methods?...

    CyberWarriorX Jul 6, 2001 
I'll be honest I really don't understand their whole logic to even how they did the font table, but anyways, putting that aside, 1 byte wouldn't be enough for the sheer amount of characters that are used in the game. Most of the time, games usually use katakana or hiragana, and sometimes a kanji character here and there. So their font table is usually pretty small. (1 byte would allow for up to 255 characters) With Langrisser III, they actually managed to use katakana, hiragana, and over 1500 kanji, which of course is far over the 255 limit so they elected to use 2.

And the weirdest part is, they added kanji to the table as they needed it, therefore, there's no particular pattern to follow. Basically i've had to go through each kanji, find it's shift-jis code, and add it to the table(talk about a painful process). Anyways, I do have help from someone who's quite knowledgeable with kanji and japanese in general, so it shouldn't be too much of a problem now.

The only thing I could really use help with now, is possibly someone hacking the main program to allow for a different size font, etc. Though it's no big deal. I have ways of getting around using 16x16.

Cyber Warrior X

(Edited by CyberWarriorX at 8:24 pm on July 7, 2001)

    MasterAkumaMatata Jul 7, 2001 
This is the way I see it.

1 Byte = 8 Bits = 2^8 = 256 possibilities

2 Bytes = 16 Bits = 2^16 = 65,536 possibilities

and...

4 Bytes = 32 Bits = 2^32 = 4,294,967,296 possibilites

so 4 Bytes is a bit too much and 2 Bytes is the best choice.

    CyberWarriorX Jul 7, 2001 
Ah shoot yeah. 2-bytes.... Was like half asleep when I wrote that.

Cyber Warrior X

    RadSil Jul 8, 2001 
I know that one byte is nowhere near enough to represent all of those characters - there are 6,879 JIS characters - but why the two byte line breaks? Just a waste. You could make a script a lot smaller by using one byte breaks (why not just 0xFC, 0xFE, 0xFF?).

    CyberWarriorX Jul 8, 2001 
Probably because it'd confuse everything. It would have to read each character in at 1 byte each instead, and it'd have to waste time try to figure out if it's only a break, or if it's a regular character. (keep in mind that there's also stuff like 00FE, 01FE, etc.) I can understand what they were trying to do. Besides, when you're using a cdrom, a few thousand bytes isn't going to make a big difference.

Cyber Warrior X

    RadSil Jul 9, 2001 
Guess I was thinking in terms of cartridge Yeah, I suppose you're right.

    bqio Mar 29, 2021 

  CyberWarriorX said:

Hello! Can I get technical information on the Langrisser III? I want to localize it.

    Mr^Burns Mar 29, 2021 
Bumping a literally 20 year old thread best of luck as now is the golden age of saturn translations.

    Amiceli1983 Mar 29, 2021 

  bqio said:

He has a more recent thread at romhacking
But his last post was from 2019

    Ardiloso Mar 29, 2021 
WOW!

    DonPachi Sep 21, 2023 
If bumping is OK? and anyone care to have a look.

I used his old tools found here: lang3/buildcd at master · igifinder/lang3...

Specifically I wanted to dump and rebuild the iso with his scripts:
  • 1-extractdisc.bat
  • 2-patchbuilddisc.bat
These work, but I found the game will hang at the beginning before the first script text is supposed to appear (black screen).
I traced this issue back to the file prog_3.bin (I guess the first script file)
When i replace that one with the original the game works again.

My guess is something in this process is wrong:
Bash: 
  
scrsceninsert -s ..\scripts\jp\lang3.tbl files\LANG\SCEN\D00.DAT ..\scripts\en\scen%%03dE.txt files\LANG\SCEN\D00.DAT
If someone with rom hacking knowledge can figure how to produce a working iso from these tools it'll be great.

The entire script was already translated, and proofread by this guy: