Bug - LUA session:recordFile when using video phones
Hi All, FreeSWITCH version 1.6.19 We are using LUA “session:recordFile” to record greetings which works perfectly on non-video devices, however video phones (such as Polycom VVX500\VVX600, Yealink T49G etc) are not supported unless video is disabled on the device thus preventing it from attempting to negotiate video in the SDP message. We have H264 enabled in FS gobal_codec_prefs, disabling H264 also resolves the problem. From the point we begin the recording there is a 10 second delay before the recording starts on video devices, recording starts after the error “Unable to establish inbound video stream” occurs. 2017-09-28 13:01:39.885386 [NOTICE] switch_core_io.c:1202 Activating write resampler 2017-09-28 13:01:39.985376 [DEBUG] switch_cpp.cpp:895 getDigits dtmf_buf: 2017-09-28 13:01:49.985371 [ERR] switch_ivr_play_say.c:496 Unable to establish inbound video stream 2017-09-28 13:01:49.985371 [DEBUG] switch_ivr_play_say.c:560 Raw Codec Activated, ready to waste resources! 2017-09-28 13:01:49.985371 [DEBUG] switch_ivr_play_say.c:674 Raw Codec Activated We’ve tried to work around the issue by adding this to our dialplan before the call is answered but the same issue occurs: <action application="export" data=" absolute_codec_string=PCMA,PCMU"/> <action application="export" data="codec_string=PCMA,PCMU"/> Looks like this is a known issue: https://groups.google.com/forum/#!topic/2600hz-users/61XyiXya5Ik https://freeswitch.org/jira/si/jira.issueviews:issue-html/FS-9632/FS-9632.ht... The JIRA “FS-9632” was marked as resolved but doesn’t appear to apply to LUA when using “session:recordFile”. https://freeswitch.org/jira/browse/FS-9632 Perhaps we’ve missed something, does anyone have any ideas? Thanks, Shaun ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________
On 28 September 2017 at 05:04, Shaun Stokes <shaun.stokes@itec-support.co.uk> wrote:
Hi All,
FreeSWITCH version 1.6.19
Looks like this is a known issue:
https://groups.google.com/forum/#!topic/2600hz-users/61XyiXya5Ik
https://freeswitch.org/jira/si/jira.issueviews:issue-html/FS-9632/FS-9632.ht...
The JIRA “FS-9632” was marked as resolved but doesn’t appear to apply to LUA when using “session:recordFile”.
https://freeswitch.org/jira/browse/FS-9632
Perhaps we’ve missed something, does anyone have any ideas?
Well that bug has a fix version of a release that hasn't happened yet, so I don't know if that means it's not in your 1.6.19 build. Here's the commit: https://freeswitch.org/stash/projects/FS/repos/freeswitch/commits/efc2ed2a49... At worse, you can make a bug and reference the one you found above.
Thanks,
Shaun
This is fixed in 1.6 as well.. it’s jira wasn’t updated, i have on my backlog to go back and fix these in jira to properly reflect the right fix version On Fri, Sep 29, 2017 at 3:50 PM jungle Boogie <jungleboogie0@gmail.com> wrote:
On 28 September 2017 at 05:04, Shaun Stokes <shaun.stokes@itec-support.co.uk> wrote:
Hi All,
FreeSWITCH version 1.6.19
Looks like this is a known issue:
https://groups.google.com/forum/#!topic/2600hz-users/61XyiXya5Ik
https://freeswitch.org/jira/si/jira.issueviews:issue-html/FS-9632/FS-9632.ht...
The JIRA “FS-9632” was marked as resolved but doesn’t appear to apply to
LUA
when using “session:recordFile”.
https://freeswitch.org/jira/browse/FS-9632
Perhaps we’ve missed something, does anyone have any ideas?
Well that bug has a fix version of a release that hasn't happened yet, so I don't know if that means it's not in your 1.6.19 build. Here's the commit:
https://freeswitch.org/stash/projects/FS/repos/freeswitch/commits/efc2ed2a49...
At worse, you can make a bug and reference the one you found above.
Thanks,
Shaun
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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
Looking at 'src/switch_ivr_play_say.c', this is starting to make a bit more sense. The 10 second delay is produced by line 495 in 'src/switch_ivr_play_say.c' which waits for 10 seconds for video params before continuing, line 496 outputs the error we see 'Unable to establish inbound video stream' just before recording starts. What's the longest amount of time it could take to get video params, 10 seconds seems like a long time to wait for a VoIP call? If we're saving using an audio file prefix (wav\mp3) perhaps we can skip video recording altogether? I'll raise a JIRA. ________________________________________ From: FreeSWITCH-users [freeswitch-users-bounces@lists.freeswitch.org] on behalf of Michael Jerris [mike@jerris.com] Sent: 30 September 2017 01:07 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] Bug - LUA session:recordFile when using video phones This is fixed in 1.6 as well.. it’s jira wasn’t updated, i have on my backlog to go back and fix these in jira to properly reflect the right fix version On Fri, Sep 29, 2017 at 3:50 PM jungle Boogie <jungleboogie0@gmail.com<mailto:jungleboogie0@gmail.com>> wrote: On 28 September 2017 at 05:04, Shaun Stokes <shaun.stokes@itec-support.co.uk<mailto:shaun.stokes@itec-support.co.uk>> wrote:
Hi All,
FreeSWITCH version 1.6.19
Looks like this is a known issue:
https://groups.google.com/forum/#!topic/2600hz-users/61XyiXya5Ik
https://freeswitch.org/jira/si/jira.issueviews:issue-html/FS-9632/FS-9632.ht...
The JIRA “FS-9632” was marked as resolved but doesn’t appear to apply to LUA when using “session:recordFile”.
https://freeswitch.org/jira/browse/FS-9632
Perhaps we’ve missed something, does anyone have any ideas?
Well that bug has a fix version of a release that hasn't happened yet, so I don't know if that means it's not in your 1.6.19 build. Here's the commit: https://freeswitch.org/stash/projects/FS/repos/freeswitch/commits/efc2ed2a49... At worse, you can make a bug and reference the one you found above.
Thanks,
Shaun
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org<mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org<mailto: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 ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________ ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________
participants (3)
-
jungle Boogie
-
Michael Jerris
-
Shaun Stokes