It's not a 7.0.24.x thing. It comes from way earlier, since Stygian Abyss, which is a 6.x client. No animation from Stygian Abyss or newer can be viewed, and this is because the animations are stored in files with a different format. Since tiles, older animations and other stuff are in the same file...

Those come in a different file format. UOFiddler doesn't support it yet.

353? You mean 535, right? It's stable and fast to me. It loads all of my world data in less than 90 seconds. Much better than before, when I could go take a shower, wash my hair, comb it, and it wouldn't be done loading yet.

I updated the zip file to include the latest fixes. It includes lots of stuff to eliminate absolutely all warnings. This was because the latest ecompile has an "error on warning" option, and I took advantage of it to eliminate all warnings about the unspecified array, struct or dictionary....

It's likely none of them exists... try changing to this: program DestroyThisItem(parms) Sleep(30); var item := parms[1]; var trashcan := parms[2]; if (!item or !trashcan) syslog ("Item = " + item + ", trashcan = " + trashcan); return; endif if (item.container.serial == trashcan.s...

Also on this part: var mount := CreateItemAtLocation(4550, 3687, REALM_BRITANNIA , 0, 0xF021,1); mount.color := totem.color; setobjproperty(mount,"totem",totem.objtype); Make sure the item's objtype matches the one used by POL. Recent versions of POL from svn use 0x1F021 for the mount item...

ownerserial is for .own'ed items. You need the master property if (totem) set_critical (1); // As im not sure if the owner is declared earlier in your script var owner := SystemFindObjectBySerial( GetObjProperty (me, "master")); var it := CreateItemInBackpack( owner, totem, 1 ); if (!it) s...

I have found errors where I am flying around in the first floor of a building and suddenly I jump to the rooftop. The client won't show me in the rooftop until I land, but my z property is at roof height and I can't access ground level items because of that. Will need to review this further when I h...

If you don't want people to blame or harass you if they lose an item, then don't be apologetic about it. If they put it in the trash can and lost it, it's their fault, you have to make that clear and stand firm. Also, in most shards, harassing a staff member is a bannable offense.

Why not put a CProp on the trashcan with a ReadGameClock()+29 at insertion time? And have the sleep(30), and next check if the cprop is lower than the current gameclock. If it's lower, then destroy all items, if not, just skip, leaving all items untouched.

F is GARGOYLE flying, for player gargoyles, it's much more restrictive than A, you could almost say it's a "glorified land movement" with a couple of exclusive tiles you can hover over. A is still Aerial movement for NPCs.

On a bugged POL 099, changing the facing will change the item's graphic, not the lighting.

F is for Gargoyle Flying

From what I know, the UOExpansion property in the account must be ML or earlier. If you make it SA or HSA, gargoyles can be created. I don't know if there is anything else you need to set.

CWO, The problem is in POL. I reported this same error months ago, sent the patch to someone... to Kevin, I think... and he committed the changes to svn. It has been fixed for months, but the binaries on the web page haven't been updated in years.

Good ^_^

It has several errors yet, so watch out for them. I will be re-uploading the scripts every week with updates and fixes.

Which 099 are you using? The precompiled one from the web page? I think this was fixed in the svn already.

Also post the error messages from POL corresponding to the packets you logged with Razor.

Please do some packet logging with Razor and paste it here. I will compare it with mine.

I once updated my client to 7.0.16.0 but used the exe of a 7.0.15.1 client, and even if the encryption was correct, the client was sending packets from 7.0.16.0. Since there was a change in the login packets, I couldn't log in, the server notified me of unexpected packets. At some point there was a ...

Well then, check /pkg/connect/config/uoclient.cfg Make sure it matches your client configuration. By defaul it's set up for 7.0.15.1 encryption. Your problem is your client's encryption doesn't match the one configured on the scripts. As for my custom files, there might me something you like in it. ...

If you set your server up for unencrypted clients, then that's likely to be the problem. The client you are supposed to use is named nwodclient, and it uses login.wod instead of login.cfg, and it's an encrypted client. On the other hand, if you are using Razor for connecting, make sure the checkbox ...

The WoD scripts for POL 099 are designed with a High Seas 7.0.15.1 client in mind. It has support for the galleons, elves, gargoyles, all the SE, ML and HSA equipment, and new items using custom graphics added through a patcher program. Any older client version isn't guaranteed to work. In fact, you...

When invoking skills with a client macro, it won't work. This has to do with POL no longer using skills.cfg. The fix is here in this new attributes.cfg (attached to the main post). Unzip it to pkg/attributes/config/

After more than 7 years, The World of Dreams is back. Here I am releasing the current World of Dreams scripts for POL 099. They have been upgraded for a High Seas client 7.0.15.1, with a custom datafile patch. Please use POL 099 from svn with these. As of now, it works great with svn revision 525. L...