PLEASE NOTE: If you have reached this page from an outside source such as an Internet Search or forum referral, please note that this page (the one you just landed on) is an archive containing articles on "UOX3.ORG" from a Blogger named Infymus. This website, INFYMUS.COM - is a blog belonging to INFYMUS. Click "MAIN" on the Main Menu to see current blogs.
Xuri's UOX3.ORG.
Total Articles: 11
topic image
Where Does The UOEMU Community Go From Here?
Thursday, Jun 10, 2004, at 06:36 AM
Filed Under UOX3.ORG   -Guid-
Punt posted the following on
That is the question at hand. The UO emu community has traveled a long way, from determining how to walk/talk in UO to almost full function support, including localization. With it has become a slow and inevitable slowdown in the "sense" of excitement. Naturally, the game is getting old, and is suffering a natural decline in popularity. But from emu development, the same seems to be true. There is an incredible sense of the wild discovery and teamwork that is lacking from today. Each emu camp is isolated within itself, further polishing the rock they have claimed to be theirs. And with it comes the yawns of those around it, as they think back to the excitement that was once there.

I offer that even though the current emus are extremely complete and capable, the development as a whole has missed the boat. There is not a single development camp, which has a complete end to end solution, capable of running on user’s servers OS of choice. Some are very close in some of the aspects, but still are not there. This oversight allows for opportunity as well. A chance to gather the information we know, and establish a framework that can be used to develop an end to end solution on various platforms. To ensure we are on the same page,end-to-end in my use, is a client, server, tools, and classes/specification to build on for other developers (so it doesn't become a dead end, and one can extend).

Toward that end, there are a variety of choices to choose from: Java, NET, and OpenStep. To various degrees of maturity these frameworks run on at least two of the platforms (windows/Linux), with two of them (Java/OpenStep) running on a multitude of platforms (Solaris, windows, Linux, Mac OS X). Yes, due to the immaturity of the frameworks on some of the platforms, the framework decisions would have to limit to the common subset ahead of development, not after the fact. The opportunity is there, if we want to take it, to take what we have learned from the shard operators, development teams, tool needs, and interactions, to establish a framework that can be a consistent architecture across the community. A set of standards, and frameworks, that development can use (so there doesn't have to be a single development), and they will interoperate. This brings chance to get the excitement back again, and with it, some benefits to the users.

With this opportunity of course comes a price. One doesn't get to use their favorite language perhaps, have to learn some new things, and give up the base project they may have been working on. Shards suffer as well, with a lack of updates on their current projects. But the gain is great. They get input at the beginning, from clients to servers to tools. The process brings an end to end framework that factors the user’s perspective from the start, not the other way around. The developers get to learn from each other, even learn how to work in a team that they may not like, and establish a framework that can capitalize on others work. Do not mistake this as suggesting a single client, or single emu, or single anything. Although that may be realistic from a resource perspective, it is an agreement on a framework of classes and interchange, so if one does an emu/client/tool, it works in the whole (and with others).

The biggest advantage it brings is the chance for some new blood, some excitement, and some long term future as a whole. Not the set of small feudal camps that the community and development has become.

To borrow the ending line from an Harry Chapin song What Made America Famous :
That how together yes we can
Create a country better than
The one we have made of this land,
We have a choice to make each man
who dares to dream, reaching out his hand
A prophet or just a crazy God damn
Dreamer of a fool - yes a crazy fool "
The choice is ours to make.

topic image
Xuri's Updates
Monday, Mar 29, 2004, at 07:03 AM
Filed Under UOX3.ORG   -Guid-
First, the Bad News(to me it is, anyway):

After struggling to keep the spammers (automatic spam-bots?) off the ancient WWWboard I ran for nostalgy-purposes for more than 1 1/2 year, I've finally given up - a fresh new phpBB board has taken it's place. And since it's a joke to run a phpBB board with only ONE forum, I've divided it into 5 seperate ones. Perhaps too much for a website this small, but nevertheless.

Now, for the Other Bad News: There have been no official updates for UOX3 on the CVS since 28th of September 2003 :/. A more recent version of UOX3 can still be found though, with unofficial patches, fixes and improvements. No, it's not called RunUO ;) At the other end of this link (Source) you'll find the latest version of UOX3( that I've compiled myself, along with all necessary scripts and other files needed to run the server. All you need to do before starting it is correct the file-paths in the uox.ini file, then setup an account in newaccounts.adm. Note that there are also a few script-changes included, which is why I'm posting the whole package as one.

The changes (not done by me, btw) include but aren't limited to:
  • Optimizations to checkauto(), checkNPC(), checkPC, and genericCheck()
  • Scriptable commands through JS Engine
  • Partial rewrite of combat-code
  • Cleanup of command table - better structure now
  • Functionality, speed and all-around usability of SpawnRegions improved
  • Corpses are clothed again
  • Optimizations and cleanup in walking-code
  • Several crash bugs fixed
  • Lots of other small bugfixes and code-optimizations
  • (A longer, more detailed list is available in the .ZIP itself.)
topic image Updates
Monday, May 19, 2003, at 06:25 AM
Filed Under UOX3.ORG   -Guid-
The most recent version of the source-code the Official UOX3 TestServer runs on is available for download over at (A compiled windows executable is included in the zip.)

Worth noting about this version is that most spells should now work, and some more crashes have been fixed. =)

Also note that you'll need an updated SPELLS.DFN file for the spells to work properly. It's included in the DFN-package - which also includes a lot of other DFN/script updates, especially if you're upgrading from an old version (0.97.00 or maintenance releases)!
topic image
UOX3 TestServer Up And Running
Tuesday, May 6, 2003, at 06:11 AM
Filed Under UOX3.ORG   -Guid-
From Xuri's
I'd like to encourage everyone interested in UOX3 to sign up for an account on our new official UOX3 TestServer over at It's running in debug-mode, and any server crash-bugs or other fatal errors will thus be found as they occur, and hopefully fixed as a result. Note that this will also mean the server will be "frozen" for a period of time everytime such a serious error is caught by the debugger. Please have patience :)

The test-server is currently running version, and I hope as many as possible will help us out - as things are looking good for UOX3 at the moment and a full public release may not be that far away if we get the most serious errors out of the way.

The source for is available at this location, but keep in mind that this is NOT a release-version, but work in progress. If you decide to try out this new version, you'll also most likely need new/updated DFNs(those are still work in progress for the next public release as well, btw) - which you'll find for now at
topic image - Added CLUOX
Wednesday, Apr 2, 2003, at 06:16 AM
Filed Under UOX3.ORG   -Guid-
From Xuri's
This is a remnant from the old days (january 2001, to be more specific), which still does the job it was created for. I was unable to find it up for download on any other webpages, and since I saw there was still considerable interest in this program I've added both cluox 1.02 and it's sourcecode to my downloads here at
topic image Updates
Monday, Jan 6, 2003, at 06:10 AM
Filed Under UOX3.ORG   -Guid-
Posted on the website:
Happy New Year, everyone!

Hopefully the new year will bring us lots of nice updates for UOX3 ;) As a starter, the JS Docs have been updated with the following information:

Added: onTalk event. Updated: onCreate, onDelete, onCollide, onSteal, onDispel, onSkill, onSkillGain, onSkillLoss Currently Broken-comment added to: inRange(event), onAttack, onDefense

Starting with the above update, I'll be crawling through the JS Docs in the next few days (and weeks?:) on a mission to update the information for all Events and Functions/Methods that I possibly can, which will hopefully make it easier for all the would-be UOX3JS-Scripters.

On a side note, I have added a link to UOX3 "Unofficial", a new (unofficial;) project to rewrite UOX3. Perhaps parts of this UOX3-branch can be merged into the official UOX3 source(homepage at in the future. :)
topic image
UOX3 Command List
Wednesday, Dec 18, 2002, at 06:17 AM
Filed Under UOX3.ORG   -Guid-
Xuri has released a new UOX3 Command List:
As promised, the most up-to-date UOX3 commandlist in existance can now be found in the Docs section :) Oh, and the Server Settings doc has received some more updates as well.
topic image
Freeze UOX3-JS WorldEditor
Wednesday, Dec 11, 2002, at 06:16 AM
Filed Under UOX3.ORG   -Guid-
Xuri posted the following on his site:
Freeze, UOX3-JS! This is the WorldEditor!

A fully functional version of punt's WorldEditor (version 1.0) has been released (some time ago, sorry for delay), and it now includes support for freezing items AND multis to the static files....and even better - that includes items in the UOX3 0.9x worldfiles =)

It's primary function is, however, editing the worldfiles. It lets you view, edit and save worldfiles in both versions of UOX3(UOX-JS and UOX-Classic), Wolfpack and LoneWolf. Also includes a pretty nifty find/replace feature.

Note that users of UOX-C, WP and LW should look to v2.0; UOX3-JS users need to stick with 1.0 for the time being though.
topic image
Getting UOX3 Back On Track
Monday, Nov 25, 2002, at 06:24 AM
Filed Under UOX3.ORG   -Guid-
Punt posted the following message on Xuri's UOX3 weboard:
A lot of talk has been discussed about UOX3 regaining its user base. Well, I dont see that much changing, other then it staying alive. The following is my opinon. It is their to provide something to consider and think about. As with any data, it can be used, ignored, or modified. From my perspective, the order of importance:
  1. Document the JS scripting: Even if one developer, this should be done first. Because then people can make their scripts as development goes forward (parallel documentation). It would even be nice is there as a "stub" people could link to ensure their scripts ran (doesn't have to test functionality). This was the primary motivation that resulted in the current code base. It should be shown off, and made as easy to use as possible. If more people could use it easily on their own, one might get more feedback, bug reports, etc.
  2. Formats: Open up for discussion the dfn and world file formats. Discuss the pro's and cons. Get user feedback and encourage tool developers to get involed. Dont repeat the past mistakes of not including this aspect in the defining format. As for requiring anyone to change format, this is the easiest to write a convertor for, so that shouldn't be the issue. But the formats should be discussed, it should settled on one that is optimized for all the critiera (not just the emu, but shard maintance, tool development, etc). Then, document it, and then, and only then, start writing them.
  3. Figure out why developers keep leaving. It is not for lack of interest, for many of them are still quite active on other emu projects. What didn't UOX offer that those did. One has to look at hard at one's self. Yes, one can keep saying they had not interest, discipilne, etc. However, apparently that is the source of resources are. The project needs to accept that does need other developers, and has to examine where it has been unsuccessful at attracting, and KEEPING developers. Hard, but possible. Not an attack, but a represntation of the data.
  4. Do updates every week on the web page that states what the goals for the week are, and what was met. And yes, if the goals are constantly not being met, people will start to lose interest. But then, start examining the goals. Adjust them to meet reality, not wishful thinking. Expand as time and resources become available.
  5. Quit blaming everyone. It makes the project sound like a whining project, that wouldn't attract many. Notice it is never anyone on the project fault for any missed milestone, or messed up feature, lose of personell, bad release, etc. Sorry, the buck stops with the project. Sure, some of it probably is due to outside sources. But that one can't control, so focus on what one can. Best to figure out why (and dont figure out that everyone else is to blame every time), and start addressing the issues.
  6. Cater to the user and Community. That includes other emu's. UOX is in a dangerous position, in that has alienated most of the developers who do the packet sniffing, mul expansion, or tool development. It is not even clear the latest packet documentation is available to the project. It has to stop its somewhat arrogant position it has taken at times in the past that all owe uox something, and realise it needs them as they need each other. The next major packet change would leave uox hurting badly.
  7. Expect the project to have to go farther in making that relationship then the other. When you burn bridges, it takes more effort to win them back. Be prepared, and move on.
That may sound critical, but a critical examination may actually go to addressing the root issues in the project. Look over the last two years. If you look at the approach it has taken, given the user base it has started with, and then look at all the other emus in that same time frame. At best UOX is equal to them. But it is not an obviously better one, or even one with more potential given the forward progress others have made in that same time period. It lost most of its share while many others grew theirs (and I dont mean forum usage, I mean shard usage). Might tell one that perhaps a critical exmaination is in order
Xuri's UOX3 Webboard:
topic image
UO Emulator Timeline
Wednesday, Oct 2, 2002, at 06:31 AM
Filed Under UOX3.ORG   -Guid-
Xuri has put up an Ultima Online Emulator timeline over at UOX3.ORG.

topic image
Xuri Opens Up UOX3.ORG
Tuesday, Sep 3, 2002, at 06:48 AM
Filed Under UOX3.ORG   -Guid-
Xuri has taken it upon himself to register and put up a nostalgic UOX3 site dating back to the old site. Of course, already belongs to someone else, so whatever Xuri.
What! Not ANOTHER UOX3 site!? Doh!

Oh yes it is! And what makes it different from all the other sites that have been up, you ask? Well, for one thing - the only news ever posted on this site will be concerning UOX3 itself, and any tools related. No rants, no flames, no nonsense.

Moreover, this site is also intended as a "tribute" to UOX3's long and troublesome history :) The design of the page is greatly inspired by the old UOX3 homepage at (and before that, and also features (once I finally manage to set it up) the same forum-type, Matt's WWW-Boards :) Hurrah for nostalgia! There's more though:

You'll find UOX3's update-logs, tricks and treats and documentation for UOX3 that you've never seen before/thought to be long lost, UOX3's FICTION(Any other emus out there have their own background story?:), and of course - some obligatory links to shards and other related websites. And pretty soon an extensive TIMELINE of UOX3's progress throughout the years :)

Oh - and this is the only site featuring the original UOX3 logo(though SLIGHTLY modified) ;)

If you're looking for the UOX3 developers, though - either for joining them or because you need their support - head over to :) That is the current official homepage of UOX3, and the site where you'll find all new updates to UOX3 first, as well as the best user-support.
Thu, Jun 10, 2004:
Where Does The UOEMU Community Go From Here?
Mon, Mar 29, 2004:
Xuri's Updates
Mon, May 19, 2003: Updates
Tue, May 6, 2003:
UOX3 TestServer Up And Running
Wed, Apr 2, 2003: - Added CLUOX
Mon, Jan 6, 2003: Updates
Wed, Dec 18, 2002:
UOX3 Command List
Wed, Dec 11, 2002:
Freeze UOX3-JS WorldEditor
Mon, Nov 25, 2002:
Getting UOX3 Back On Track
Wed, Oct 2, 2002:
UO Emulator Timeline
Tue, Sep 3, 2002:
Xuri Opens Up UOX3.ORG
Xuri Opens Up UOX3.ORG
  · AC-DOME. (14)
  · ACMAPPY. (1)
  · ACSERVER. (4)
  · ACeXP. (8)
  · ASTONIA. (1)
  · ATUM. (2)
  · AXIS. (16)
  · BASEWORLD. (2)
  · BIG-BROTHER. (9)
  · COADSERVER. (21)
  · COXDEV. (5)
  · DARK AGES. (6)
  · DAWN OF LIGHT. (16)
  · DFN-WARRIOR. (3)
  · EPSILON. (31)
  · EQEMU. (74)
  · EQWINDOW. (6)
  · EVERQUEST. (5)
  · FUNGWAN. (1)
  · FUSE. (3)
  · GMTOOLS. (1)
  · HORIZONS. (1)
  · HYBRID. (23)
  · IGNITION. (9)
  · IMPRINT. (5)
  · INSIDE-UO. (2)
  · IRIS (6)
  · JEDIMAN. (5)
  · KAIRTECH. (4)
  · LIQUIDIZE. (1)
  · LONE-WOLF. (55)
  · LUPUS. (2)
  · METHOD. (6)
  · MODIFY-UO. (2)
  · MY BALLS. (2)
  · NOX-WIZARD. (40)
  · ORBSYDIA. (14)
  · ORE. (1)
  · PAIGELORE. (6)
  · PANDORAS BOX. (20)
  · POSR. (6)
  · RAZOR. (5)
  · RUNUO. (58)
  · RYANDOR. (29)
  · SHIT. (1)
  · SHOW-EQ. (32)
  · SLYCK NEWS. (3)
  · SPHERE. (34)
  · Steam Engine (9)
  · TUPI. (1)
  · UAS. (32)
  · UO-FREE. (4)
  · UO-GATEWAY. (34)
  · UO-INSIDE-OUT. (3)
  · UO-RICE. (3)
  · UOBUILD. (1)
  · UOGENIUS. (4)
  · UOP. (2)
  · UOX-CLASSIC. (40)
  · UOX3-EvilDeD. (43)
  · UOX3.ORG (11)
  · UOXBOX. (31)
  · UOXC:NS (29)
  · UOXDEV - UOX3js. (43)
  · UOXNG. (1)
  · UOXPARK. (16)
  · USE-EMU. (1)
  · USEUO. (5)
  · WEAZY. (4)
  · WOLFPACK. (33)
  · WOLFPAW. (4)
  · WORLD-MAKER. (11)
© 2006-2012
Hosted by

Compiled With:
Caligra 1.119

ENTIRE site, including all TEXT and PICTURES are copyrighted. Under NO circumstances may ANY portion be used without Author's EXPRESS permission.