Quests Directory
Is there a way to change where the server accesses the quest folder? For example, it's accessing C:/EQ/quests. Is there a way to move the folder to C:/Open/quests and the server pull quests from the new directory instead?
|
Check:
files.h EQEmuConfig.cpp embparser.cpp QuestParserCollection.cpp |
I haven't actually tried setting these yet to verify they actually work, but these settings may be what you are looking for:
Code:
<!-- Directory locations. Defaults shown --> |
Good point Trev
|
I looked at how the XML file values are used for those directories, and unless there's some trickery I'm not seeing, it's hardcoded and the values from the config file aren't used at all.
To test, I changed the config value for the quests directory to "questsdasdfasdf" and it still loaded them from "quests". |
Alright, I'll mess around with those files then for now. I'll post back if I find it out.
|
If you are using Windows 7 (and maybe Vista), you could try messing with NTFS junctions.
Move your quests folder from C:\EQ\quests to C:\Open\quests, then in a command prompt, create the junction: Code:
C:\EQ>mklink /J quests c:\open\quests Just Google NTFS junction, or Windows Junction for more info on their use. They look very similar to symlinks in the *nix world. |
Alright, I'll try that next then lol. Was just about to post that what Trev posted doesn't seem to be working.
|
How do you give someone access to quests folder? I've been able to give people access to my navicat / peqeditor etc... but not really sure how I go about allowing remote access to my quests folder so people can write quests.
|
Quote:
|
Lillu suggested a really nice tool to me a while back called Dropbox, and Kayen and I have been using it ever since. It basically works like a shared folder that is updated over the internet. You can setup public and private folders with it, and they even keep previous revisions available online so you can revert back to earlier files changes when needed. The only minor issue I have seen with it is occasionally it will have some delay between the time it updates all PCs sharing the folders, so saving the file and doing a quest reload might not work instantly. Generally, it is nearly instant though, especially if you remove the upload speed limit from it.
I use Dropbox along with the mklink function that Derision mentioned and it works very nice. Works on Linux and Windows and is pretty easy to setup. On Linux, I just use symlinks, but mklink on windows is basically the same thing. I was thinking about adding this to the Wiki at some point, but here is what I currently use on the Windows server I am building: Code:
mklink D:\Server\EMuShareMem.dll D:\Source\EQEmuServer\Build\EMuShareMem.dll Note that the mklink command is not available on all versions of Windows, I think it is just Server 2003 and Windows Vista on up. Also, adding symbolic links may not be available on all of the versions that do have the mklink command, but at the very least, they should be able to make Junctions like Derision shows an example of. I am running the above commands on Server 2008, so I can confirm they work fine on that OS at least. Though, it may require that you add the File Server Role to the server for the command to be available. |
I'm getting the error:
Code:
mklink /D C:\eqemu\quests C:\Users\Boo\Dropbox\quests Code:
mklink /J C:\eqemu\quests C:\Users\Boo\Dropbox\quests EDIT: Ah, I see, nevermind. I got it working. Let me see if the server will work off of it. (After files are done copying.) Yeah, it worked. Thanks for the help. |
You could also put them into any of the various free SVN hosting services, and then you would be able to track changes, merge, etc.
|
All times are GMT -4. The time now is 06:40 AM. |
Powered by vBulletin®, Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.