[asterisk-bugs] [JIRA] (ASTERISK-24798) Documenation - Clarify That Format Is Set By File Name Extension In MixMonitor
xrobau (JIRA)
noreply at issues.asterisk.org
Tue Feb 17 15:07:34 CST 2015
[ https://issues.asterisk.org/jira/browse/ASTERISK-24798?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=224985#comment-224985 ]
xrobau commented on ASTERISK-24798:
-----------------------------------
After further discussions on IRC, I'm in your camp now. So, this is a documentation issue, but, with a minor secondary bug that MIXMONITOR_FILENAME should be correct, rather than just handing back what it was given to start with.
> Documenation - Clarify That Format Is Set By File Name Extension In MixMonitor
> ------------------------------------------------------------------------------
>
> Key: ASTERISK-24798
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-24798
> Project: Asterisk
> Issue Type: Improvement
> Security Level: None
> Components: Applications/app_mixmonitor
> Affects Versions: 13.1.1
> Reporter: xrobau
> Assignee: Michael L. Young
> Severity: Minor
>
> I'm not sure how far back this one goes, but running mixmon with these params:
> {code}
> MixMonitor("2015/02/17/internal-300-303-20150217-051706-1424114226.982.wav49,ai(LOCAL_MIXMON_ID),/tmp/post.sh")
> {code}
> Results in the file being SAVED as internal-300-303-20150217-051706-1424114226.982.WAV
> Note the different suffix. Mixmon itself seems unaware of this, however, as $\{MIXMONITOR_FILENAME\} reports it correctly:
> {code}
> Set("SIP/303-00000070", "__REC_FILENAME=/var/spool/asterisk/monitor/2015/02/17/internal-300-303-20150217-051706-1424114226.982.wav49") in new stack
> {code}
> {code}
> [root at localhost callrecording]# ls -al /var/spool/asterisk/monitor/2015/02/17/internal-300-303-20150217-051706-1424114226.982.*
> -rw-rw---- 1 asterisk asterisk 3765 Feb 17 05:17 /var/spool/asterisk/monitor/2015/02/17/internal-300-303-20150217-051706-1424114226.982.WAV
> [root at localhost callrecording]#
> {code}
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list