On Fri, Feb 24, 2006 at 11:15:07AM +1100, James Harper wrote:
> >
> > My thoughts along the lines of a fully sysfs/hotplug enabled Zaptel
> > include supporting 'named' spans... this could help in that area.
>
> I'd like to add my vote to this, or something like it. I've just started
> toying wit
On Fri, 2006-02-24 at 11:15 +1100, James Harper wrote:
> >
> > My thoughts along the lines of a fully sysfs/hotplug enabled Zaptel
> > include supporting 'named' spans... this could help in that area.
>
> I'd like to add my vote to this, or something like it. I've just started
> toying with the '
Hello,
James Harper wrote:
[skipped]
> > Paul Cadach mentioned something about a jitter buffer for TDMoE, but
> > I don't know whether he was talking about an idea or some real code.
> >
> > I'm also thinking about a jitter buffer, but it's tricky. I might
> > decide to combine ztdummy with ztdyna
>
> My thoughts along the lines of a fully sysfs/hotplug enabled Zaptel
> include supporting 'named' spans... this could help in that area.
I'd like to add my vote to this, or something like it. I've just started
toying with the 'dynamic' spans and it gets confusing as hell. And even
without hots
>
> When I referred to "lost packets", I was meaning from the perspective
of
> the Zaptel layer. In the current TDMoE implementation, there is
absolutely
> no jitter buffer. Packets can come in on the Ethernet with jitter,
> depending on what else is sharing the LAN and the NIC, but the zaptel
> d
On Wed, Nov 23, 2005 at 02:08:51PM +0100, Olle E. Johansson wrote:
OEJ> I had a patch that did the opposite, and that's where we are going.
OEJ> I want to have "register=yes" within a peer section and remove the
OEJ> register= statement from the [general] section.
Is it patch merged to test-this-b
In article <[EMAIL PROTECTED]>,
Philippe Lang <[EMAIL PROTECTED]> wrote:
>
> We have just finished the recording of the french translations of the
> Asterisk 1.2.X sounds. For the moment, it a WAV with CD quality sample rate.
> (WAV PCM 44.1kHz, 16 bits, stéréo, 172 kbits/s)
>
> The english sound
Hi,
I got rid of the messages I was getting in the CDR (pbx.c: Cannot find
extension context 'default') by adding a blank 'default' context at the
front of my extensions.conf (I use the context 'extensions-home') this
also (well sort of ) fixed my problem with blind transfers. I can blind
tra
I need a way to receive channel variable data on certain events. For
example we are setting a contact_code on a channel in an AGI and we need
to be able to retrieve the contact_code via the AgentCalled manager
event. What I did was patch app_queue to use the
pbx_builtin_serialize_variables functi
On Thu, Feb 23, 2006 at 12:37:31PM -0500, Rusty Dekema wrote:
RD> The best-quality codecs that Asterisk currently supports are ulaw and
RD> alaw. Using one of those will result in the best sound quality.
_best_ quality would be with slinear.
--
JID: [EMAIL PROTECTED]
ICQ: 58417635 (please, use
Steven Critchfield wrote:
> Neither way helps when you contemplate the idea of hot swappable cards.
>
> Maybe we need to be able to expose up what card the channel is on and
> then further a span and channel.
My thoughts along the lines of a fully sysfs/hotplug enabled Zaptel
include supportin
On Thu, Feb 23, 2006 at 10:17:11AM +0100, Olle E Johansson wrote:
>>#5090
OEJ> That patch does not apply cleanly to trunk, or at least not to
OEJ> this version of trunk...
I attached patch, updated to trunk revision 10890.
--
JID: [EMAIL PROTECTED]
ICQ: 58417635 (please, use jabber, if you can)
The best-quality codecs that Asterisk currently supports are ulaw and
alaw. Using one of those will result in the best sound quality.
-Rusty
On 2/23/06, Philippe Lang <[EMAIL PROTECTED]> wrote:
> Hi,
>
> We have just finished the recording of the french translations of the
> Asterisk 1.2.X sounds
On Thu, 2006-02-23 at 10:24 -0600, Tilghman Lesher wrote:
> I've thought about this a little bit more, and I think we need to have a
> channel name format which is significantly different, in order to make
> it absolutely clear that it is specified as span/relative-channel,
> rather than absolute-c
14 matches
Mail list logo
