From 89e29bfdc9a0d1f2028a2a5defe3e9179fb24c96 Mon Sep 17 00:00:00 2001 From: "Kevin P. Fleming" Date: Fri, 3 Apr 2009 20:19:20 +0000 Subject: [PATCH] Fix a bug where DAHDI/Zaptel channels would not properly switch formats when requested Don't offer AST_FORMAT_SLINEAR on DAHDI/Zaptel channels... while it could provide a slight performance benefit, the translation core in Asterisk has some flaws when a channel driver offers multiple raw formats. this fix is much simpler than fixing the translation core to solve that issue (although that will be done later). git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.4@186458 65c4cc65-6c06-0410-ace0-fbb531ad65f3 --- channels/chan_dahdi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/channels/chan_dahdi.c b/channels/chan_dahdi.c index 870d4d0158..bf78cebd02 100644 --- a/channels/chan_dahdi.c +++ b/channels/chan_dahdi.c @@ -5689,7 +5689,7 @@ static struct ast_channel *dahdi_new(struct dahdi_pvt *i, int state, int startpb deflaw = AST_FORMAT_ULAW; } tmp->fds[0] = i->subs[index].dfd; - tmp->nativeformats = AST_FORMAT_SLINEAR | deflaw; + tmp->nativeformats = deflaw; /* Start out assuming ulaw since it's smaller :) */ tmp->rawreadformat = deflaw; tmp->readformat = deflaw;