From: Kevin P. Fleming Date: Tue, 9 Feb 2010 16:24:52 +0000 (+0000) Subject: Don't offer MMR or JBIG transcoding during T.38 negotiation. X-Git-Tag: 11.0.0-beta1~3461 X-Git-Url: http://git.ipfire.org/gitweb.cgi?a=commitdiff_plain;h=3760672f4015a4ef02a1351942bf1ac3beb5df42;p=thirdparty%2Fasterisk.git Don't offer MMR or JBIG transcoding during T.38 negotiation. After further discussion with Steve Underwood, we should not (yet) be offering to receive MMR or JBIG transcoded streams from T.38 endpoints. A future spandsp release will support those features, and then they can be enabled during negotiation git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@245680 65c4cc65-6c06-0410-ace0-fbb531ad65f3 --- diff --git a/apps/app_fax.c b/apps/app_fax.c index bef5ed5511..ede2044373 100644 --- a/apps/app_fax.c +++ b/apps/app_fax.c @@ -373,8 +373,12 @@ static int transmit_audio(fax_session *s) .rate = AST_T38_RATE_14400, .rate_management = AST_T38_RATE_MANAGEMENT_TRANSFERRED_TCF, .fill_bit_removal = 1, - .transcoding_mmr = 1, - .transcoding_jbig = 1, +/* + * spandsp has API calls to support MMR and JBIG transcoding, but they aren't + * implemented quite yet... so don't offer them to the remote endpoint + * .transcoding_mmr = 1, + * .transcoding_jbig = 1, +*/ }; /* if in called party mode, try to use T.38 */