[asterisk-bugs] [JIRA] Updated: (ASTERISK-20156) MixMonitor creates file even if call state is unanswered (leaves zero length files)

[Michael L. Young (JIRA)]

     [ https://issues.asterisk.org/jira/browse/ASTERISK-20156?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Michael L. Young updated ASTERISK-20156:
----------------------------------------

    Attachment: asterisk-20156-mixmonitor-zero-len-file.diff

Very simple patch which doesn't go the route of setting an option.  If we want an option, then that would require a different patch.

This is based off of looking at app_record and seeing how it handles recordings when no audio is written to the file.

> MixMonitor creates file even if call state is unanswered (leaves zero length files)
> -----------------------------------------------------------------------------------
>
>                 Key: ASTERISK-20156
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-20156
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Applications/app_mixmonitor
>    Affects Versions: 10.6.1
>         Environment: Fedora Core 9, 2.6.25-14.fc9.i686
>            Reporter: George Keretchashvili
>            Assignee: Michael L. Young
>            Severity: Trivial
>         Attachments: 20120719-101521-1342678521.41.mp3, 20120720-212459-1342805099.19.wav, asterisk-20156-mixmonitor-zero-len-file.diff
>
>
> After upgrading from 1.8.8.1, when using MixMonitor() followed by Dial() and the call was not answered (either 180 or 183 SIP message), I get empty audio file recorded with 3ms in length. The file is then converted with bash script to mp3.
> MixMonitor(${MONITOR_FILENAME}.wav,b,${MONITOR_EXEC});
> Dial(SIP/${TRUNK}/${DESTINATION});

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira