Anonymous | Login | Signup for a new account | 19-04-25 15:20 CEST | ![]() |
Main | My View | View Issues | Change Log | Roadmap |
View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | |||||
ID | Project | Category | View Status | Date Submitted | Last Update | |
0002211 | SphereServer | executable - windows build | public | 30-09-13 02:09 | 02-10-13 00:22 | |
Reporter | Coruja | |||||
Assigned To | Ben | |||||
Priority | normal | Severity | minor | Reproducibility | always | |
Status | resolved | Resolution | fixed | |||
Platform | OS | OS Version | ||||
Product Version | ||||||
Target Version | Fixed in Version | 0.56c Nightly | ||||
Summary | 0002211: NPCs applying wrong properties on t_corpse when die | |||||
Description | On my server I use a custom corpse carving that uses the corpse MOREZ to get the NPC chardef on dead corpse, and then use <SERV.CHARDEF.<MOREZ>.RESOURCES> to create the corpse resources on carving. But I found a strange behavior, MOREZ will set the correct chardef value if I kill a 'monster' (ettin, zombie, etc). But killing animals (horse, chicken, etc) the MOREZ will become a negative value which totally mismatch the chardef. I can't find the related property (fame/karma/notoriety/brain/etc) to reproduce this problem, but owner/tamed has no relation, I tested on tamed and untamed horses and both has wrong MOREZ. I dont know, but it could be related with this: 04-09-2013, RanXerox -Fixed a bug in @kill trigger where, if enabled, a killer would not get credit (karma, fame, experience) for the kill. | |||||
Steps To Reproduce | -Killing c_horse_tan I got MOREZ=-56 (correct value: 200 / chardef 0c8) -Killing c_chicken I got MOREZ=-48 (correct value: 208 / chardef 0d0) -Killing c_titan I got MOREZ=76 (fine, titan uses chardef 76 / 04c) -Killing c_gargoyle I got MOREZ=4 (fine, gargoyle uses chardef 4 / 04) PS: I'm not using @Death or @DeathCorpse triggers | |||||
Additional Information | PS: Anyone can check if t_corpse on wiki is updated? :D http://wiki.sphere.torfo.org/index.php/TYPEDEF [^] | |||||
Tags | No tags attached. | |||||
Nightly Version | Automated (specify build number) | |||||
Experimental Flags | None | |||||
Option Flags | None | |||||
Internal Build Number | ||||||
Attached Files | ||||||
![]() |
|
(0001696) RanXerox (developer) 30-09-13 23:10 |
Which client version does your sphereserver use? Are any of those mul/uop files modified? |
(0001697) Ben (manager) 01-10-13 01:34 |
you do realize that MOREZ is suppose to contain the direction it is facing... where did you get the idea that it's the chardef? |
(0001698) Coruja (developer) 01-10-13 02:22 |
the server is AOS, but support client 4.0.0 up to 7.0.24 (I'm using 5.0.2, resdisp 5). Using same AOS mul files that I use since 2007 (without any mod) I always used MOREY to get the chardef without problems. But this month after update the nightly build, the MOREY doesnt point to the chardef anymore. Then I changed MOREY to MOREZ, it works with some problems and also doesnt match the wiki I made a quick debug again (.add + .xhits 0) and got this: c_llama corpse facing NW (chardef 0dc [220]): -morex: -1 -morey: -1 -morez: -36 <- wrong value c_llama corpse facing SW (chardef 0dc [220]): -morex: -1 -morey: -1 -morez: -36 <- wrong value c_rabbit corpse facing S (chardef 0cd [205]): -morex: -1 -morey: -1 -morez: -51 <- wrong value c_gargoyle corpse facing SW (chardef 04 [4]): -morex: -1 -morey: -1 -morez: 4 <- correct value c_orc corpse facing S (chardef 011 [17]): -morex: -1 -morey: -1 -morez: 17 <- correct value c_orc corpse facing SW (chardef 011 [17]): -morex: -1 -morey: -1 -morez: 17 <- correct value |
(0001699) darksun84 (reporter) 01-10-13 16:44 edited on: 01-10-13 17:09 |
Yes, imho the t_corpse properties "get shifted" in some way, in fact MOREX now holds the uid of the killer(it's supposed to be in more2). MOREM instead holds the facing position(instead of morez)(if humanoid) And MOREZ holds the creature id(instead of morex+morey) Actually it' possible to get some correct ID from MOREZ : The rabbit gives -51, if you convert it in hex you will get FFFFFFFFFFFFFFCD, 0CD(205) is the rabbit id. Same the lama FFFFFFFFFFFFFFDC (-36), 0DC(220) Anyway you can't get the ID in this way from NPC that have morez values > 255 So well i think they got shifted in some way :P |
(0001700) Ben (manager) 02-10-13 00:22 |
Prety sure I found the problem (yes they were getting shifted because of a change I had done to the size of server time value... oops :D) Will be in next build as I didn't get it in time for tonight |
![]() |
|||
Date Modified | Username | Field | Change |
30-09-13 02:09 | Coruja | New Issue | |
30-09-13 23:10 | RanXerox | Note Added: 0001696 | |
01-10-13 01:34 | Ben | Note Added: 0001697 | |
01-10-13 02:22 | Coruja | Note Added: 0001698 | |
01-10-13 16:44 | darksun84 | Note Added: 0001699 | |
01-10-13 17:09 | darksun84 | Note Edited: 0001699 | View Revisions |
02-10-13 00:22 | Ben | Note Added: 0001700 | |
02-10-13 00:22 | Ben | Status | new => resolved |
02-10-13 00:22 | Ben | Fixed in Version | => 0.56c Nightly |
02-10-13 00:22 | Ben | Resolution | open => fixed |
02-10-13 00:22 | Ben | Assigned To | => Ben |
Copyright © 2000 - 2010 MantisBT Group |