EQEmulator Forums - Unity - 3D Game Engine

EQEmulator Forums (https://www.eqemulator.org/forums/index.php)

- General::General Discussion (https://www.eqemulator.org/forums/forumdisplay.php?f=586)

- - Unity - 3D Game Engine (https://www.eqemulator.org/forums/showthread.php?t=35125)

Unity - 3D Game Engine

Hi,

Has anyone ever tried to use the Everquest 3D assests and import them into the Unity 3D game Engine to create a more up to date client?

This would open doors to add new features into the client as well.

Going a step further, maybe the 3D assests could be improved to add more polygones?

I believe this is what EQ2 should have been, EQ1 redux, just with better graphics.

Thoughts?

Phil

I would love to do something like this and break away from the EQ client.. Been looking for alternatives for years actually but I just don't have the time or resources to get it done.

This guy was looking into it:

http://eqemulator.org/forums/showthread.php?p=202969

There is a link in the first post to thread over on the FoH forums, but there haven't been any updates for a few months, so maybe he gave up on the idea.

We are stuck on importing animations into 3dmax.

Quote:

We are hung up on a problem assigning the animations to models in 3dmax.

This is an example of what I need connected to the models. Verant made a plugin that extracts the animations from models. So what I need to do, is re-combine these animations with the models.

You have any insight?

// This file was created by MAXCONVS SPH Exporter (Version 1.54) -- Wednesday, January 13, 1999 17:20:24
// HierSprite statistics for "C05C05_OGF_HS_DEF":
// Number of DAG nodes: 22
// Number of faces: 454
// Number of vertices: 336
// Bounding radius: 8.0486922e+000

TRACKDEFINITION
TAG "C05OGF_TRACKDEF"
NUMFRAMES 1
FRAMETRANSFORM 1.0000000e+000 0 512 0 0.0000000e+000 0.0000000e+000 0.0000000e+000
ENDTRACKDEFINITION

TRACKINSTANCE
TAG "C05OGF_TRACK"
DEFINITION "C05OGF_TRACKDEF"
INTERPOLATE
SLEEP 0
ENDTRACKINSTANCE

TRACKDEFINITION
TAG "C05OGFPE_TRACKDEF"
NUMFRAMES 10
FRAMETRANSFORM 9.9999994e-001 486 14 508 -1.0346926e-001 -1.4447451e-001 -9.3579638e-001
FRAMETRANSFORM 1.0000000e+000 474 11 507 -1.5539770e-001 -1.4447449e-001 -8.9163280e-001
FRAMETRANSFORM 1.0000001e+000 463 8 507 -2.1471795e-001 -1.4447446e-001 -8.4466320e-001
FRAMETRANSFORM 1.0000000e+000 455 5 506 -2.6125491e-001 -1.4447446e-001 -8.1525308e-001
FRAMETRANSFORM 9.9999994e-001 452 2 504 -2.7483323e-001 -1.4447445e-001 -8.2376754e-001
FRAMETRANSFORM 1.0000000e+000 462 512 503 -2.4755731e-001 -1.4447443e-001 -8.8912624e-001
FRAMETRANSFORM 1.0000000e+000 481 509 503 -2.0077303e-001 -1.4447445e-001 -9.7883284e-001
FRAMETRANSFORM 1.0000000e+000 496 510 503 -1.5816723e-001 -1.4447445e-001 -1.0361282e+000
FRAMETRANSFORM 1.0000000e+000 500 3 504 -1.2463624e-001 -1.4447445e-001 -1.0268812e+000
FRAMETRANSFORM 1.0000000e+000 498 11 506 -9.5283799e-002 -1.4447449e-001 -9.8522341e-001
ENDTRACKDEFINITION

Hey Tyen05,

Perhaps you could get with PixelEngineer on the client he is working on?

Im a unity programmer with over 2 years of experience with the engine as well as I was a hardcore rallos/sullon zek player back in the day! I would be interesting in helping with this... my skype is Bruinp8n if anyone already working on this wants to contact me.

Found what I was looking for, as shown above ^

http://www.eqemulator.org/forums/showthread.php?t=31326

I've been trying to do this myself in Unreal Engine starting with Freeport And Qeynos.

I have the issue that when I import into Uneal it crashes, but Unity just loads it as a giant model.

EverQuest uses binary space partition for its zones. It divides up the geometry into regions as does the Quake engine. What you are left with is geometry with far more polygons than when it was viewed in the editor. The EQ engine ran on old hardware and handled these extra polygons with small regions, a PVS pretty small clip planes. When you are looking at the zone BSP, you are looking at it post division. By importing it into Unity and Unreal, you are using models that are far more complex than they need to be. Simple faces are often subdivided into dozens of polygons. This makes it a really bad candidate for BSP based engines as they will often subdivide the level again when they are compiled.

I played around with importing the maps into the Unreal engine and got it working fine but you end up with something that is not as optimized as it could be. Sure, newer engines and machines can take the brunt and still manage reasonable frames but the joy of writing your own engine for me is that I can run Greater Faydark at 2500+ frames per second without any of the unnecessary overhead.

Couple all of this with the fact that when you extract/modify/distribute any of the files within the S3D archives, you are playing a very dangerous game. Sony hasn't been shy about having their legal team deal with copyright infringement. EQEmulator doesn't distribute any copyrighted files and I think we can credit it as part of the reason they have remained relatively undisturbed. A few posts above this is a link to extracted copyrighted files. I realize it's on another forum but again, that really is a game you don't want to play. And yes, I have been down that road.

In answer to your question, if after all this, you still insist on importing assets into an engine, make sure you are using a format that is supported. There are plenty of guides about importing static meshes that have been made in any of the big professional modeling programs and there are a few posts on extracting the zone geometry.

Cheers

Here is a bear, FBX format w/ animations. Try it out if you have Maya & Unity.

http://www.fohguild.org/forums/game-...ml#post2563027

PixelEngineer: any experience with copyright expiration on these kinds of things? I know with prose copyright law seems to change frequently... I think now it's around 40 or maybe 75 years after an author's death the copyright expires.

I could look it up but I'm feeling lazy and you've been down that road.