Displaying 20 results from an estimated 110 matches similar to: "SoftFAX/spandsp - release 0.0.1i - txfax fin dings"
2004 Apr 28
1
Softfax/spandsp compilation
Only to signal that if you want to compile app_rxfax and app_txfax with last
cvsses of asterisk you have to modify the patched versions of the apps
directory Makefile to define the symbol _GNU_SOURCE
example, the line to compile app_rxfax from:
gcc -O2 -g -Iinclude -I../include -c -o app_rxfax.o app_rxfax.c
to
gcc -D_GNU_SOURCE -O2 -g -Iinclude -I../include -c -o app_rxfax.o
app_rxfax.c
2004 Jun 20
1
Softfax/spandsp Makefile.patch rxfax/txfax
I followed the instructions at http://www.opencall.org/instructions.html
and
http://lists.digium.com/pipermail/asterisk-users/2003-October/025094.html
I was able to compile spandsp (./configure ; make ; make install),
"manually" patched asterisk apps/Makefile (/usr/src/asterisk/apps), as the
supplied patch does not fit the actual CVS apps/Makefile
After make clean ; make install, I
2004 Mar 30
2
SoftFAX/spandsp - txfax
Hi Steve and all,
1. Faxing from asterisk back to the same asterisk (from one Zap channel to
another)
doesn't work for us. Txfax called with the 'caller' parameter issues
CED, while the
receiving side needs CNG in order to switch to fax extension with
rxfax.
2. This is probably the reason why J2 and our UC don't recognize incoming
fax.
Thank you.
Alex Zarubin
Webley Systems
2003 Nov 12
7
SoftFax question
Hi,
I am looking at using the softfax that Steve Underwood has developed.
It's very straight forward when you assign an extension for the fax.
A function that several pbx's has is that they listen for the 'faxtone'
for 5 seconds
after 'answer' in the menu where you can enter your local extension number,
it's normally done in parallel with the DTMF detection. I think
2004 Mar 16
24
Softfax/spandsp
Hi all,
After a long time having no time, I have finally done some fresh work on
my software fax machine. I have replaced the original carrier tracking
with something more robust. I have also added 4800, and 2400 bits per
second modes, and cleaned up a few bugs in areas like superfine mode
operation. I apologise for this update taking so long.
At ftp://ftp.opencall.org/pub/spandsp you will
2016 Nov 09
0
<-FIN <-RST ->FIN,ACK <-RST on SSL connection shutdown
Hello,
a typical connection close, tcpdump'ed on the server side, looks as follows:
21:44:01.168131 IP xxx.xxx.3.101.143 > xxx.xxx.3.96.35518: Flags [FP.], seq 3982457856:3982457959, ack 1570044906, win 243, options [nop,nop,TS val 138698279 ecr 159494908], length 103
21:44:01.172405 IP xxx.xxx.3.101.143 > xxx.xxx.3.96.35518: Flags [R], seq 3982457960, win 0, length 0
21:44:01.172442
2009 Aug 13
0
Paperclip - gen'd thumbnails are fin in dev, but blurry in production
Seems I''ve seen some discussion in the past about something not right
on the server side with ImageMagick when this is happening, but I cant
find it now that I''m having the problem.
Any advice?
1998 May 26
0
R-beta: Problem with graphics parameter 'fin'
Albrecht,
I tried this:
>oldfin<-par("fin")
>oldfin
[1] 6.990803 6.997416
>par(fin=oldfin)
on my system (Linux and R-0.61.2) and received no error message, as also
reported by Thomas Lumley. I then tried to create the error,
successfully, by:
>oldfin<-c(7,7)
>par(fin=oldfin)
Error: attempt to set invalid value for graphics parameter "fin".
Thinking
2009 Aug 09
2
[Bug 601] New: log messages with flags "ACK PSH FIN"
http://bugzilla.netfilter.org/show_bug.cgi?id=601
Summary: log messages with flags "ACK PSH FIN"
Product: netfilter/iptables
Version: unspecified
Platform: All
OS/Version: Debian GNU/Linux
Status: NEW
Severity: minor
Priority: P3
Component: ip_conntrack
AssignedTo: laforge at
2013 Jun 10
0
[Bug 601] log messages with flags "ACK PSH FIN"
https://bugzilla.netfilter.org/show_bug.cgi?id=601
Phil Oester <netfilter at linuxace.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |netfilter at linuxace.com
--- Comment #3 from Phil Oester <netfilter at linuxace.com> 2013-06-10
2013 Jun 11
0
[Bug 601] log messages with flags "ACK PSH FIN"
https://bugzilla.netfilter.org/show_bug.cgi?id=601
Pieter Smit <netfilter at vigor.co.za> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |INVALID
--- Comment #4 from Pieter Smit <netfilter
2008 Dec 09
3
Voicemail.conf: where to fin strftime manual entry ?
Hi,
In voicemail.conf, you can read
; Look in /usr/share/zoneinfo/ for names of timezones.
; Look at the manual page for strftime for a quick tutorial on how the
; variable substitution is done on the values below.
Where can this manual page for strftime be found ?
man strftime and apt-cache search strftime don't reply much ...
Regards
-------------- next part --------------
An HTML
2000 Oct 04
1
Par arguments and pin and fin
Hi R Gurus,
I want to change the size and shape of the plot region, but cannot work out
how to use the arguments pin and fin in the par() function e.g. :
par(lwd=1.5, font=1, mfrow=c(2,1), pty="m", plt=c(.1,.9, 0.1,.9),
mar=c(1,4,0.1,0.1)
pin=c(6,12))
this gives me a syntax error associated with pin. How should I be using
these arguments?
Thanks,
Matt Redding
1998 May 24
1
R-beta: problem with graphics parameter "fin"
Hi,
I have the following problem (with R 0.61.3 an Linux, and a new and empty
workspace)
> oldpar<-par()
> par(oldpar)
Error: attempt to set invalid value for graphics parameter "fin".
> oldpar$fin
[1] 6.992034 6.990803
but now:
> oldpar$fin <- c(6.99,6.99)
> par(oldpar)
it works.
It seems, that if I set oldpar$fin to values greater than listed above
2008 Mar 11
1
Cingular/ATT killing my IMAP/POP connections with bad TCP FIN packets?
Hello all,
I've got an issue I'm almost positive is not related to Dovecot, but was
wondering whether anyone else has had similar problems or could
duplicate my results. Please accept my apologies if this is considered
off-topic or this issue is actually just a symptom of my own ignorance.
Also, sorry for how long this email got, I knew I wouldn't be able to
explain my issue in
2011 Sep 21
2
T.38 "client" for Linux?
I am looking for a simple way to send occasional faxes via the FXO
port on my SPA3102 -- without having to connect a fax modem to an
ATA. In an ideal world, this would be some sort of "softfax" that
runs on my Linux desktop and talks (via Asterisk) to the SPA3102 with
T.38.
This is one of those things that I thought would be relatively
straightforward, but a couple of hours of Googling
2005 Jul 02
3
packets with syn/fin vs pf_norm.c
Hi,
First of all, I know that not dropping SYN/FIN isn't really a big deal, it
just makes no sense. But since it doesn't make any sense, I don't see
the reason why not to discard them.
I'm running pf on FreeBSD 5.4-RELEASE-p3 and I scrub any traffic. I've
read some other posts on google and as far as I can tell, clearly invalid
packets (like packets with SYN/RST set) is
2004 Apr 30
0
FW: spandsp...can't compile *
Hi Mark,
Thanks for the follow up!
>Did you get it to compile? I saw another post giving some more specific
>help.
>
>
I did actually get it to compile in the end, with the help of someone on
the IRC channel, but it doesn't seem to be able to handshake with the
originating fax machine, so I'm not sure what is wrong there.
I have set up a fax extension on *15 on my
2005 Feb 23
1
Sipura 2000 w/fax machine oddities
I'm really trying to understand this. I have a Sipura 2000, brother
MFC, and SpanDSP set up on asterisk.
because asterisk softfax was not working well, i set up faxes to goto
line2 on the sipura. this is working fine, i have only tested a few
short faxes, but already my completion rate was 100% vs 5-10% that
spandsp and asterisk gave me.
here's the odd part. using the fax machine, I
2003 Nov 18
4
Help with Warnings
I'm trying to clean up some notices/warnings that are repeatedly logged
in *.Any Help would be appreciated as I'm not sure of the cause
/solution.
Here are the errors:
Nov 17 15:53:38 WARNING[1217602880]: File chan_zap.c, Line 1321
(zt_call): cidspill already exists??
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
/* Don't send audio while on hook, until the call