View Single Post
Old 23rd July 2012, 13:31   #2
Join Date: Sep 2003
Posts: 27,873
if sc_trans is connected to sc_serv, then even if the audio passing through can be delayed from actual time to the heard time, it should not be causing a client to take so long to connect (where things are in the stream audio in sc_serv's buffers doesn't have an affect on the time it takes for a client connection to be started as your post seems to be implying).

have you tried against other clients i.e. ruled out it just being specific to the app / device / networking being the cause of the issue? though it almost seems like it's more the app which isn't working correctly compared to the SC tools.

the main delay is coming from sc_trans and there have been requests for allowing control over the sc_trans buffer sizes but nothing has been done to progress that request (and if it even happens cannot be guaranteed).

DrO is offline   Reply With Quote