[asterisk-bugs] [JIRA] (ASTERISK-24530) app_record stripping 1/4 second from recordings

Ben Smithurst (JIRA) noreply at issues.asterisk.org
Tue Nov 18 03:25:29 CST 2014


    [ https://issues.asterisk.org/jira/browse/ASTERISK-24530?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=223618#comment-223618 ] 

Ben Smithurst commented on ASTERISK-24530:
------------------------------------------

I had a thought on this, I wonder if the 1/4 second strip is designed to strip any partial DTMF tone used to end the recording?  In our case we're ending the call by hanging up (using Record's {{k}} option) - so perhaps the patch should instead only strip if the recording was ended by DTMF.  It looks like this behaviour wasn't changed when the {{k}} option was introduced - http://svnview.digium.com/svn/asterisk/trunk/apps/app_record.c?r1=165954&r2=175549&pathrev=175549 - but perhaps it should be.

Would such a patch be preferable?

> app_record stripping 1/4 second from recordings
> -----------------------------------------------
>
>                 Key: ASTERISK-24530
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-24530
>             Project: Asterisk
>          Issue Type: Improvement
>      Security Level: None
>          Components: Applications/app_record
>    Affects Versions: 11.8.1
>            Reporter: Ben Smithurst
>            Assignee: Matt Jordan
>            Severity: Minor
>         Attachments: app_record.diff
>
>
> For some reason app_record strips 1/4 of a second from the end of recorded files.  This behaviour is not documented and there isn't even a comment in the code to explain why, so I wonder if it's a leftover of some older workaround for a problem?
> This causes a problem for us as we have some real-time monitoring of our platforms which plays and records messages and we need to have reliably identical results.
> I have attached a patch to strip this behaviour, could this be considered?



--
This message was sent by Atlassian JIRA
(v6.2#6252)



More information about the asterisk-bugs mailing list