- Joined
- Jul 19, 2006
- Messages
- 442
- Reaction score
- 130
Re: [release] rylCoder 2.7.0
1. no idea, doesnt seem to be used. maybe once was for something.
2. in mineralvein there are 2 pics and a table:
one pic is the default like all gsf files have
second pic is a 256x256 (dont remember if it really was this reso) raw 32 bit image (posted samples once)
the text table holds info like: this color = so much of this gem, so much of this and so much of this etc. color = list of item ids & counts.
never seen how the compiler takes this info in, but this is the way its inside the gsf file.
3. dont know, never really looked deeply inside those.
ok, chemical is the only gsf file from which data will be cut on compilation. To make it 1:1 with server add a dummy column into the structure or create a function to read data from itemscript on loading. The item names are not used in server side, they are just informative.
k i have a few questions.
1) First being that in the many years of using ryl i've never looked into specialcomp it looks just like item id's what the heck is it for?
2) MineralVein i know there is a thread about it, the official compilers use a .txt input is this actually a picture inside a picture? or is it a txt file thats used to make a picture?
3) BGMScript.txt (server side) is this a unencrypted version of the SafteyZone bgm files?
Second as in several other posts about the structure. For example below are two scripts one is for the server side which takes a specific .txt input structure and errors if it doesn't get that exact structure, and then a decode of the .gsf file. Whether or not the other columns are actually in the .gsf file i don't know (never checked it out)
Server Chemical.txt
Client Chemical.gsf
1. no idea, doesnt seem to be used. maybe once was for something.
2. in mineralvein there are 2 pics and a table:
one pic is the default like all gsf files have
second pic is a 256x256 (dont remember if it really was this reso) raw 32 bit image (posted samples once)
the text table holds info like: this color = so much of this gem, so much of this and so much of this etc. color = list of item ids & counts.
never seen how the compiler takes this info in, but this is the way its inside the gsf file.
3. dont know, never really looked deeply inside those.
ok, chemical is the only gsf file from which data will be cut on compilation. To make it 1:1 with server add a dummy column into the structure or create a function to read data from itemscript on loading. The item names are not used in server side, they are just informative.