Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

zone line fixing #18

Open
erfg12 opened this issue Feb 6, 2017 · 4 comments
Open

zone line fixing #18

erfg12 opened this issue Feb 6, 2017 · 4 comments
Assignees

Comments

@erfg12
Copy link
Owner

erfg12 commented Feb 6, 2017

The zone lines all need to be fixed. zone_points holds the zone line data. Here are the issues that need to be fixed.

  1. If you see any that say X:0, Y:0, Z:0 that needs to be fixed.
  2. Some of the zone lines to/from match up which means when you zone in you will be zoned right back out.
  3. Z axis are very far off which means the zone line will be above/below where it's supposed to be.
@erfg12 erfg12 self-assigned this Feb 6, 2017
@erfg12
Copy link
Owner Author

erfg12 commented Oct 2, 2019

We can try the Velious PEQ database, it has some different zone lines in it - https://sourceforge.net/projects/projecteq/files/ProjectEQ%20Databases/PEQ%20Velious/

Otherwise there is a much older EQEmu 3.6 database with zone points - http://prdownloads.sourceforge.net/eqemu/EQEMu-3.6-DB-Addon.zip?download

and a EQEmu 4.1 database with zone points - http://prdownloads.sourceforge.net/eqemu/EQEmu-0.4.1-DB-Addon.zip?download

@jimm0thy
Copy link
Contributor

jimm0thy commented Oct 2, 2019

I had tried a few different database's originally, including various ones from PEQ, but zoning never seemed to work right (always getting stuck in a zoning loop). The problem seemed to be the range around the zoning coordinates and is why I started working on setting up "new" zone lines. The ones I setup are pretty close but obviously not exact, also I wasn't sure how that was going to work on the larger zone's zonelines so I added the additional code for those (which would work for small zone lines as well). Attached is what I have done atm, Faydwer should be set as well as most of Antonica. We still need Odus, Kunark, and Velious - and multiple dungeon zonelines

eqclassic_zonelines.xlsx

@jimm0thy
Copy link
Contributor

jimm0thy commented Oct 2, 2019

Forgot to mention, I also compiled a version of Zone.exe that removes the zoning code all together to make it easier to figure out where the zone lines should be without trigger a zone. Though it seems a lot of zones in Antonica have no invisible / physical wall and you can just fall off the side of the world

https://drive.google.com/open?id=1xfxE3CzI2QOfMcPSXnvbR6dDeTry5E2Q

@erfg12
Copy link
Owner Author

erfg12 commented Oct 2, 2019

I added a .gitignore to the repo, and merged some of your code (if not all). I would recommend re-forking the source to prevent Visual Studio garbage files from going into the repo. Also, use something like Google Drive or One Drive for your .xlsx documents. If you update zone lines, go ahead and make new small update .SQL file(s) that update just the zone lines you fixed from the base database.

I highly recommend keeping big data files out of the repo to prevent long pull/push times and lots of bandwidth data usages.

Also, join our Discord if you can so we can collaborate on this project.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants