using GA (go ahead) in SmaugFUSS for mudlet
< Newer Topic
:: Older Topic >
Pages:<< prev 1 next >>
#1 Apr 25, 2018 8:07 am
Apprentice
GroupMembers
Posts78
JoinedAug 28, 2016
ok, so there is a lag on mudlet. Someone was trying to instruct me on using GA (go ahead) in the prompt to make it run faster in mudlet.
I was told to use %c and GA as the value at the end of my prompt... Well, I did this but now I just get a diamond with a question mark displaying in my prompt.
Does anyone know what he is talking about and maybe provide a short snip?
I was told to use %c and GA as the value at the end of my prompt... Well, I did this but now I just get a diamond with a question mark displaying in my prompt.
Does anyone know what he is talking about and maybe provide a short snip?
#2 Apr 25, 2018 9:01 am
Last edited Apr 25, 2018 10:37 am by joeyfogas
Apprentice
GroupMembers
Posts78
JoinedAug 28, 2016
ok.. not sure if this is the best way to do this, but this little patch seemed to work...
in comm.c in display_prompt:
I changed this:
to this:
if anyone has a better way let me know, but this is definitely making mudlet run 10x faster
edit: I found that this causes the create character sequence to not respond right... putting ---->
after each "write_to_buffer" call in the sequence fixes that. Once in-game, there are no issues
my best guess is because there is no prompt at this point
in comm.c in display_prompt:
I changed this:
if( pstat != 0x80000000 ) snprintf( pbuf, MAX_STRING_LENGTH - strlen (buf), "%u", pstat ); pbuf += strlen( pbuf ); break; } } *pbuf = '\0'; send_to_char( buf, ch ); return; }
to this:
if( pstat != 0x80000000 ) snprintf( pbuf, MAX_STRING_LENGTH - strlen (buf), "%u", pstat ); pbuf += strlen( pbuf ); break; } } *pbuf = '\0'; send_to_char( buf, ch ); write_to_buffer( d, (const char *)go_ahead_str, 0 ); return; }
if anyone has a better way let me know, but this is definitely making mudlet run 10x faster
edit: I found that this causes the create character sequence to not respond right... putting ---->
write_to_buffer( d, (const char *)go_ahead_str, 0 );
after each "write_to_buffer" call in the sequence fixes that. Once in-game, there are no issues
my best guess is because there is no prompt at this point
#3 Apr 25, 2018 3:52 pm
Apprentice
GroupMembers
Posts57
JoinedNov 24, 2016
I probably wouldn't change my output because of 1 mud client's issue. I guess if you have Kavir's MSDP and can detect mudlet being used you can do an ifcheck to do something different, but seems like mudlet should fix their lag issue.
#4 Apr 25, 2018 7:44 pm
Apprentice
GroupMembers
Posts78
JoinedAug 28, 2016
I have spoken with Vadi who says it's not their issue, it's the mud's issue.. I never had any speed issues with gmud, zmud, or any other client....
but since mudlet is widely used, I supposed i needed to optimize for it. Still working out some kinks, such as the writing buffer not returning the ">" for each line...
I am thinking of simply flagging the person AFK while writing and ifchecking the afk flag for the GA
but since mudlet is widely used, I supposed i needed to optimize for it. Still working out some kinks, such as the writing buffer not returning the ">" for each line...
I am thinking of simply flagging the person AFK while writing and ifchecking the afk flag for the GA
Pages:<< prev 1 next >>