+  RHDN Forum Archive
|-+  Romhacking
| |-+  ROM Hacking Discussion
| | |-+  Atlas Issues
Pages: 1 [2] 3 4 5
Author Topic: Atlas Issues  (Read 2694 times)
Gideon Zhi
Guest
« Reply #15 on: May 10, 2007, 01:45:37 pm »

I can think of a couple of potential problems here.

First, make sure that the last line in your .tbl file is blank. Atlas reads table entries based on endline characters; if it hits EOF before it hits endline, it won't properly finish parsing the table.

Second, make sure there actually is a table called cte2.tbl in the same directory as your script.
DarknessSavior
Guest
« Reply #16 on: May 10, 2007, 01:50:01 pm »

Thanks for the help, Gideon. ^.^

I know for a fact that my table and script are in the right place (I'm a newbie, but I'm not a STUPID newbie!)

As far as making sure the last line in my table is blank, you mean having an entire blank line AFTER my FF entrie?

~DS
Gideon Zhi
Guest
« Reply #17 on: May 10, 2007, 01:57:49 pm »

Yes.
DarknessSavior
Guest
« Reply #18 on: May 10, 2007, 02:07:18 pm »

Gotcha.  :thumbsup:

~DS
Klarth
Guest
« Reply #19 on: May 10, 2007, 06:30:31 pm »

Is that actually a bug?  I know that TableLib doesn't screw up like that, but I recoded it from the Atlas version and stripped a lot of junk out that I deemed "unnecessary".  :p

If so, then I need to remember it and fix it for what I have planned a few months from now.
Gideon Zhi
Guest
« Reply #20 on: May 10, 2007, 06:31:57 pm »

Honestly, I don't know if it is or isn't. I know that I always include that blank line at the bottom of my table just in case, though.
DarknessSavior
Guest
« Reply #21 on: May 16, 2007, 12:56:43 pm »

Okay, I tried making an extra line at the end of my table, and nothing happens. Also, I checked, and everything is saved in ANSI format.

Any other ideas? I got this to come out as a report as well:

Code:
     2 ADDTBL    Added table 'cte2.tbl' as 'cte2.tbl'
     3 ACTIVETBL Active table is now 'Table'
     4 SMA       Addressing type is now 'HIROM'
     5 JMP       ROM Position is now $370708

Thanks in advance!

~DS
Tauwasser
Guest
« Reply #22 on: May 16, 2007, 04:19:48 pm »

Shouldn't it say something like:

Code:
     2 ADDTBL    Added table 'cte2.tbl' as 'cte2.tbl'
     3 ACTIVETBL Active table is now 'cte2.tbl'

Or vice versa?

cYa,

Tauwasser
Gideon Zhi
Guest
« Reply #23 on: May 16, 2007, 05:31:08 pm »

No, you load cte2.tbl into variable "Table" then set the _variable_ as the active table.
DarknessSavior
Guest
« Reply #24 on: May 19, 2007, 01:22:42 pm »

So thus far I've done everything right, and it STILL doesn't work? O.o

Anyone have any ideas?

~DS
DaMarsMan
Guest
« Reply #25 on: May 19, 2007, 01:39:10 pm »

Check your batch file is correct.
DarknessSavior
Guest
« Reply #26 on: May 19, 2007, 02:07:25 pm »

"atlas ct.smc newgame.txt"

That's all I'd have to put in the batch, right? O.o

~DS
Kitsune Sniper
Guest
« Reply #27 on: May 19, 2007, 03:36:57 pm »

Try this batch file:

"atlas -d debug.txt ct.smc newgame.txt"

That'll output -everything- that the program does in great detail, as well as any possible errors, to a file called debug.txt. I have this on one of my projects, for example:
Code:
    12 ADDTBL    Added table 'script-tbl-insert.sjs' as 'script-tbl-insert.sjs'
    13 ACTIVETBL Active table is now 'Table'
    14 HDR       Header size is now $10
    15 SMA       Addressing type is now 'LINEAR'
    17 JMP       ROM Position is now $216D2 with max bound of $2204F
    21 CREATEPTR CustomPointer 'MyPtr' Addressing 'LINEAR' Offsetting -32768 Size 16d HeaderSize $10
    28 WRITE     CustomPointer 'MyPtr' ScriptPos $216D2 PointerPos $2165C PointerValue $000096C2
    29 WRITE     CustomPointer 'MyPtr' ScriptPos $216D2 PointerPos $2165E PointerValue $000096C2
    39 WRITE     CustomPointer 'MyPtr' ScriptPos $216D5 PointerPos $21660 PointerValue $000096C5
Nightcrawler
Guest
« Reply #28 on: May 20, 2007, 10:12:09 am »

This topic is a great example of why I don't bother using Atlas. There's a learning curve and it's a bit cumbersome/complex to use. I guess I have a slightly different view of what a program like this should be like. No offense to Klarth of course for making a very flexible program and actually finishing and releasing it.
Klarth
Guest
« Reply #29 on: May 20, 2007, 04:34:36 pm »

*shrug*  IMO the learning curve isn't that bad for the control it gives you.  It'd be a lot easier to solve this if you'd post the script file and output.  Or at least truncate the script file and try to insert that, then give the results of that and post that script.

Also, it's a bit of a bias when it comes to using ones own tools.  When you can code your own tools for a project, I usually do make custom tools rather than use Atlas simply because it can be cleaner.  But when you can't code anything yourself, Atlas is the next best thing.
« Last Edit: May 20, 2007, 05:01:22 pm by Klarth »
Pages: 1 [2] 3 4 5  


Powered by SMF 1.1.4 | SMF © 2006-2007, Simple Machines LLC