I see. Thanks for clarifying. Because a lot of that is being clarified in the carni revamps, I still get it twisted in my head how the current model works.
Actually a lot of Carnifex confuses the shit out of me. That's part of why this revamp has taken so long.
I'll make sure whatever we have makes sense.
Don't worry, it confuses us too.
Arbre-Today at 7:27 PM
You're a vindictive lil unicorn ---------------------------
Lartus-Today at 7:16 PM
oh wait, toz is famous
Karhast-Today at 7:01 PM
You're a singularity of fucking awfulness Toz
--------------------------- Didi's voice resonates across the land, "Yay tox."
---------------------------
Ictinus — 11/01/2021
Block Toz
---------------------------
lim — Today at 10:38 PM
you disgust me
---------------------------
(Web): Bryn says, "Toz is why we can't have nice things."
Yeah, @Oleis, I meant the resource that Carnifex use to power Deathlore abilities, not the Soul level that they draw on like Blood to kill a target with Soulthirst. Sorry, I should have clarified, considering.
Edit: Also thank yooooouuuuuu again for in-lining Flay. tytytytytyyyyyyyyy
I requested gmcp based channel capture from Galleus before gmcp existed (using a different band of telnet protcol). My reasoning was: to make capping emotes for rp logs easier. He said YES! That's so easy and a great idea.
Years down the track we finally have gmcp comm channel.
And it's great. Buuuut...
It captures everything except the ones that were difficult/impossible to capture by triggers. I feel like - what's the point if it doesn't include those three?
DaskalosCredit Whore ExtraordinareRolling amongst piles of credits.
I wouldn't want emotes to run through comm.channel, personally.
Message #17059 Sent By: Oleis Received On: 1/03/2014/17:24 "If it makes you feel better, just checking your artifact list threatens to crash my mudlet."
DaskalosCredit Whore ExtraordinareRolling amongst piles of credits.
Because a comm window is only so big and some people type 40 line emotes.
Message #17059 Sent By: Oleis Received On: 1/03/2014/17:24 "If it makes you feel better, just checking your artifact list threatens to crash my mudlet."
True but you dont have to capture the emote part ... Its like why do shouts? As Do you want to capture idiots who do pointless shouts then hide in the city? .. lol
DaskalosCredit Whore ExtraordinareRolling amongst piles of credits.
I'm not opposed to it, I'd just rather it be like... Aetolia.emotes than comm.channel. Like an Aetolia subset.
Message #17059 Sent By: Oleis Received On: 1/03/2014/17:24 "If it makes you feel better, just checking your artifact list threatens to crash my mudlet."
1. You choose which channels in the comm channel to actually capture. You don't want emotes? Don't capture them.
2.The comm channel is not just useful for sending communication to a chat cap miniconsole. You can also write to text files - that is, log just that stuff. Consider alias: rplog start rplog end with the result being a nicely formatted text file ready for pasting into the forum, no prompts, purely the channels you wish in your rp logs, and a blank line in between each item.
3. Creating a whole new gmcp module is an IRE wide process. Choosing which channels Aetolia does or doesn't send is, correct me if I am wrong @oleis, up to the Aetolian producer and therefore much easier to actually implement.
1. You choose which channels in the comm channel to actually capture. You don't want emotes? Don't capture them.
2.The comm channel is not just useful for sending communication to a chat cap miniconsole. You can also write to text files - that is, log just that stuff. Consider alias: rplog start rplog end with the result being a nicely formatted text file ready for pasting into the forum, no prompts, purely the channels you wish in your rp logs, and a blank line in between each item.
3. Creating a whole new gmcp module is an IRE wide process. Choosing which channels Aetolia does or doesn't send is, correct me if I am wrong @oleis, up to the Aetolian producer and therefore much easier to actually implement.
My name's Ashmer, and I endorse this message.
start rplog would be absolutely amazing and totally do-able, if these things came through GMCP.
If that's really a problem (though I don't see it since people don't emote in the middle of fights) then remove all the clans and org channels from gmcp, which can be triggered without even using regex, and leave the gmcp comm channel purely for the stuff you can't trigger?
I would like to request a new GMCP attribute that contains the last command the Aetolia server has processed from the client. So, for instance, if I am doing a bloodborn ritual and send chant "blah" I can wait to see chant "blah" in that field before I send the next step.
The current solutions i've seen for the problem of sending commands too quickly involves timers or ping which are kind've ugly hacks. I don't think this would cause any gameplay issues, it should just make it easier to write a system.
Even better would be if we could have clients send UUIDs along with commands which we then could match to UUIDs returned in this attribute, so that repeated commands are safe too. That seems like a lot more work on both sides, though.
I would like to request a new GMCP attribute that contains the last command the Aetolia server has processed from the client. So, for instance, if I am doing a bloodborn ritual and send chant "blah" I can wait to see chant "blah" in that field before I send the next step.
The current solutions i've seen for the problem of sending commands too quickly involves timers or ping which are kind've ugly hacks. I don't think this would cause any gameplay issues, it should just make it easier to write a system.
Even better would be if we could have clients send UUIDs along with commands which we then could match to UUIDs returned in this attribute, so that repeated commands are safe too. That seems like a lot more work on both sides, though.
I would like to request a new GMCP attribute that contains the last command the Aetolia server has processed from the client. So, for instance, if I am doing a bloodborn ritual and send chant "blah" I can wait to see chant "blah" in that field before I send the next step.
The current solutions i've seen for the problem of sending commands too quickly involves timers or ping which are kind've ugly hacks. I don't think this would cause any gameplay issues, it should just make it easier to write a system.
Even better would be if we could have clients send UUIDs along with commands which we then could match to UUIDs returned in this attribute, so that repeated commands are safe too. That seems like a lot more work on both sides, though.
If you're on mudlet you can do this client-side.
If you are talking about the event system, then no you cannot. You can see what the client sent last but you cannot see what the server received last.
Unsure if it has been voiced, but what about personal fitness cooldown/balance. gmcp.Class.Vitals.fitness or some such, true if can fitness, false if on cooldown? Pretty please, @Oleis ?
EDIT: While in reality, it may indeed be a very easy thing to track, yes, but as someone pointed out in clan, it really does help to even out the playing field for higher ping people like mahself.
Also, unique class balances like illusion, shadow, spiritwrack, etc.
Edit: Also, something to let us tell if the room is indoors and outdoors. It's a bit niche, but this is useful for laying agoraphobia/claustrophobia affs.
Also, unique class balances like illusion, shadow, spiritwrack, etc.
Edit: Also, something to let us tell if the room is indoors and outdoors. It's a bit niche, but this is useful for laying agoraphobia/claustrophobia affs.
Also would be useful to determine whether your Vampire character should be able to sit around in that room or not.
Comments
Edit: Also thank yooooouuuuuu again for in-lining Flay. tytytytytyyyyyyyyy
the way she tells me I'm hers and she is mine
open hand or closed fist would be fine
blood as rare and sweet as cherry wine
Also added voting.
Pls?
Regards,
A hopeful person.
SHOUTS
EMOTES
PREMOTES
For the comm channel.
I requested gmcp based channel capture from Galleus before gmcp existed (using a different band of telnet protcol). My reasoning was: to make capping emotes for rp logs easier. He said YES! That's so easy and a great idea.
Years down the track we finally have gmcp comm channel.
And it's great. Buuuut...
It captures everything except the ones that were difficult/impossible to capture by triggers. I feel like - what's the point if it doesn't include those three?
Also Momentum ,changelog says fixed, game says no!
Message #17059 Sent By: Oleis Received On: 1/03/2014/17:24
"If it makes you feel better, just checking your artifact list threatens to crash my mudlet."
Message #17059 Sent By: Oleis Received On: 1/03/2014/17:24
"If it makes you feel better, just checking your artifact list threatens to crash my mudlet."
Message #17059 Sent By: Oleis Received On: 1/03/2014/17:24
"If it makes you feel better, just checking your artifact list threatens to crash my mudlet."
2.The comm channel is not just useful for sending communication to a chat cap miniconsole. You can also write to text files - that is, log just that stuff. Consider alias:
rplog start
rplog end
with the result being a nicely formatted text file ready for pasting into the forum, no prompts, purely the channels you wish in your rp logs, and a blank line in between each item.
3. Creating a whole new gmcp module is an IRE wide process. Choosing which channels Aetolia does or doesn't send is, correct me if I am wrong @oleis, up to the Aetolian producer and therefore much easier to actually implement.
start rplog would be absolutely amazing and totally do-able, if these things came through GMCP.
the way she tells me I'm hers and she is mine
open hand or closed fist would be fine
blood as rare and sweet as cherry wine
JSYK she/her pronouns!
-Room is Flooded
-Sand or Overgrowth in Room
-Outside or Inside
-Soft earth (can be burrowed or dug)
-Trees (can be climbed)
-Icewalls/rubble/etc
- Nervine/Speed
- Bone/Sileris
- Jecis/Restoration
- Skullcap/Sudorific
* We get a writhing added to Char.Vitals, so why not these?
- Tattoos Crystal
-Avoidance Fortify/Nimbleness
* When you can do the ability again, not a def warning that you're diverting/dodging well.
- Vocalizing
* When you can queue a Vocalizing effect, not the timer for when those effects fire.
- Corpus Mend/Purify
All this is an easier way to illusion-proof to me. System building would be that much easier. -_-
The current solutions i've seen for the problem of sending commands too quickly involves timers or ping which are kind've ugly hacks. I don't think this would cause any gameplay issues, it should just make it easier to write a system.
Even better would be if we could have clients send UUIDs along with commands which we then could match to UUIDs returned in this attribute, so that repeated commands are safe too. That seems like a lot more work on both sides, though.
gmcp.Class.Vitals.fitness or some such, true if can fitness, false if on cooldown? Pretty please, @Oleis ?
EDIT: While in reality, it may indeed be a very easy thing to track, yes, but as someone pointed out in clan, it really does help to even out the playing field for higher ping people like mahself.
Edit:
Also, something to let us tell if the room is indoors and outdoors. It's a bit niche, but this is useful for laying agoraphobia/claustrophobia affs.