I am a bit of a hack and a simpleton, but I just make a quest item for each
of those quests.
I assign v0 as the quest number, and use v1 to track the different events
on the quest.
This means that each quest needs an item, but that is really not a big deal.
Then you do not have to make anything other than a quest object type.
You would also need to code an mprog in there as well, but it really does save
a lot of space .. and it will disappear when the player deletes.
At 06:43 PM 6/10/2004, you wrote:
I'd generally not go with the file idea. Just too slow.
Well, it could work (dbms's do it all the time), just probably not if
you're a novice with I/O.
The SQL idea is workable and certainly very flexible, but obviously you
need a dbms and will have to do a little research if you haven't worked
with it before. And it would take more hd space and cpu time than the
unlimited bits method.
----- Original Message ----- From: <[EMAIL PROTECTED]>
To: <[email protected]>
Sent: Wednesday, June 09, 2004 10:29 PM
Subject: Quest and files
I am going to write my own custom quest code and I was wondering how I could
easily keep track of the quests that players have done. I've decided that it
would be the best way to have a master file that contains all the quests done
by a player. In this file would be a listing of the player name and the quest
number they've completed. When a quest is requested, the file will be checked
and if they are not in the file they can do the quest, but if they are then
they cannot.
I am not exactly sure how efficent this will be, or if it'll cause problems.
I don't want to have players become HUGE from the sheer amount of quests
that we
will be adding in, so I was thinking we can condense it into 1 master file.
Another option I suppose would be to have a secondary quest file, based
on the
player's name and it won't clutter up the player file.
Or something else that you guys could suggest.
Thanks.
PS: When I write code I try to write in a way that I will learn
something. As of
right now I suck at file I/O in C so this will be a great learning
experience.
It does have a reason why I am doing it besides what I've said in my previous
paragraphs. Thanks again!
--
ROM mailing list
[email protected]
http://www.rom.org/cgi-bin/mailman/listinfo/rom
--
ROM mailing list
[email protected]
http://www.rom.org/cgi-bin/mailman/listinfo/rom
