[asterisk-bugs] [Asterisk 0013513]: Recording transcoded call with Monitor() uses 4 licenses of G.729

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=13513 
====================================================================== 
Reported By:                blitzrage
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   13513
Category:                   Resources/res_monitor
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
Asterisk Version:           SVN 
SVN Branch (only for SVN checkouts, not tarball releases):  1.4  
SVN Revision (number only!): 140850 
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             2008-09-18 10:24 CDT
Last Modified:              2008-10-14 11:28 CDT
====================================================================== 
Summary:                    Recording transcoded call with Monitor() uses 4
licenses of G.729
Description: 
When recording a call with Monitor() in the dialplan where one end is ulaw,
and the other G.729, it appears that Asterisk utilizes 4 licenses of G.729
in a single call. There may be some sort of optimization that could be done
here, or perhaps there is a reason this needs to happen?

My guess is that Asterisk is converting the ulaw to g.729 before it hits
Monitor(), and is then converting it back to .wav for recording?
====================================================================== 

---------------------------------------------------------------------- 
 (0093606) blitzrage (administrator) - 2008-10-14 11:28
 http://bugs.digium.com/view.php?id=13513#c93606 
---------------------------------------------------------------------- 
Pinging this issue and assigning this issue to file because... well... I
haven't assigned anything to him today! Would you mind checking this out
real quick, and if you can't resolve it, please assign to someone else more
appropriate?

Thanks! 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-10-14 11:28 blitzrage      Note Added: 0093606                          
======================================================================