deep thought: when i open a new command prompt, neither "C:\Documents and Settings\Ryan>" nor "C:\Documents and Settings\Ryan\My Documents>" appear. and using quotes in "My Documents" does not work. and yes, i have a folder titled My Documents, which contains the folder ROMDUMP which contains rom8x.exe.

also, when i just type dir, i get some files and a couple folders listed. one of the folders is My Documents.

and if this helps at all, when i type <DIR> C:\Documents and Settings\Ryan\My Documents\ROMDUMP\rom8x.exe, it tells me the system cannot find the file. i checked my spelling twice, retyped it twice and it still didn't work, and then i checked windows explorer to make sure the file is located where i specified, which it is. i really don't know what to do next.

hmm.. i'm not very good with grayscale, but yes you're correct. you need two drawing commands. one that draws to the buffer, and one to the back-buffer. however, if you only want the black squares to be gray then you need to store the result of the sub(GN) call into a variable, and use an If conditional

is the following code valid?
Copy(FlipH(L1),L1,8)


now it says

Paramter format not correct - "My

bwang: if you haven't noticed, i'm not very skilled with the command prompt. at all.

i'm probably failing really badly right now but what i've got is this:

rom8x.exe, the two appvars, and a copy of the 2.43 operating system in a folder titled ROMPDUMP under My Documents.

knowing that i'm running Windows XP and the username of the account i'm on is "Ryan", and that my knowledge of the command prompt is absolutely nill, can anyone tell me what to do next?

by changing
:If D<40 and getKey(1)
:20+D→U
:End
:If D≠0 and getKey(4)
:D-20→U
:End

to
:If D<40 and getKey(1)
:10+D→U
:End
:If D≠0 and getKey(4)
:D-10→U
:End

the code now scrolls vertically by 1. since the tilemap is half-byte compressed and there are 20 tiles per row of the map, that means there are 10 bytes in each row. so you only need to add 10 to scroll to the next row.

as for horizontal scrolling, that's a bit more challenging and may require changing the way you draw the tilemap. here's some modified code:
:.ATILMAP
:[11111111111111111111→GDB1      .Data Map size is 20 tiles (half-bytes aka nibbles) wide by 12 tiles high.
:[10001000000000000001           .The height of the displayed map is 8 tiles. this means the maximum
:[10000100000000000001           . vertical offset is 4 tiles. since each row is 20 tiles, the maximum vertical offset is 80.
:[10000001000000000001           . the width of the displayed map is 12 tiles. this means the maximum horizontal offset is
:[10000000001000000001           . 8 tiles.
:[10001000000000000001
:[10000010000000000001
:[10000000000000000001
:[10010000000000000001
:[10100000000000000001
:[10000000000000000101
:[11111111111111111111
:[55AA55AA55AA55AA→Pic1
:[FFFFFFFFFFFFFFFF
:0→S→D                       .OFFSETS - S = horizontal scroll, D= vertical scroll
:ClrDraw
:Repeat getKey(15)
:If D<80 and getKey(1)       .80 is the maximum vertical offset
:20+D→D:End
:If D≠0 and getKey(4)         .0 is the minimum vertical offset, naturally.
:D-20→D
:End
:S<8 and getKey(3)-(S≠0 and getKey(2))+S→S     .8 is the maximum horizontal offset
:For(Y,0,7
:For(X,0,11
:Pt-Off(X*8,Y*8,sub(GN,Y*20+X+D+S)*8+Pic1     .Y*20+X+D+S is a nibble in the tilemap
:End:End
:DispGraph
:End
:Lbl GN
:{r1/2+GDB1}→T                 .Divide the nibble by two to find the correct byte in the tilemap
If r1^2                        .If the byte in the tilemap isn't divisible by two
T^16:Else                      .Return the low nibble of the byte. Else
T/16:End                       .Return the high nibble of the byte.



new release! i basically just added hex exporting.

Str4 will contain your tilemap, Str5 contains your tileset. there's nothing new except a few more self-explanatory menu's, so i won't bother reposting which keys do what. however, it's worth noting the different compressions available.
the first is where 1 byte is equivalent to one tile. the second is half-byte compression, where two tiles are fit into one byte. the next is titled "RLE" and uses my own run length encoding algorithm. the decompression algorithm can be found here. lastly, there's another RLE compression as explained by calcdude84se. the corresponding decompression algorithm for this type of RLE is found here.

and a quick checklist of features i should implement...

Tileset.
[] fix looping bug. use the max() command. add some bytes in the appvar.
[] load tiles from within the tileset to another tile to make slight variations.
[] set specific tiles as corresponding keys for the tilemap editor
[] allow editing of 16x16 tiles.

*note: allowing more than 15 tiles isn't on here because that's really easy to implement. i'm keeping it basic for now.

Tilemap.
[] placing tiles via pressing specific keys (such as 1-9, though it may be sin, cos, tan, ",", "(", and ")".)
[] tilemaps greater in size than the screen.
[] 16x16 tile placement.

edit: as for grayscale, i don't think it's necessary for getting a layout of the tilemap, so i'm going to keep it monochrome.