ROM DB Editor

[Turmalin]

Seems 0 is first zone, not for all, but just for first entry.

[kalle101]

Most of other *.db are opened automaticly after you select which localizations to load. There`re no need to choose other .db files, this program works with all of them at once. So that you can find anything by it`s ID (or almost anything), however you will see much info about them only for supported classes of objects.
Just search for any spell by it`s name or GUID. For example, you can search for Flame - Runes of Magic Skill - runesdatabase.com - the official database so it has 491150 guid. You can either filter thing using Flame keyword or just enter 491150.
Then double click one you want to edit. You are able to change any supported field unless it`s in System category.
As for fields - they have description. Most of them.
To make AOE from a normal spell just set it`s range, change target type to BadCircle, increase the target count value.
Also you can make spell to cast series of impacts instead of one. Spell count is number of impacts, Next spell time - is a delay between them.

- - - Updated - - -
As for room number -
I think that should be 0, because -1 is seams to be used for automatic room selection. Also when ? zone XXX is used without anything else I suppose that should mean that your room == 0. When you enter zone via trigger (via lua script) - the script have room == -1
============ UPD ==============
I have found a bug that it is generating a bit wrong guid for spells (50xxxx instead of 49xxxx or 49xxxxx). I`m not sure is it critical but .... I`ve fixed that and uploaded (version has not changed). Please, redownload [v 0.2.1]. Thx

thank you so much...
I thought only strings would open.
in your fix version there is no fields.csv can we use the one from older release?

so if I edit a value for example flame cast time from 3 to 1 do I just need to "save all" and copy my data.fdb back to client and ressorces?
no need to extract or repack or anything like this?
thats awsome man! ;-)

[MunkyCS]

there is no fields.csv can we use the one from older release?

-oops... yeah, you can use an old one, I haven`t changed it, and, likely, I woud not change it at all. It`s just the same file from fdb extractor (2)

so if I edit a value for example flame cast time from 3 to 1 do I just need to "save all" and copy my data.fdb back to client and ressorces?

- well not exactly. Do not copy .fdb cause it`s not changed. Instead, you should copy *.db files you have saved when you pressed SaveAll. Also, there`s no need to save them anywhere except data folders on client and server unless you making backups. And if your client is launched - you have to restart it (may be there`s some command to do this, but I have no info). Same thing about the server - I`m not sure, but I think restarting DataCenter should be enough.

[Turmalin]

? reloadobj - for current location.
/cmd reloadobj - for client.

[kalle101]

-oops... yeah, you can use an old one, I haven`t changed it, and, likely, I woud not change it at all. It`s just the same file from fdb extractor (2)

- well not exactly. Do not copy .fdb cause it`s not changed. Instead, you should copy *.db files you have saved when you pressed SaveAll. Also, there`s no need to save them anywhere except data folders on client and server unless you making backups. And if your client is launched - you have to restart it (may be there`s some command to do this, but I have no info). Same thing about the server - I`m not sure, but I think restarting DataCenter should be enough.

Ok thanks will try that.
But when I copy my edited magiccollectobject.db in client and ressource folder, isn't there any error?
Because the original data.fdb also includes a magiccollectobject.db. How do Server and Client know, which DB to choose first?

And second question, can I edit my DB changes or load them? Or must I always open the data.fdb and make all changes again?

[Turmalin]

Unpacked files are primary. It's true for all dbs, textures, sounds etc. Also, you doesn't need to make patcher for fdb, just use unpacked files.

[MunkyCS]

Unpacked files are primary. It's true for all dbs, textures, sounds etc. Also, you doesn't need to make patcher for fdb, just use unpacked files.

That`s true, but, however, fdb loads a bit faster.

And second question, can I edit my DB changes or load them? Or must I always open the data.fdb and make all changes again?

- My program works in the same way as client does - so unpacked data has priority vs data.fdb. So if it sees an magiccollect.db unpacked in the correct folder - it will load it instead of one in .fdb

[kalle101]

Ok thanks for fast replies guys.
I change a skill (holy aura) cooldown from 120 to 5. Pressed save all and put the created magiccollectobject.db in my /client/fdb and /server/resource/fdb

But the change has no effect. Maybe I chose the wrong folders?

[MunkyCS]

Ok thanks for fast replies guys.
I change a skill (holy aura) cooldown from 120 to 5. Pressed save all and put the created magiccollectobject.db in my /client/fdb and /server/resource/fdb

But the change has no effect. Maybe I chose the wrong folders?

not /fdb but /data. That should work

[kalle101]

Ok I think it worked! ;-)

I created a "data" folder in server/resource and a "data" folder in client. Put the DB in them and changes took effect.
I'm looking forward to edit the Buffs also.
Is there a possibility to change the spell time for example holy aura instead of 5 seconds to 50 or so?

[MunkyCS]

Ok I think it worked! ;-)

I created a "data" folder in server/resource and a "data" folder in client. Put the DB in them and changes took effect.
I'm looking forward to edit the Buffs also.
Is there a possibility to change the spell time for example holy aura instead of 5 seconds to 50 or so?

That`s all about "magic objects" - these are buffs and other effects like dealing damage. I` m working on it right now. I hope to release 0.2.2 tomorrow

[roflkarto]

===================== Zone cloning mini-tutorial =========
To clone existing zones (particulary dungeons):
- Clone template in the editor, save all (zoneobject.db)
- (Clone file to make it present both on client(Client\data\) and server(Resource\data\))
- Add new .ini for your zone at (\Server\Realm_01_Zone\) : like Zone_999.ini, where 999 - your zone`s guid (without 750xxx)
As for it contents - take any similar ini for any dungeon there as an example.
- Add string to your server controller setiings ini file (just clone one there and change zone id`s) (make sure not to copy "disabled" option :D)
- [Restart server controller]

Note that teleporting to a dungeon zone with a gm command ? zone will make you unable to leave zone with a party break. However it`s seams the only correct way to enter zone for adding/modifying objects there. If you enter zone normally (you should add triggers first) - your new objects will not be saved after you leave zone, even if you reform your party and even if you check checkbox "Save" with a Gm Tool.

I´ve got one question regarding the zones, I tried to clone a zone, but I can´t do the first step (clone the template), what do I have to enter into the searchbox? I checked the german languagepack and entered for example "Burg Sardo" which is the german version of "sardo castle" but I cant find any zone-related entry, just entering sardo also doesn´t show any result related to the zone, so what do I have to search for in order to find the template?

Thanks :)

[MunkyCS]

I´ve got one question regarding the zones, I tried to clone a zone, but I can´t do the first step (clone the template), what do I have to enter into the searchbox? I checked the german languagepack and entered for example "Burg Sardo" which is the german version of "sardo castle" but I cant find any zone-related entry, just entering sardo also doesn´t show any result related to the zone, so what do I have to search for in order to find the template?

Thanks :)

There`re no names for zones by now, so you can only find zone by it`s guid
(which is normal zoneId + 750 000) Sardo(Normal) is 139 so search for 750139

[roflkarto]

Ah now I get it, thank you :)

[MunkyCS]

v 0.2.2 is now avliable. Nearly a half of common fields for buffs are implemented now, including dots, simple damage and summoning creatures (not tested). However, there`re lots of things to add for buffs, so that I will work on v0.2.3 to finish developing buff support.

Making/editing dots and dd-skills are now reality - these things seam to work fine.
As for fields descriptions and names - you will see there`re nothing much to read :D. Actualy I haven`t yet tested 90% of them and names in the rom-client sources and csv are not that obvious to understand much. If you manage to test something and determine purpose of that or other field more or less exactly - please, post here your research results, that should be quite useful for all of us and likely I will change description&name for that field so that everyone could understand.

As for other changes:
* String names for zones (mostly english - it`s original files` issue, not mine. They seam not to store zone names in data.fdb for real; I`m using DIR_ZONEID_XXX strings for that)
* Spell names in spell collection for NPCs