similar to: fax with asterisk

I'm trying to install the RxFax in Asterisk. After much trouble getting app_rxfax.c (and friends) compiles and installed into Asterisk (thanks to the many asterisk-users messages) it did get it installed. I have been unable to receive a legible fax. app_rxfax provides lots of debugging information but none useful to me. I was hoping that someone has an idea what might be going on.

more detailed output Sep 21 15:54:31 DEBUG[1120357296]: pbx.c:1255 pbx_extension_helper: Launching 'RxFAX' Sep 21 15:54:31 DEBUG[1120357296]: channel.c:1699 ast_set_read_format: Set channel Zap/1-1 to read format SLINR Sep 21 15:54:31 DEBUG[1120357296]: channel.c:1666 ast_set_write_format: Set channel Zap/1-1 to write format SLINR Changed from phase 0 to 1 Slow carrier up Slow carrier

I'm running asterisk CVS HEAD from 20040601 with spandsp 0.0.1k and libtiff 3.6.0 (no other copies are installed). I've put the audio files up at http://www.mixdown.ca/~andrew/dump/akohlsmith-faxsegfault.tgz -- the machine I am faxing from is a Canon IR3300 printer/copier/fax, but I get similar crashes from $29.95 fax machines too. :-) I'm trying to get a decent backtrace but

Sorry to bore you more with the clock issue, but have you check /proc/zaptel/<span> to make sure it's not missing interrupts? There's also an option to record the audio for the fax, you could listen to that vs a recorded file that will receive correctly on a fax machine and see whether there is an obvious difference? (Good luck, that'll be really scraping the barrel!!) Does it

Hi, I just sent this to Steve Underwood, but then found a bunch of posts on the mailing list about similar issues.. does anyone have the fix? I'm running asterisk CVS-HEAD-06/28/04-18:13:13, spandsp 0.0.1k, libtif 3.5.7 one thing i just noticed is that calls come in with format '72' which is G711A-law or LinearPCM.. it uses PCM for the call, i assume this is ok the results of RxFAX

Hi, so far I had our PRI line connected via Digium TE410P and ZAP channel to asterisk which worked perfectly. I now have a second line coming in through a H.323 gateway and chan_oh323. rxfax() still works and receives faxes with G.711 alaw codec, but I always get one empty first page via H.323 - a one-page-fax becomes a two-page-fax with one empty page in front of it. It seems the empty page

On the /proc/zaptel it was lost interrupts, you haven't got any so that's good! On opencall.org there's a known issues link and that mentions some fax machines that have issues, might be worth a quick check there. I can receive from our fax machine this end, if you'd like I'll send you a test fax if you send me your fax number, if you can receive from us and tpc then it's

Good evening all, to complete test that I made in august (and which where discussed here) about garbage when receiving fax, I went more down in my tests. At first, my setup is an * CVS-HEAD-09/08/04, spandsp-0.0.1k, X100P (Tiger Jet Network Model 300 128k), kernel 2.4.26 on an SMP SoftRaid machine (2x400Celeron 400) and 448 MB RAM. I tried the same kernel without SMP. I tested with a HP

Dear Everyone, I am using R 2.6.2 on my Redhat AS4. I installed the RPM offered on the cran website. I would like to use R from my bash console with the following command: /path/to/R --vanilla --slave --args < /data/myscript.R this script invokes a range of functions and tools, among others to process a bunch of raster images in a loop using GDAL. The thing is that releasing this command in

Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch and buffer size. The hardware requires the framebuffer width to be a multiple of 8. The scanline pitch has be large enough to support this. Therefore compute the byte size of 8 pixels in the given color mode and align the pitch accordingly. Signed-off-by: Thomas Zimmermann <tzimmermann at suse.de> Cc: Philipp Zabel <p.zabel

Hello, I am getting problem for delay call hang-up with the below scenario: PSTN User (calling Party)------------->PSTN Line ----------> FXO with Asterisk Box----------->SIP IP Phone (called party) I am using X100P card with my Asterisk-1.0.7 box. I am also using Zaptel-1.0.7 version. When PSTN user makes call to my PSTN line and after getting IVR, PSTN user dial my SIP

Hi everybody, I don't get odfWeave to run properly. My odt file is as a simple as: ------------------------ Some text. <<echo=FALSE>>= print(1:10) @ ----------------------- The output I get ist the following: ----------------------------------- > odfWeave("roffice.odt", "rofficeOUT.odt") Copying roffice.odt Setting wd to

Dumb-buffer pitch and size is specified by width, height, bits-per-pixel plus various hardware-specific alignments. The calculation of these values is inconsistent and duplicated among drivers. The results for formats with bpp < 8 are incorrect. This series fixes this for most drivers. Default scanline pitch and buffer size are now calculated with the existing 4CC helpers. There is a new

Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch and buffer size. The hardware requires the scnaline pitch to be a multiple of 32 pixels. Therefore compute the byte size of 32 pixels in the given color mode and align the pitch accordingly. Signed-off-by: Thomas Zimmermann <tzimmermann at suse.de> Cc: Rob Clark <robdclark at gmail.com> Cc: Abhinav Kumar <quic_abhinavk

I have a dataframe that looks like this: > str(chr) 'data.frame': 84 obs. of 7 variables: $ county: Factor w/ 3 levels "Broome","Nassau",..: 3 3 3 3 3 3 3 3 3 3 ... $ item : Factor w/ 28 levels "Access to healthy foods",..: 21 19 20 18 16 3 2 6 17 8 ... $ value : num 8644 15 3.5 3.9 7.7 ... $ low : num 7897 9 2.5 2.6 7 ... $ high : num 9390

hi list , is having problems when sending a fax with hylafax and a card sangoma A200D, when he sends it arrives to the destination but it paginates appears in white this is my log Aug 20 16:11:08 voz FaxSend[6715]: MODEM Supports 40 ms, 20 ms/scanline Aug 20 16:11:08 voz FaxSend[6715]: MODEM Supports 40 ms/scanline Aug 20 16:11:08 voz FaxSend[6715]: MODEM WWW.SOFT-SWITCH.ORG spandsp/ Aug 20

On Thu, Apr 18, 2019 at 09:05:05AM -0700, Dan Williams wrote: > > > I'd either add a comment about avoiding retpoline overhead here or just > > > make ->flush == NULL mean generic_nvdimm_flush(). Just so that people don't > > > get confused by the code. > > > > Isn't this premature optimization? I really don't like adding things > >

On Thu, Apr 18, 2019 at 09:05:05AM -0700, Dan Williams wrote: > > > I'd either add a comment about avoiding retpoline overhead here or just > > > make ->flush == NULL mean generic_nvdimm_flush(). Just so that people don't > > > get confused by the code. > > > > Isn't this premature optimization? I really don't like adding things > >

Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch and buffer size. Align the pitch to a multiple of 8. Signed-off-by: Thomas Zimmermann <tzimmermann at suse.de> Cc: Tomi Valkeinen <tomi.valkeinen at ideasonboard.com> --- drivers/gpu/drm/omapdrm/omap_gem.c | 15 +++++++-------- 1 file changed, 7 insertions(+), 8 deletions(-) diff --git

Dan Williams <dan.j.williams at intel.com> writes: > On Thu, Apr 18, 2019 at 9:18 AM Christoph Hellwig <hch at infradead.org> wrote: >> >> On Thu, Apr 18, 2019 at 09:05:05AM -0700, Dan Williams wrote: >> > > > I'd either add a comment about avoiding retpoline overhead here or just >> > > > make ->flush == NULL mean