From 567010c4dc7e5ab861eac5d3fbb73a212b325699 Mon Sep 17 00:00:00 2001 From: "Kevin P. Fleming" Date: Tue, 9 Feb 2010 16:26:35 +0000 Subject: [PATCH] Merged revisions 245680 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ........ r245680 | kpfleming | 2010-02-09 10:24:52 -0600 (Tue, 09 Feb 2010) | 8 lines 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/branches/1.6.2@245683 65c4cc65-6c06-0410-ace0-fbb531ad65f3 --- apps/app_fax.c | 8 ++++++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/apps/app_fax.c b/apps/app_fax.c index 307f6bbd40..3d17671155 100644 --- a/apps/app_fax.c +++ b/apps/app_fax.c @@ -375,8 +375,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 */