Change call recoding format

For the meantime, perhaps you can add a [macro-record-enable-custom] context where we can set the recording format so that it doesn't get overwritten on every update (probably by overriding the 999 priority in extnesions_custom,conf). Another way to do this would be to add a global variable for the format and change (${CALLFILENAME}.wav) to (${CALLFILENAME}.${FORMAT})

see also #2803

One approach would be to add the settings to the general page. I'va attached a patch for that. You need to add the following to the database for it to work:

INSERT INTO `asterisk`.`globals` (
`variable` ,
`value`
)
VALUES (
'MIXMON_FORMAT', ''
), (
'MIXMON_DIR', ''
), (
'MIXMON_POST', ''
);

I'm hoping to get some feedback on this approach

My opinion on this is that call recording is already fairly heavy on a system and can really load it down and possibly add instability. If you are going to have a lot of recorded files (probably the reason you would wan this feature), it would seem like the added load of transcoding to compressed codecs could worsen the situation.

However - if you want to add the feature it's probably fine. The General Tab is already a real mess so making it a bit more until we com up with a better way to handle all the various things that end up there is probably fine. However, maybe better would simply be to make this configurable in amportal.conf so as not to add the extra clutter. That would be my vote if the feature is needed.

Call recording should probably be its own module - with global recording options. But there is also a lot of changes that I would believe should be made to ringroups/follow me which need to be resolved first (which would also remove a lot of the reliance on dialparties - but that's another story).

Most of my servers record calls, and record them in WAV. The only time I needed to shut off recordings for performance reasons was when at the peak of a campaign, push 50k minutes daily, calls where taking a long time (read: 5-10 seconds) to reach all members of the queues.

As far as actual transcoding - wav, ulaw, alaw, and sln will probably have minimal affect at most (aside for disk i/o issues which is codec independent). While gsm and g729 would take more cpu, if the calls are already transcoded (or being passed-thru) in compressed formats, it would probably take less cpu to recorded them in their already compressed format than in the now-default wav.

Yes - the 'advanced' options (directory and run after) should probably be in amportal. Maybe when the general page gets redone well move them there.

r5917

r5918 also needed