[asterisk-bugs] [Asterisk 0013405]: [patch] T38 gateway
Asterisk Bug Tracker
noreply at bugs.digium.com
Sun Oct 26 06:51:51 CDT 2008
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=13405
======================================================================
Reported By: dafe_von_cetin
Assigned To: dwaynemh
======================================================================
Project: Asterisk
Issue ID: 13405
Category: Applications/app_fax
Reproducibility: N/A
Severity: feature
Priority: normal
Status: confirmed
Asterisk Version: SVN
SVN Branch (only for SVN checkouts, not tarball releases): trunk
SVN Revision (number only!): 140548
Disclaimer on File?: N/A
Request Review:
======================================================================
Date Submitted: 2008-08-30 16:44 CDT
Last Modified: 2008-10-26 06:51 CDT
======================================================================
Summary: [patch] T38 gateway
Description:
Hi all,
I'm sending you patch containing new application app_faxgateway.c
("FaxGateway") which is able to mediate T30 to T38 and vice versa.
Feature is using spands library (I used spandsp-0.0.4pre18 and
spandsp-0.0.5pre4).
Best regards
Daniel.
======================================================================
----------------------------------------------------------------------
(0094286) irroot (reporter) - 2008-10-26 06:51
http://bugs.digium.com/view.php?id=13405#c94286
----------------------------------------------------------------------
hi ya new patch will be out soon ill be in richards bay for 2 days [see if
there is any one who can find it on a map.ill be doing a asterisk
installation if there is a map in Digium HQ put a pin there im ammased
there are E1 provisioned] so working furiously at it at the moment.
please note this patch like all new features is for TRUNK the f->data is
indeed f->data.ptr in trunk.
the LOAD_OH hunk / channel locking sliped in unnoticed from 1.4 humblist
appologies.
one of the changes ive added and am testing is a ast_generator on the T.30
channel to handle the frame creation.
also taken a few liberties on the actual gateway loop...
also am checking AST_LIST_NEXT im not sure if it is needed or even correct
...
-----------
ast_activate_generator(t30chan, &t38_generator,
t38_state);
s->finished=1;
for(;;) {
active=ast_waitfor_n(channels, 2, &timeout);
timeout=20;
if ((f = ast_read(active))) {
for(;f;f=next) {
if ((active == t38chan) &&
(f->frametype == AST_FRAME_MODEM) &&
(f->subclass ==
AST_MODEM_T38))
t38_core_rx_ifp_packet(t38dsp, f->data.ptr, f->datalen, f->seqno);
else if ((active == t30chan) &&
(f->frametype == AST_FRAME_VOICE) &&
(f->subclass ==
AST_FORMAT_SLINEAR))
t38_gateway_rx(t38_state,
(int16_t *)(f->data.ptr), f->samples);
else if (f->frametype !=
AST_FRAME_NULL)
ast_log(LOG_NOTICE, "BAD
Frame NOT Processed %i/%i %i %i\n",f->frametype, f->subclass, f->datalen,
f->seqno);
next=AST_LIST_NEXT(f,
frame_list);
ast_frame_free(f, 1);
f=NULL;
}
} else if (active)
break;
}
ast_deactivate_generator(t30chan);
----------
Issue History
Date Modified Username Field Change
======================================================================
2008-10-26 06:51 irroot Note Added: 0094286
======================================================================
More information about the asterisk-bugs
mailing list