Ok, let's go step by step:As I said in doc: Pointer to pointer to string. - you mean I should be more verbose for even such simple things?
Yes. What does it mean? What does it do? You select the option as true. So, this pointer table is full of pointers that point to pointers that point to a string. Great. What if the pointer the pointer points to is a different format? How do you specify both formats? What if it doesn't actually point to a string but a string table. So, you need a pointer to a pointer that points to a string table? I don't know the answer to any of these because there's no explanation for how it works, how it finds the end string in that case, or what it does.
No, sir. Here is the project for MTE in NES Beetlejuice. And in archive of my english tutorial, you can find project for NES Final Fantasy 1, which uses DTE. All of that is handled by bare Kruptar natively - no plugins needed.
I can't open that project, too many errors about missing ROMs and tables. Where is the archive of your English tutorial? That's another area your document doesn't address. I don't know how DTE or Dictionary is handled in Kruptar. Why isn't it just in the basic table? It's simple tokenzation. You can't have a multi-character entry (ex. AB=abc) in your table? It seems you need an entire special group or something. That seems crazy to me. What about dictionaries with and without (fixed width) terminators? Again, no information on this stuff. That's the kind of thing I'm talking about.
Absolutely - only what I've mentioned in doc.
Right.. So the table doesn't support anything but single characters. No multi-character entries, no control codes, no 'linked' entries or other features Cartographer, Atlas, and others support. That's what I figured.
Any encoding you wish. I could expain more if you'll be more specific.Most often it's not a problem with tabel file.
You don't a see a problem that you can load a JPEG file (or any file that exists) as your table and the program doesn't even say anything? Are you telling me I can input a UTF-8, UTF-16, S-JIS, EUC, Big5, or ISO 8859-1 encoded table file and all of them will work perfectly?
Sorry?Could you, please, give an example of what you call fancy thing?
Here's something simple that I believe is not supported in any way.
You have a a set of 24-bit pointers. Does Kruptar even support SNES HiROM ExHiROM, LOROM00, LOROM80? All I see is 'LoROM'. Which is that even? How about headers? I assume none, but it's not safe to assume anything.
Anyway, the upper byte is split off by itself in a single byte table, the lower 16-bits in another double byte table. So you have pointers.
The 00,01, and 02 high bytes are off by themselves in a single byte table. The abab,bbcc,and 4545 are in another. Can ptSplittedPtrs do this? Read one byte and two bytes to combine into a pointer? I have no idea. It doesn't say anything other than it splits them in two.
Now, each of those 24-point pointers points to another pointer table (format irrelevant). Each of those pointers points to a string table (no pointers to each individual string). That's a basic pointer hierarchy.
Lastly, the strings in the string table look like this:
<$23>I hate Pascal strings.
Each string starts with the length (including the length byte) followed by the string with no termination.
This is just a small sampling of the types of things I'm talking about. I don't think Kruptar was able to handle any of the projects I tried to use it with. It's great for basic NES stuff and systems like the GBA or DS with nice absolute pointers and simple organizational structure with plain strings, but it just doesn't seem to do anything more.