> But when sending a fax (from a Brother fax
machine) the image received is always corrupted: lines are missing, > segments of the faxed page aren't there
etc...
Run
ZTTEST in /usr/src/zaptel. Your output should be 99.98XXX% or higher. If it
isn't the corruption is most likely because o
On 14/05/2005, at 3:59 AM, Colin Anderson wrote: Run ZTTEST in /usr/src/zaptel. Your output should be 99.98XXX% or higher. If it isn't the corruption is most likely because of IRQ misses by the card. Run it for a couple of minutes. Your "worst" should be 99.98XXX%. Subtle timing errors and IRQ mis
u said:
I will try upgrading to a newer kernel (I'm using Fedora Core 2 with
2.6.8 kernel), turn off hyper-threading and see if it makes any
difference...
i said:
wierd. Im running fc2 2.6.8 smp no problems. Could be timing slips on your
PRI, happened to me until I looked hard at the PRI
good
HelloOn 15/05/2005, at 12:00 AM, Colin Anderson wrote:wierd. Im running fc2 2.6.8 smp no problems. Could be timing slips on your PRI, happened to me until I looked hard at the PRI So you turned off Hyperthreading on your linux box or not??What could I do to check if my PRI has timing slips? I have
Jean-Yves Avenard wrote:
Hello
On 15/05/2005, at 12:00 AM, Colin Anderson wrote:
wierd. Im running fc2 2.6.8 smp no problems. Could be timing slips on
your
PRI, happened to me until I looked hard at the PRI
So you turned off Hyperthreading on your linux box or not??
What could I do to check if m
HelloOn 15/05/2005, at 1:55 PM, Steve Underwood wrote:The right thing to do is to sync to the PSTN. The E1s connected to the PSTN should be listed as the lowest numbered clock sources, starting from 1. Places you never want to sync to should be set to zero. Your mail was very interesting, but to be
Jean-Yves Avenard wrote:
Hello
On 15/05/2005, at 1:55 PM, Steve Underwood wrote:
The right thing to do is to sync to the PSTN. The E1s connected to
the PSTN should be listed as the lowest numbered clock sources,
starting from 1. Places you never want to sync to should be set to zero.
Your mail
Hello SteveOn 15/05/2005, at 4:40 PM, Steve Underwood wrote:The second parameter now says "treat this E1 as the first priority as the clock source". Your box should lock itself to the PSTN's clock. If that makes no sense, the bottom line is "this is good". :-) I do not know if it was from upgrading
HelloOn 15/05/2005, at 4:40 PM, Steve Underwood wrote:span=1,1,0,ccs,hdb3,crc4 The second parameter now says "treat this E1 as the first priority as the clock source". Your box should lock itself to the PSTN's clock. If that makes no sense, the bottom line is "this is good". :-) Hum.. an interesti
On May 15, 2005, at 00:38, Jean-Yves Avenard wrote:HelloOn 15/05/2005, at 4:40 PM, Steve Underwood wrote:span=1,1,0,ccs,hdb3,crc4 The second parameter now says "treat this E1 as the first priority as the clock source". Your box should lock itself to the PSTN's clock. If that makes no sense, the bot
Jean-Yves Avenard wrote:
Hello Steve
On 15/05/2005, at 4:40 PM, Steve Underwood wrote:
The second parameter now says "treat this E1 as the first priority as
the clock source". Your box should lock itself to the PSTN's clock.
If that makes no sense, the bottom line is "this is good". :-)
I do no
Jean-Yves Avenard wrote:
Hello
On 15/05/2005, at 4:40 PM, Steve Underwood wrote:
span=1,1,0,ccs,hdb3,crc4
The second parameter now says "treat this E1 as the first priority as
the clock source". Your box should lock itself to the PSTN's clock.
If that makes no sense, the bottom line is "this is
HiOn 15/05/2005, at 5:51 PM, Bryce Chidester wrote:I have the same trouble with wct1xxp. I'd just chalked it up to a PCI bug or other low-level hardware problem with the Digium card. I've simply learned not to, though it would be nice to not have to learn work-arounds.This only happen if I have som
Jean-Yves Avenard wrote:
Hi
On 15/05/2005, at 5:51 PM, Bryce Chidester wrote:
I have the same trouble with wct1xxp. I'd just chalked it up to a PCI
bug or other low-level hardware problem with the Digium card. I've
simply learned not to, though it would be nice to not have to learn
work-arounds.
HelloOn 15/05/2005, at 5:49 PM, Steve Underwood wrote:I don't get that with a TE410P. What happens if you disconnect the cable first, so your box cannot sync to the port, and no longer treats the far end as the clock master? Can you remove the module like that? Whatever, it is a bug, and should be
On May 15, 2005, at 00:55, Jean-Yves Avenard wrote:
Hi
On 15/05/2005, at 5:51 PM, Bryce Chidester wrote:
I have the same trouble with wct1xxp. I'd just chalked it up to a
PCI bug or other low-level hardware problem with the Digium card.
I've simply learned not to, though it would be nice to not
On 15/05/2005, at 5:58 PM, Steve Underwood wrote:Well, it could be worse. You could be using Dialogic card, which randomly crash the machine when you try to restart the drivers, and have continued to do so through 10 years of updates. :-\ Seriously, this really shouldn't happen. It must be a silly
On May 15, 2005 03:46 am, Steve Underwood wrote:
> Maybe someone should submit a patch which changes the documentation to
> something the average person will interpret correctly. It would have
> saved me at least a hundred hours of support hassles in the last year.
Someone's already done it:
http
Andrew Kohlsmith wrote:
On May 15, 2005 03:46 am, Steve Underwood wrote:
Maybe someone should submit a patch which changes the documentation to
something the average person will interpret correctly. It would have
saved me at least a hundred hours of support hassles in the last year.
Someone
Steve Underwood wrote:
Jean-Yves Avenard wrote:
Is there any future support for fax in colours? just wondering, I
don't think I've ever used it before anyway :)
Priorities:
1. T.38
2. A more complete T.30
3. ECM (which is really a part of 2)
4. Things like colour FAX (which in part is
Lee Howard wrote:
The next HylaFAX release (current CVS HEAD already has it) will have
color fax receiving support in Class 1/1.0... provided that the
prerequisites are met.
As HylaFAX depends on libtiff for it's image file handling color fax
support with HylaFAX requires that libtiff also supp
Steve Underwood wrote:
Andrew Kohlsmith wrote:
On May 15, 2005 03:46 am, Steve Underwood wrote:
Maybe someone should submit a patch which changes the documentation to
something the average person will interpret correctly. It would have
saved me at least a hundred hours of support hassles in the
On Sun, 15 May 2005, Steve Underwood wrote:
> Lee Howard wrote:
>
> > The other option to color faxing is JBIG compression. The problem
> > there, is that JBIG is fairly heavily patented still. Thus many fax
> > machines just aren't supporting it yet.
>
> Thanks Lee. I found that helpful, ex
What is in the bug tracker helps make things clearer to people who know
what they are doing. What we need is something that makes things clear
to laymen. Saying internally and externally clocked doesn't cut it. It
needs to be made clear to laymen that clocking internally is rarely
right; that
Michael Welter wrote:
What is in the bug tracker helps make things clearer to people who
know what they are doing. What we need is something that makes things
clear to laymen. Saying internally and externally clocked doesn't cut
it. It needs to be made clear to laymen that clocking internally i
On 15 May 2005, at 17:26, Steve Underwood wrote:
Michael Welter wrote:
What is in the bug tracker helps make things clearer to people
who know what they are doing. What we need is something that
makes things clear to laymen. Saying internally and externally
clocked doesn't cut it. It nee
> > What is in the bug tracker helps make things clearer to people who know
> > what they are doing. What we need is something that makes things clear
> > to laymen. Saying internally and externally clocked doesn't cut it. It
> > needs to be made clear to laymen that clocking internally is rarel
Rich Adamson wrote:
What is in the bug tracker helps make things clearer to people who know
what they are doing. What we need is something that makes things clear
to laymen. Saying internally and externally clocked doesn't cut it. It
needs to be made clear to laymen that clocking internally is r
How about this...
Replace the old text in /usr/src/zaptel/zaptel.conf.sample:
# span=[,yellow]
#
# The timing parameter determines the selection of primary, secondary, and
# so on sync sources. If this span should be c
On Mon, 16 May 2005, Michael Welter wrote:
> Where is the clock source that the T1/E1 board, with "0" for timing,
> uses to generate the tx data stream? Is there a PLL on each board? Or
> is some central source used?
>
> For example, I have one system with two separate T100P cards--one for a
Peter Svensson wrote:
On Mon, 16 May 2005, Michael Welter wrote:
Where is the clock source that the T1/E1 board, with "0" for timing,
uses to generate the tx data stream? Is there a PLL on each board? Or
is some central source used?
For example, I have one system with two separate T100P car
> > How about this...
> >
> > Replace the old text in /usr/src/zaptel/zaptel.conf.sample:
> > # span=,, > (LBO)>,,[,yellow]
> > #
> > # The timing parameter determines the selection of primary, secondary, and
> > # so on s
On Mon, 16 May 2005, Rich Adamson wrote:
> It doesn't make any difference. The pcm data that arrives from the telco
> is buffered in the zaptel and/or asterisk code, and sent out the second
> T1 card as soon as it can. That buffering reduces (or eliminates) the
> need to sync one T1 card to anothe
On Mon, 16 May 2005, Steve Underwood wrote:
> >It is possible, though complicated, to synchronize the 2Mbit clocks on two
> >unrelated cards by measuring the accumulated phase shift (difference in
> >interrupt rate) over time and compensating, thus implementing a PLL in
> >software. Digium has
On 16/05/2005, at 11:48 PM, Steve Underwood wrote:How can that work? You can measure the error, but you have no ability to tweak the clock from software. Two cards could only be synced by hardware.Side questions about spandsp... Is it possible to print the fax header like what most faxes do (that i
Peter Svensson wrote:
On Mon, 16 May 2005, Steve Underwood wrote:
It is possible, though complicated, to synchronize the 2Mbit clocks on two
unrelated cards by measuring the accumulated phase shift (difference in
interrupt rate) over time and compensating, thus implementing a PLL in
software.
It doesn't help at all, since you are talking rubbish. Try to keep track
of the subject matter. We are discussing modems, where not slipping is
vital.
Regards,
Steve
Rich Adamson wrote:
It doesn't make any difference. The pcm data that arrives from the telco
is buffered in the zaptel and/or aste
Hi Jean-Yves,
As a new topic it would have been nicer to everyone to start a new thread.
Are you talking about sending or receiving faxes?
txfax can insert a header on each page when it sends a fax. There is a
parameter for that.
When a fax is received the header you see is part of the image. As
Steve, the stuff below was in direct response to a user question
regarding T1 timing sync and understanding why that might be
important relative to spandsp and/or other modem use. So it does
apply directly. (Of coarse it slid into a tangent.)
> It doesn't help at all, sin
On Tue, 17 May 2005, Steve Underwood wrote:
> >In most hardware the clock you use is not provided by a crystal. Rather
> >the crystal provides a reference for a pll. The conversion factor between
> >the crystan and the derived clock is usually tunable.
> >
> >
> Nope. Its always a crystal. Its e
On Tue, 17 May 2005, Jean-Yves Avenard wrote:
> Side questions about spandsp... Is it possible to print the fax
> header like what most faxes do (that is: who is sending the fax, how
> many pages are included etc...) I'm not talking about printing
> callerid, often I receive fax from the US
Lee Howard wrote:
On Tue, 17 May 2005, Jean-Yves Avenard wrote:
Side questions about spandsp... Is it possible to print the fax
header like what most faxes do (that is: who is sending the fax, how
many pages are included etc...) I'm not talking about printing
callerid, often I receive fax
> Actually.. I
seem to have jumped to improper conclusion..
One thing you will
find abour spandsp is that some fax machines will just plain have a problem
sending to spandsp, period. Mr. Underwood has localized it to cetain HP fax
machines and I can confirm that HP all-in-on
43 matches
Mail list logo