That would be pretty silly no? (read, port, then read what you ported).Quote:
The db first ports everything to the db and then reads from DB
I like the txt method anyways. Its a lot more organized and if you create little apps for it, it works pretty nice to me
[SAMMELTHREAD] Metin2 Source Compile Tips/Tuts
01/08/2014 01:14
WSThink#121
01/08/2014 01:30
.Inya#122
No not silly. Txts for better editing as human
db for better performance as machine
therefor you have to port -> read
db for better performance as machine
therefor you have to port -> read
01/08/2014 02:18
miszczuuuuu#123
Code:
/libexec/ld-elf.so.1: Shared object "libIL.so.2" not found, required by "game"
01/08/2014 10:22
lukeido#124
is the sources in /mainline/ the sources of rev40250?
01/08/2014 12:43
WSThink#125
Regardless what the game does, it would be silly to read a text file, interprete it, and don't use it for anything besides putting it into a database.Quote:
db for better performance as machine
therefor you have to port -> read
And for reading selected entries a DB is of course faster, but for loading a whole table and keeping it in memory, the speed/performance difference is pretty similar and usually faster for the txt (And for small data chunks a txt is undoubtedly faster).
01/08/2014 13:03
MrFrancisc#126
I have new errors: :(
[Only registered and activated users can see links. Click Here To Register...]
Thank.
[Only registered and activated users can see links. Click Here To Register...]
Thank.
01/08/2014 17:08
.Captor#127
Habe jetzt die QC files Erfolgreich compiled. Nur besteht bei den neuen Quests wie "flame_dungeon" ein Problem, das der QC Compiler dieses "define etc. pp" nicht laden kann. Als ausgabe erhalte ich dann "XXX must start with quest". Alle anderens quests ohne dieses funktionieren Problemlos.
PS: Das ganze läuft auf Windoof ab! :)
PS: Das ganze läuft auf Windoof ab! :)
01/08/2014 17:27
.Inya#128
Why should it port the tables to the db then? It could just read it from txt and its good. In your thoughts there would no db tables for mob and item be neededQuote:
And for reading selected entries a DB is of course faster, but for loading a whole table and keeping it in memory, the speed/performance difference is pretty similar and usually faster for the txt (And for small data chunks a txt is undoubtedly faster).
01/08/2014 17:51
.Shōgun#129
Compile them with qc for Windows, it will create a folder called pre_qc with all the quests ready for freebsd (without the defines)Quote:
PS: Das ganze läuft auf Windoof ab! :)
01/08/2014 17:56
.Captor#130
Do you mean This: [Only registered and activated users can see links. Click Here To Register...] ?Quote:
If yes, the thread is deleted and it also dont works.
Or which program do you mean with "qc for windows" ? ... :)
01/08/2014 18:01
IchVerabschiedeMich#131
I will send you the binary later.Quote:
If yes, the thread is deleted and it also dont works.
Or which program do you mean with "qc for windows" ? ... :)
01/09/2014 00:28
WSThink#132
Maybe ymir had its plans or wanted to keep some kind of retrocompatibility for whatever external scripts that read from item_proto.Quote:
01/09/2014 01:32
.Inya#133
Ill analyze the function as soon as im able to. Both of our possibilities could be right. But with your version i dont understand the exist of the db tablesQuote:
But since you insist, please, point me to where the data from mob_proto and item_proto DB tables is being loaded. I may have missed it.
01/09/2014 20:49
Haaard#134
01/09/2014 23:34
.Inya#135
Spectators as observers in OX
[Only registered and activated users can see links. Click Here To Register...]
You just have to add 3 simple lines to the OXevent.cpp
You can find the line at the GM Command "/observer"
[Only registered and activated users can see links. Click Here To Register...]
You just have to add 3 simple lines to the OXevent.cpp
You can find the line at the GM Command "/observer"