[Freeswitch-users] RTP Audio Stream Initialise

Tue Oct 1 17:00:53 MSD 2013

Hi Michael,

Thanks you for your input.

I can confirm that inserting a silence stream prior to the recording works
in the same way that playing some actual audio does, resulting in a
successful recording. Worth noting is that there appears to be a duration
threshold where if the duration is too short (in my case <100ms) then the
recording come out blank - presumably this is because the stream has not
had enough time to prepare the channel before recording starts.

In response to your question the call is a remotely registered VOIP handset
(OpenSIPS) dialling directly into FreeSWITCH with all call control handled
by ESL. When I stated "initialise the RTP stream for recording" that is my
way of trying to communicate that its my understanding that this is what
playing the audio file (or silence stream following your comment) was
performing in FreeSWITCH.

I feel that you have answered my question however i wanted to post some
fs_cli output to confirm that this is expected behaviour (or something I
should learn to expect!). The lines in red are what i have called "RTP
stream initialise".

*Call with a silence stream (This records successfully)*

2013-10-01 15:10:35.830044 [DEBUG] switch_ivr.c:612 sofia/internal/
3333320116 at x-onsip.com Command Execute playback(silence_stream://1000)
EXECUTE sofia/internal/3333320116 at x-onsip.complayback(silence_stream://1000)
2013-10-01 15:10:35.830044 [DEBUG] switch_ivr_play_say.c:1308 Codec
Activated L16 at 8000hz 1 channels 20ms
2013-10-01 15:10:35.860032 [DEBUG] switch_core_session.c:998 Send signal
sofia/internal/3333320116 at x-onsip.com [BREAK]
2013-10-01 15:10:35.860032 [DEBUG] switch_core_session.c:998 Send signal
sofia/internal/3333320116 at x-onsip.com [BREAK]
2013-10-01 15:10:35.860032 [DEBUG] switch_core_session.c:998 Send signal
sofia/internal/3333320116 at x-onsip.com [BREAK]
2013-10-01 15:10:35.880047 [DEBUG] switch_rtp.c:3704 Correct ip/port
confirmed.
2013-10-01 15:10:35.880047 [DEBUG] sofia.c:5685 Channel sofia/internal/
3333320116 at x-onsip.com entering state [ready][200]
2013-10-01 15:10:36.820081 [DEBUG] switch_ivr_play_say.c:1693 done playing
file silence_stream://1000
2013-10-01 15:10:36.820081 [DEBUG] switch_ivr.c:612 sofia/internal/
3333320116 at x-onsip.com Command Execute
record(/usr/share/sounds/recordings/test.wav 10 200)
EXECUTE sofia/internal/3333320116 at x-onsip.comrecord(/usr/share/sounds/recordings/test.wav
10 200)
2013-10-01 15:10:36.820081 [DEBUG] switch_ivr_play_say.c:599 Raw Codec
Activated
2013-10-01 15:10:36.820081 [DEBUG] switch_core_codec.c:219 sofia/internal/
3333320116 at x-onsip.com Push codec L16:70
2013-10-01 15:10:39.920081 [DEBUG] switch_core_session.c:998 Send signal
sofia/internal/3333320116 at x-onsip.com [BREAK]
2013-10-01 15:10:39.940081 [NOTICE] sofia.c:716 Hangup sofia/internal/
3333320116 at x-onsip.com [CS_EXECUTE] [NORMAL_CLEARING]

*Call without a silence stream (This records silence)*

2013-10-01 15:13:06.660045 [DEBUG] switch_ivr.c:612 sofia/internal/
3333320116 at x-onsip.com Command Execute playback(silence_stream://10)
EXECUTE sofia/internal/3333320116 at x-onsip.com playback(silence_stream://10)
2013-10-01 15:13:06.660045 [DEBUG] switch_ivr_play_say.c:1308 Codec
Activated L16 at 8000hz 1 channels 20ms
2013-10-01 15:13:06.680011 [DEBUG] switch_ivr_play_say.c:1693 done playing
file silence_stream://10
2013-10-01 15:13:06.680011 [DEBUG] switch_ivr.c:612 sofia/internal/
3333320116 at x-onsip.com Command Execute
record(/usr/share/sounds/recordings/test.wav 10 200)
EXECUTE sofia/internal/3333320116 at x-onsip.comrecord(/usr/share/sounds/recordings/test.wav
10 200)
2013-10-01 15:13:06.680011 [DEBUG] switch_ivr_play_say.c:599 Raw Codec
Activated
2013-10-01 15:13:06.680011 [DEBUG] switch_core_codec.c:219 sofia/internal/
3333320116 at x-onsip.com Push codec L16:70
2013-10-01 15:13:06.760081 [DEBUG] switch_core_session.c:998 Send signal
sofia/internal/3333320116 at x-onsip.com [BREAK]
2013-10-01 15:13:06.760081 [DEBUG] switch_core_session.c:998 Send signal
sofia/internal/3333320116 at x-onsip.com [BREAK]
2013-10-01 15:13:06.760081 [DEBUG] switch_core_session.c:998 Send signal
sofia/internal/3333320116 at x-onsip.com [BREAK]
2013-10-01 15:13:06.780071 [DEBUG] switch_rtp.c:3704 Correct ip/port
confirmed.
2013-10-01 15:13:06.780071 [DEBUG] sofia.c:5685 Channel sofia/internal/
3333320116 at x-onsip.com entering state [ready][200]
2013-10-01 15:13:09.680081 [DEBUG] switch_core_codec.c:244 sofia/internal/
3333320116 at x-onsip.com Restore previous codec PCMA:8.
2013-10-01 15:13:09.680081 [DEBUG] switch_ivr.c:612 sofia/internal/
3333320116 at x-onsip.com Command Execute park()

Please do let me know if there is anything interesting about the output i
am seeing above or that i should apply caution to!

Thanks,

Callum

______________________________

Callum Guy
Developer

X-on
Framlingham Technology Centre
Station Road, Framlingham,
Suffolk, IP13 9EZ

T       0333 332 0116
E       callum.guy at x-on.co.uk

X-on is a trading name of Storacall Technology Ltd a limited company
registered in England and Wales
Registered Office : Avaland House, 110 London Road, Apsley, Hemel
Hempstead, Herts, HP3 9SD
Company Registration No. 2578478

This email has been sent from X-on.The contents and attachments are
confidential to the sender and the intended addressees.If the message
is received by anyone other than the addressee please return the
message to the sender by replying to it and then delete the message
from
your computer without copying or disclosing the contents to
anyone.Opinions, conclusions and statements of intent in this email
are those of
the sender and do not bind X-on unless confirmed by authorised
representatives independently of this message.While best endeavours
have
been taken to avoid transmission of viruses, it is the responsibility
of the recipient to scan for these.Please note emails sent to and from
X-on
are routinely monitored for record keeping and quality control, to
ensure regulatory compliance and prevent unauthorised use of our
systems.
Please consider the environment before printing this email.

On 1 October 2013 13:21, Michael Jerris <mike at jerris.com> wrote:

>
> On Oct 1, 2013, at 5:51 AM, Callum Guy <callum.guy at x-on.co.uk> wrote:
>
>  I am trying to understand how audio streams are initialised in
> FreeSWITCH. I'm working with ESL (inbound and outbound) and trying to
> record some audio. Through testing i have proven that audio is working
> correctly for bridged calls, conferences and file playback however not for
> single legged audio recording - that is, until I play a file first.
>
> In my example the playback application is executed from an outbound
> socket, the call is then parked and the inbound socket captures the park
> event and starts recording. With the playback in place i get audio, and
> without it I simply get a silent file of the correct duration presumably
> meaning that the the RTP stream is not active.
>
> You can try a brief silence_stream at the start of the call to address
> this.
>
>  My question therefore is: How can I initialise the RTP stream for
> recording, without having played a file first? Is there a command for this,
> or an argument I can pass to the record application?
>
> FreeSWITCH already does this, its likely whatever your talking to does
> not.  What is on the other end of the call.
>
>  My objective is to understand how RTP streams are initialised in
> FreeSWITCH and any input would be greatly appreciated.
>
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20131001/371aa375/attachment.html 