Login
User Name:

Password:



Register
Forgot your password?
Vote for Us!
tintin++ ogg sound player script for linux
Author: Robert Smith
Submitted by: Vladaar
6Dragons ogg Soundpack
Author: Vladaar
Submitted by: Vladaar
6Dragons 4.4
Author: Vladaar
Submitted by: Vladaar
LoP 1.46
Author: Remcon
Submitted by: Remcon
LOP 1.45
Author: Remcon
Submitted by: Remcon
Users Online
CommonCrawl, Bing

Members: 0
Guests: 13
Stats
Files
Topics
Posts
Members
Newest Member
481
3,740
19,396
629
DarrenPayn
Today's Birthdays
There are no member birthdays today.
Related Links
» SmaugMuds.org » Codebases » SmaugFUSS » using GA (go ahead) in SmaugF...
Forum Rules | Mark all | Recent Posts

using GA (go ahead) in SmaugFUSS for mudlet
< Newer Topic :: Older Topic >

Pages:<< prev 1 next >>
Post is unread #1 Apr 25, 2018, 6:07 am
Go to the top of the page
Go to the bottom of the page

joeyfogas
Apprentice
GroupMembers
Posts77
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?
       
Post is unread #2 Apr 25, 2018, 7:01 am   Last edited Apr 25, 2018, 8:37 am by joeyfogas
Go to the top of the page
Go to the bottom of the page

joeyfogas
Apprentice
GroupMembers
Posts77
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:
            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


       
Post is unread #3 Apr 25, 2018, 1:52 pm
Go to the top of the page
Go to the bottom of the page

Vladaar
Fledgling
GroupMembers
Posts44
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.
       
Post is unread #4 Apr 25, 2018, 5:44 pm
Go to the top of the page
Go to the bottom of the page

joeyfogas
Apprentice
GroupMembers
Posts77
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
       
Pages:<< prev 1 next >>