 |
 |
|
|
| Author |
Message |
MuadDib
POL Developer
Joined: 13 Feb 2006
Posts: 830
Location: Indiana, USA
|
 Posted: Fri May 19, 2006 12:44 pm Post subject: Release Candidate For 096 (Update) |
 |
|
Release Candidate Information:
It's time to get serious guys and gals. After much discussion, we the POL Developers, have decided the next Beta release, will be our Release Candidate for the final version of POL .096!
For the users of 096, this means it's time to get busy. If there is any issues in cores released this year to date, LET US KNOW! We wish to finalize 096 and bring a new era into the POL Development and testing.
Future Core Release Information:
While this is still under discussion, here is our plans for future Core Development.
With the release of 096 coming soon, we have decided to take a new approach to core development. The end result will be faster core fixes for the end-user, while still working on new features.
To get the fixed cores to the public faster, we will begin releasing subversions of the cores. Such as, if there is several fixes done to the core for bugs, we will release a 096.1 to the public. As more come in, more subversions will be released as 096.2, etc.
While we do this, we will update the next version in beta (such as 097) with these fixes. This, while we work on 097 and so on. This way, you can get the fixes faster, but it not stop progress on newer cores.
I hope this new approach helps us give you better cores, faster, without sacrificing progress on new material. Let me know any feedback you may have on our ideas.
We also plan on beginning the RoadMap to 097 soon also. So if there are things promised for 097, or that you might like to see in it, let us know here also.
-MuadDib
Last edited by MuadDib on Fri Jun 09, 2006 11:23 am; edited 1 time in total |
|
 |
|
|
|
|
|
|
|
|
| Author |
Message |
Firedancer
Joined: 03 Feb 2006
Posts: 104
Location: Austria
|
|
|
|
|
|
|
|
|
|
|
|
| Author |
Message |
Firedancer
Joined: 03 Feb 2006
Posts: 104
Location: Austria
|
| Posted: Wed May 24, 2006 9:01 am Post subject: |
|
|
| OldnGrey wrote: | You would probably know it already but Mithril's StaticFix is a useful program for removing a lot of invalid items from the statics files. <...>
Also the continuous errors you got are only warnings. Turn the option off otherwise it will take forever to make the realms - at least that's my impression.
<...snip...>
|
Thanks for the input, but let me state this: I really believe that this is a bug that has to be fixed in uoconvert!
Sure you can say that my files are bad... even though I disagree thinking pol should support my flags - if pol decides not to support them that's a legal statement.
But what I believe is terribly wrong here: The error message I get is not acceptable. If uoconvert runs into an error being unable to process a certain item (for whatever reasons!) it should return an understandable errormessage - e.g. such as:
cannot convert file - illegal item found
item objtype (or graphic??): <0x1234>
item location: <x/y/z>
illegal flag combo: <blocking> & <movesea (or whatever...)>
Instead what I get is this:
| Code: |
Assertion Failed: ! ((shape.flags & FLAG::BLOCKING) && (shape.flags & (FLAG::MOVELAND|FLAG::MOVESEA))), .\uoco
nvert.cpp, line 974
Aborting due to assertion failure.
|
So yes, even if I disable the warnings, uoconvert CANNOT convert my files.... and wiping all illegal entries is not an option, least I end with all floors and roofs wiped from my world.
But unless I know WHICH item-graphic is causing these problems, I cannot fix it!!!
Shinigami was so kind as to add the debug warnings, *kindly appreciates that efford* however sadly those are of no help, for the graphic reported donot have the flags mentioned... so far, something obviously goes wrong here.  *wonders why it's not easy to report the graphic-id of items having encountered the problem* |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| Author |
Message |
Shinigami
POL Core Developer
Joined: 30 Jan 2006
Posts: 292
Location: Germany, Bavaria
|
| Posted: Wed May 24, 2006 3:08 pm Post subject: |
|
|
| Lagoon wrote: | | 1) Support for Mondain's Legacy clients close gump packet, as explained |
easy to add
| Lagoon wrote: | | 2) support for Mondain's Legacy clients animated elves (login packet support and pc.gender higher than 1), as asked |
still inside :
| Code: | 05-16 Shinigami
Updated : Account.set_uo_expansion(string): recognized values: ML, SE, AOS, LBR, T2A (default), "".
This determines what flag is sent with packet 0xB9 during login (Nothing -> 0x0000 /
T2A -> 0x0001 / LBR -> 0x0002 / AOS -> 0x801b / SE -> 0x805b / ML -> 0x80db).
It's possible to hook 0xB9 but don't forget to set_uo_expansion anyway because core
uses this for internal flags (e.g. AoS Tooltips). Packet 0xB9 will be sent earlier
(before you choose a character) and after you've used set_uo_expansion.
Updated : servspecopt.cfg property: UOFeatureEnable, used in the last dword of the 0xA9 login packet,
will block Bit 6 (support up to 6 Chars). To enable AoS stuff set Bit 5 (use 0x20),
to enable SE stuff set Bit 7 & 5 (use 0xa0) and to enable ML stuff set Bit 8, 7 & 5 (use 0x1a0).
Added : mobile.race [r/w] - set/get the ML race (new constants in UO.EM: RACE_HUMAN, RACE_ELF)
You have to set visual graphic by yourself if you change value.
(Human male/female = 0x190/0x191 / Elf male/female = 0x25d/0x25e)
You can choose Race at Char creation if your UOExpansion and UOFeature settings fit.
WARNING: Don't forget to update your server side config/tiles.cfg using
UOConvert and Mondain's Legacy tiledata.mul! (Hint: "uoconvert tiles")
Race Prop is available inside Interactive Debugger too. |
Shinigami |
|
|
|
|
|
|
|
|
/
