VoIP Mailing List Archives
Mailing list archives for the VoIP community |
|
| View previous topic :: View next topic |
| Author |
Message |
rupa at rupa.com
Guest
|
 Posted: Wed Apr 01, 2009 5:37 pm Post subject: [Freeswitch-users] mod_shout delay in trunk |
 |
|
I've setup a conference bridge that has perpetual-sound set to a icecast stream. When the first person connects, there is an ~7s delay before any audio is heard. This is similar to a problem reported by Dan here and concluded with Tony adding the channel var "enable_file_write_buffering". The list discussion ended here: http://lists.freeswitch.org/pipermail/freeswitch-users/2009-February/011104.html
I set this var in my dialplan:
<action application="set" "enable_file_write_buffering=false"/>
prior to joining the conference.
The first person in still sees a 7s delay on audio the first time in.
Like dan, I have icecast setup with
burst_on_connect set to 1
but my burst_size is the default 64k so quite a bit of data.
Has anyone been able to get an on-demand shoutcast stream from an icecast server to start immediately (or at least within a second)?
Thanks.
--
-Rupa |
|
| Back to top |
|
 |
anthony.minessale at g...
Guest
|
| Posted: Thu Apr 02, 2009 9:10 am Post subject: [Freeswitch-users] mod_shout delay in trunk |
|
|
Its the buffering and startup of the shout stream taking up the time,
HINT put the shoutcast stream into a local stream with a .loc file and then play that in the conference.
2009/4/1 Rupa Schomaker <rupa@rupa.com (rupa@rupa.com)>
--
Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
AIM: anthm
MSN:anthony_minessale@hotmail.com ([email]MSN%3Aanthony_minessale@hotmail.com[/email])
GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com ([email]PAYPAL%3Aanthony.minessale@gmail.com[/email])
IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference
sip:888@conference.freeswitch.org ([email]sip%3A888@conference.freeswitch.org[/email])
iax:guest@conference.freeswitch.org/888
googletalk:conf+888@conference.freeswitch.org ([email]googletalk%3Aconf%2B888@conference.freeswitch.org[/email])
pstn:213-799-1400 |
|
| Back to top |
|
|
rupa at rupa.com
Guest
|
| Posted: Thu Apr 02, 2009 9:18 am Post subject: [Freeswitch-users] mod_shout delay in trunk |
|
|
2009/4/2 Anthony Minessale <anthony.minessale@gmail.com (anthony.minessale@gmail.com)>
| Quote: | Its the buffering and startup of the shout stream taking up the time,
HINT put the shoutcast stream into a local stream with a .loc file and then play that in the conference.
|
Ah, that is easy enough! Though I think with icecast doing the burst_on_connect thingie there should be enough data (pushed much faster than real time) to fill FS's buffers. But that would require mod_shout to cooperate with that strategy.
ie: on connect, drain the socket as fast as it can filling it's own buffers. Once it's own buffers are full start streaming. I think right now it drains the socket only as fast as it needs to. Or maybe not. <shrug/>
I'll go the local stream route for now....
--
-Rupa |
|
| Back to top |
|
|
freeswitch-users at di...
Guest
|
| Posted: Fri Apr 03, 2009 9:05 am Post subject: [Freeswitch-users] mod_shout delay in trunk |
|
|
I have my burst rate set to something low, 4096 right now. I also wrote a flash/flex app that has the same size buffer which results in the audio being heard immediately when connecting. As far as the audio being real time, the audio stream is about 6 seconds behind which I'm guessing is the result of the size of the lame buffers in the mod_shout modules (i'm using g.711 ulaw), I was going to look into that next week. Anyone have any thoughts about where else the delay may be happening? I hoping to get this down to around 2 seconds.
D-
----- Original Message -----
From: "Rupa Schomaker" <rupa@rupa.com>
To: freeswitch-users@lists.freeswitch.org
Sent: Thursday, April 2, 2009 8:05:38 AM GMT -07:00 US/Canada Mountain
Subject: Re: [Freeswitch-users] mod_shout delay in trunk
2009/4/2 Anthony Minessale <anthony.minessale@gmail.com (anthony.minessale@gmail.com)>
| Quote: | Its the buffering and startup of the shout stream taking up the time,
HINT put the shoutcast stream into a local stream with a .loc file and then play that in the conference.
|
Ah, that is easy enough! Though I think with icecast doing the burst_on_connect thingie there should be enough data (pushed much faster than real time) to fill FS's buffers. But that would require mod_shout to cooperate with that strategy.
ie: on connect, drain the socket as fast as it can filling it's own buffers. Once it's own buffers are full start streaming. I think right now it drains the socket only as fast as it needs to. Or maybe not. <shrug/>
I'll go the local stream route for now....
--
-Rupa
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org |
|
| Back to top |
|
|
|
|
|
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
|
Powered by phpBB © 2001, 2005 phpBB Group
|
Search
