 |
MattLofton
GURU
Joined: 23 Dec 2000
Posts: 4834
Location: USA
|
 Posted: Fri May 14, 2010 11:24 pm
[3.17pro]weird glitch with ansi coloring leads to loss of bright
|
No visible indication that something changed, I just moved a room and noticed that my minimap capture trigger was suddenly not applying the correct color codes (bright colors were made dim, a few places the colors were stripped or otherwise wholly incorrect (ie, brown turned into the bright cyan used for info messages)).
Turning off the trigger verified the game was sending the correct codes, but the weird part was that this capture trigger had been happily displaying those same codes with no issue. Restarting the session caused whatever shifted to reset, but I don't even know where to begin to even attempt to make this happen again. |
|
_________________
EDIT: I didn't like my old signature |
 |
|
|
MattLofton
GURU
Joined: 23 Dec 2000
Posts: 4834
Location: USA
|
Posted: Sat May 15, 2010 12:18 am
|
Ok, I know it's at least something caused by my room capture triggers. I just don't get what that might be, though, since all of them are executing their states and the code therein properly (ie, no extra info captured, no states processing on lines outside of where they should, etc). Disabling the trigger that deals with mobs and players causes the problem to not happen, but that's not necessarily where the problem is because the player/mob trigger is executed after the map capture.
Perhaps a priority issue or something that's caused by the Trigger on Trigger option?
EDIT: bah! It's definitely a trigger issue, now I just have to find which one.  |
|
_________________
EDIT: I didn't like my old signature |
|
|
|
wrym
Magician
Joined: 06 Jul 2007
Posts: 349
Location: The big palace, My own lil world
|
Posted: Sun May 16, 2010 3:07 am
|
I've experienced this same problem, but been unable to track it down. I don't believe it has to do with the actual capture trigger.
One of the capture triggers that this does happen to is simply:
| Code: |
<trigger priority="280" id="28">
<pattern>^~[Chat~]</pattern>
<value>#capture chat</value>
</trigger>
|
What I do think it has to do with is with an even more erratic and obscure bug with #psub & #gag that I can't track down.
| Code: |
<alias name="test" id="2">
<value>#clr
#show {%e[0;1;30m[%e[0;35mChat%e[0;1;30m]%e[0;1;34m bob%e[0;1;30m:%e[0;35m test%e[0;37m%crlf%crlf}
#show {some line}
#show {another line}
#show {bob is standing here, fighting sally.}
#show {}
#show {%e[0;1;30m(bob)>A:%e[0;1;34m-274%e[0;1;30m C:%e[0;1;34m-155%e[0;1;30m G:%e[0;1;34m12714%e[0;1;30m L:%e[0;1;31mLeader%e[0;1;30m:%e[0;1;34mNobody%e[0;1;30m w:%e[0;1;34m0%e[0;1;30m W:%e[0;1;34m3%e[0;1;30m XPtnl:%e[0;1;34m-422672970%e[0;1;30m EX:%e[0;1;34m4579760%e[0;1;30m X:%e[0;1;34m522672970%e[0;1;30m lvl:%e[0;1;34m50%e[0;1;30m T:%e[0;1;34m12:56 am}
//#show {(bob)>A:-274 C:-155 G:12714 L:Leader:Nobody w:0 W:3 XPtnl:-422672970 EX:4579760 X:522672970 lvl:50 T:12:56 am}
#showprompt {(+)> [HP:%e[0;1;33m371%e[0;1;30m/%e[0;1;34m530%e[0;1;30m] [MV:%e[0;32m559%e[0;1;30m/%e[0;1;34m559%e[0;1;30m] [MP:%e[0;32m383%e[0;1;30m/%e[0;1;34m383%e[0;1;30m] POS:%e[0;1;34mStanding%e[0;1;30m>%e[0;37m}
#show {}
#show {%e[0;1;30m[%e[0;35mChat%e[0;1;30m]%e[0;1;34m bob%e[0;1;30m:%e[0;35m test%e[0;37m%crlf%crlf}</value>
</alias>
<trigger priority="40" id="4">
<pattern>^(*) is standing here, fighting (*).$</pattern>
<value><![CDATA[#psub {<color red>%format("&40s",%1)</color>} %x1
#psub {<color green>%2</color>} %x2]]></value>
</trigger>
<trigger priority="50" id="5">
<pattern>^~[chat~] *: </pattern>
<value>#capture testcap</value>
</trigger>
<alias name="test2" id="6">
<value><![CDATA[#show {%crlf%e[0;37m<Command: look>%crlf%e[0;1;36mRue Breda%crlf%e[0;36mAll colour in the world seems to have disappeared, replaced with dirty greys}
#show {and blacks. The street is covered in dirt and grime, with rubbish strewn}
#show {everywhere. You wonder how there could be such a difference in style and}
#show {appearance within the space of one block from the grand thoroughfare. The}
#show {debris-covered street continues towards a large apartment building to the}
#show {west, and there seems to be a sign of cleanliness to the far south of you.%crlf%e[0;1;37m[%e[0;37mExits: s w%e[0;1;37m]%e[0;37m%crlf%e[0;37mThe corpse of a thug is lying here.}
#show {The corpse of Parpignol is lying here.}
#showp {Scraps of paper and other garbage line the sides of the street.%crlf%e[0;37mA gentrified country man is standing here, fighting YOU.%crlf%e[0;37m%crlf%e[0;1;30m(bob)>A:%e[0;1;34m-274%e[0;1;30m C:%e[0;1;34m-155%e[0;1;30m G:%e[0;1;34m12714%e[0;1;30m L:%e[0;1;31mLeader%e[0;1;30m:%e[0;1;34mNobody%e[0;1;30m w:%e[0;1;34m0%e[0;1;30m W:%e[0;1;34m3%e[0;1;30m XPtnl:%e[0;1;34m-422672970%e[0;1;30m EX:%e[0;1;34m4579760%e[0;1;30m X:%e[0;1;34m522672970%e[0;1;30m lvl:%e[0;1;34m50%e[0;1;30m T:%e[0;1;34m12:56 am%e[0;1;30m %crlf(+)> [HP:%e[0;1;33m371%e[0;1;30m/%e[0;1;34m530%e[0;1;30m] [MV:%e[0;32m559%e[0;1;30m/%e[0;1;34m559%e[0;1;30m] [MP:%e[0;32m383%e[0;1;30m/%e[0;1;34m383%e[0;1;30m] POS:%e[0;1;34mStanding%e[0;1;30m>%e[0;37m}
]]></value>
</alias>
<trigger name="hiddenpromptline" priority="5" trigontrig="false" stop="true" id="7">
<pattern>^~(($name:*)~)~>A~:($align:[-0-9]) C~:($armor:[-0-9]) G~:($gold:%d) L~:($leader:*) w~:($wimpy:%d) W~:($wary:[-0-9]) XPtnl~:($tnl:[-0-9]) EX~:($era:*) X:($xp:%d) lvl:($lvl:%d) T:($time:*)</pattern>
<value>#gag</value>
<arglist>$name,$align,$armor,$gold,$leader,$wimpy,$wary,$tnl,$era,$xp,$lvl,$time</arglist>
</trigger> |
Is what I *THINK* should reproduce it, but doesn't, the test is simple sample, while test2 is an actually copy from the script debugger of the bug WHEN it happened, and it doesn't reproduce the bug in either an untitled session, a session with full trigger set, or even always in current session. When it does bug out what i end up would be...
| Quote: |
[Chat] bob: test
some line
another line
bob is standing here, fighting sally.
bob(bob)>A:-274 C:-155 G:12714 L:Leader:Nobody w:0 W:3 XPtnl:-422672970 EX:4579760 X:522672970 lvl:50 T:12:56 am
(+)> [HP:371/530] [MV:559/559] [MP:383/383] POS:Standing>
[Chat] bob: test
|
Then bright flags typical disappears in captured windows. So i've kinda come to the conclusion that something else is getting broken, possibly from some AV error and then it shows up here. I'll have to keep an eye out to see if it only happens after an AV error. |
|
_________________
"To the engineer, all matter in the universe can be placed into one of two categories: (1) things that need to be fixed, and (2) things that will need to be fixed after you've had a few minutes to play with them" - Scott Adams, The Dilbert Principle |
|
|
|
Anaristos
Sorcerer
Joined: 17 Jul 2007
Posts: 821
Location: California
|
Posted: Sun May 16, 2010 7:28 am
|
I am also experiencing this problem. Especially in captures that are subject to wrapping. The first line will be bright but the subsequent lines will be in low color. Also, if the capture switches colors, the part of line affected by the second color will be also in low intensity.
|
|
_________________
Sic itur ad astra. |
|
|
|
MattLofton
GURU
Joined: 23 Dec 2000
Posts: 4834
Location: USA
|
Posted: Fri May 21, 2010 12:12 am
|
It's definitely related to #CAPTURE, but being on the wrong side of CMud's code I'm not sure if it's because #CAPTURE is slow like #EXECUTE (and thus with all my other scripts its pushing me into a problem zone) or if it actually has a bug. Either way, #EXECWIN window {#print %1} appears to work more quickly and makes the issue of lost ansi bits go away.
|
|
_________________
EDIT: I didn't like my old signature |
|
|
|
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
