You can set the debug and verbosity level either via command line
param (-vvv [verbose] -ddd [debug) or via the CLI set verbose
level set debug level
On 12/28/05, ast guy [EMAIL PROTECTED] wrote:
/etc/asterisk/logger.conf, does it allow to set verbosity level input
to log file ?
messages =
Tilghman Lesher wrote:
On Tuesday 27 December 2005 14:15, James Sizemore wrote:
I think I found what is munging up the peer lookup:
This call from another Asterisk box starts:
-- SIP read from 192.168.69.254:5060:
The peer lookup that fail reads:
-- SIP read from 192.168.7.250:52141:
Hello Diyanat Ali ,Christian Braun and others
My g729 is working OK with the old patch
g729-rob.diff.
Now i am trying the new patch ipp-050903.diff.txt
getting following errors
I patch against the vm_types_linux32.h include and now
getting errors
gcc -I./include -I./vm/include
Mike Benoit wrote:
I got my hands on a couple of the raw .wav files, and it seems they do
not contain the artifacts I described in earlier emails. I ran my mp3
conversion script on the .wav's and the resulting mp3's do have the
artifacts (if played in XMMS only). So unless the MP3 conversion is
On Wed, 2005-12-28 at 08:37 -0800, hemant surjuse wrote:
Beyond my normal annoyance at the intel G729 hack, couldn't you read
this file enough to realize you probably broke your license by mailing
this? We in the opensource world need to be very mindful of intelectual
property. Many of us are
On Tue, 2005-12-27 at 11:40 -0800, Mike Benoit wrote:
I got my hands on a couple of the raw .wav files, and it seems they do
not contain the artifacts I described in earlier emails. I ran my mp3
conversion script on the .wav's and the resulting mp3's do have the
artifacts (if played in XMMS
Greetings,
I was having a conversation with someone the other day and was informed
that ztdummy is basically unnecessary in BSD and perhaps in more recent
linux kernels. Is this indeed the case? Would you need to run asterisk
at a realtime priority for this to work? Getting rid of the ztdummy
On 12/28/05, Jason DiCioccio [EMAIL PROTECTED] wrote:
Greetings,
I was having a conversation with someone the other day and was informed
that ztdummy is basically unnecessary in BSD and perhaps in more recent
linux kernels. Is this indeed the case? Would you need to run asterisk
at a
Based on the initial response, I should probably clarify what I'm asking.
I know that some applications, as asterisk is developed now, require a
zaptel timing source. However, is this requirement necessary? Would
certain platforms, if asterisk was written to accept it, be able to handle
Based on the initial response, I should probably clarify what I'm
asking.
I know that some applications, as asterisk is developed now, require a
zaptel timing source. However, is this requirement necessary? Would
certain platforms, if asterisk was written to accept it, be able to
handle
Jason
You make a good point. However, until every old telcom person out
there keels over, people will want to know the timing source. Some
platforms may or may not have a good system timer and thus neet the
ZtDummy.
Andrew
On 12/28/05, Jason DiCioccio [EMAIL PROTECTED] wrote:
Based on the
Yes and no. Recent advances in Linux (RT patches, Hi-Res timers) that
are approaching a merge to the mainline kernel raise the possibility
that timing could be migrated to the core of Asterisk.
This would be great in my mind..
On the other hand, if you have a hardware timer, you might
there are a few files, probably derived from some old template,
that still have these blocks:
#ifdef __AST_DEBUG_MALLOC
static void FREE(void *ptr)
{
free(ptr);
}
#else
#define FREE free
#endif
the files in question are the
On Wed, 2005-12-28 at 14:04 -0500, Jason DiCioccio wrote:
My understanding is that on OS's other than Linux (FreeBSD, for
example), the support is there right now for this, but instead of having
asterisk support these native timers directly, ztdummy was ported.
Why wouldn't you just create a
On Wed, Dec 28, 2005 at 10:46:41AM -0800, Dan Austin wrote:
Basically, I'm not asking if asterisk as it is today requires ztdummy.
I'm asking if the requirement is necessary.
Yes and no. Recent advances in Linux (RT patches, Hi-Res timers) that
are approaching a merge to the mainline
Luigi Rizzo wrote:
there are a few files, probably derived from some old template,
that still have these blocks:
#ifdef __AST_DEBUG_MALLOC
static void FREE(void *ptr)
{
free(ptr);
}
#else
#define FREE free
#endif
This is
16 matches
Mail list logo