Someone asked yesterday, "is there a good reason why we can't just put these modules in Asterisk?". After a brief discussion, as long as the modules are clearly set aside in their own directory and not enabled by default, it is perfectly fine. For more information about why a module goes in addons, see README-addons.txt. chan_ooh323 does not currently compile as it is behind some trunk API updates. However, it will not build by default, so it should be okay for now. git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@204413 65c4cc65-6c06-0410-ace0-fbb531ad65f3 |
||
---|---|---|
.. | ||
MPGLIB_README | ||
MPGLIB_TODO | ||
Makefile | ||
README | ||
common.c | ||
dct64_i386.c | ||
decode_i386.c | ||
decode_ntom.c | ||
huffman.h | ||
interface.c | ||
layer3.c | ||
mpg123.h | ||
mpglib.h | ||
tabinit.c |
README
This is a module for asterisk to play mp3 natively. They *SHOULD* be already at 8khz and *SHOULD* be mono. otherwise they will be consuming CPU alot more than need be. Convert them to 8k mono like this: lame -q -p --mp3input -a --preset 8 in.mp3 8kout.mp3 just run # make clean install to install or # make clean autoload to install and autoload at the same time Comments or improvements Anthony Minessale <anthmct@yahoo.com> Donations Welcomed at paypal:jillkm3@yahoo.com