On Sun, 26 Jun 2005, Stefan Gofferje wrote:
Armin Schindler schrieb:
On Sat, 25 Jun 2005, Stefan Gofferje wrote:
Armin Schindler schrieb:
I have added busy()/congestion() support to CVS HEAD now, can you
please
test if it works for you?
Works
On 11:28:09 June 27, 2005 Armin Schindler [EMAIL PROTECTED] wrote:
Yes, maybe you would like to implement some of those feature-requests
? ;-)
I would love to if I were a bright programmer :-).
--Stefan
--
(o_ Stefan Gofferje | Linux Systems Specialist
//\ Reg'd Linux User
Armin Schindler schrieb:
On Sat, 25 Jun 2005, Stefan Gofferje wrote:
Armin Schindler schrieb:
I have added busy()/congestion() support to CVS HEAD now, can you please
test if it works for you?
Works perfectly well! Also CallingPres(32) does work! The only thing I wonder
On Thu, 23 Jun 2005, Massimo De Nadal wrote:
Have you planned to integrate some echo cancel feature ?
Echo cancelling (if the card supports it) is already implemented.
As far as I know the Eicon Diva Server cards are the only cards supporting
echo cancel via onboard DSPs.
Armin
Armin
Armin Schindler ha scritto:
Have you planned to integrate some echo cancel feature ?
Echo cancelling (if the card supports it) is already implemented.
I think he was talking about the software echo suppressor
As far as I know the Eicon Diva Server cards are the only cards supporting
Have you planned to integrate some echo cancel feature ?
Besides the Eicon-CAPI feature there is an echosquelch in the driver.
Elmar
___
Asterisk-Users mailing list
Asterisk-Users@lists.digium.com
Yes, I know. I was meaning the software thing.
Diva server cancels echo via dsp only with new revisions boards (older
boards are not able to run newer drivers with echo cancellation).
Fritz cards don't cancel echo anyway.
And echo squelch is only a trick that doesn't really solve the problem.
Sergio Chersovani wrote:
As far as I know the Eicon Diva Server cards are the only cards
supporting
echo cancel via onboard DSPs.
AVM active cards do not support it?
No.
Avm active cards are basically multi fritz boards running the same
firmware onboard instead of charging pc cpu.
On Thu, 23 Jun 2005, Massimo De Nadal wrote:
Yes, I know. I was meaning the software thing.
Diva server cancels echo via dsp only with new revisions boards (older boards
are not able to run newer drivers with echo cancellation).
Which boards don't support that? If DSPs on board, echo-cancel
Armin Schindler ha scritto:
Which boards don't support that? If DSPs on board, echo-cancel should be
available.
I have in my hands right now a DIVA Server BRI-2M-PCI (not the 2.0
version) which own its dsp but doesn't echo cancel, due to old capi
drivers which don't support this feature.
On Thu, 23 Jun 2005, Massimo De Nadal wrote:
Armin Schindler ha scritto:
Which boards don't support that? If DSPs on board, echo-cancel should be
available.
I have in my hands right now a DIVA Server BRI-2M-PCI (not the 2.0 version)
which own its dsp but doesn't echo cancel, due to
Yes, that should be possible. But I don't think a channel driver (and each
channel driver) should do that on its own. Software echo cancelling
belongs in a common part of Asterisk.
I strongly agree. But asterisk doesn't seem to work this way. Zap channel
has
it's own
On Thu, 23 Jun 2005, Klaus-Peter Junghanns wrote:
Yes, that should be possible. But I don't think a channel driver (and
each
channel driver) should do that on its own. Software echo cancelling
belongs in a common part of Asterisk.
I strongly agree. But asterisk doesn't
Am Donnerstag, den 23.06.2005, 12:41 +0200 schrieb Armin Schindler:
I strongly disagree. :-) You dont want to do echo cancelation in
userspace. Especially not on a non-realtime operating system.
To make echo cancelation work it has to be as close to the line
interface as possible. Also
On Thu, 23 Jun 2005, Klaus-Peter Junghanns wrote:
Am Donnerstag, den 23.06.2005, 12:41 +0200 schrieb Armin Schindler:
I strongly disagree. :-) You dont want to do echo cancelation in
userspace. Especially not on a non-realtime operating system.
To make echo cancelation work it has to
If yes, then I have to disagree here. Something like 'playing' with
audio-data is nothing the kernel should be concerned with.
This belongs in user-space and if you need realtime, then you should use
a
realtime OS or use RT-scheduling. Just putting such a code into
On Thu, 23 Jun 2005, Klaus-Peter Junghanns wrote:
If yes, then I have to disagree here. Something like 'playing' with
audio-data is nothing the kernel should be concerned with.
This belongs in user-space and if you need realtime, then you should
use a
realtime OS or use
Have you planned to integrate some echo cancel feature ?
Armin Schindler ha scritto:
Hi all,
I would like to announce the first release of the chan_capi
channel driver on sourceforge.net
The package is available for download with name
chan_capi-cm-0.5
and is the current CVS HEAD.
It is
18 matches
Mail list logo