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

diff --git a/channels/chan_dahdi.c b/channels/chan_dahdi.c
index 870d4d0158ab84b23334ef7977728389e828424a..bf78cebd0221cf9a1d4b2e6cb941067770c02934 100644 (file)
--- 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;