-
It's possible because there are some system limits for resouces per process (max threads, handles ...).
You can run one t38modem process for incoming calls and one or more t38modem processes for outgoing calls (each listening on a different ports).
2009-12-03 09:18:17 UTC in t38modem
-
vfrolov committed patchset 350 of module t38modem to the t38modem CVS repository, changing 3 files.
2009-12-02 09:06:42 UTC in t38modem
-
Here are my results.
W/o the patch:
OpenPhone -> T.38/H.323 - FAIL
OpenPhone -> G.711/H.323 - OK
OpenPhone -> T.38/SIP - FAIL
OpenPhone -> G.711/SIP - OK
OpenPhone
2009-12-01 15:16:58 UTC in OpalVOIP
-
> no ecm (need to do some changes in codec for gateway mode?)
line 72: #define USE_ECM false
> works with my AP200B if only to restrict max boundrate
Send me a level 5 trace (-ttttt).
> patch to t38proto.cxx does not help
The t38modem does not use that code.
> As for spandsputil version faxopal outgoing g711fax works fine
Does faxopal works fine on...
2009-11-30 14:11:04 UTC in t38modem
-
See
https://sourceforge.net/projects/t38modem/forums/forum/508603/topic/3464113.
2009-11-30 11:41:18 UTC in t38modem
-
Some hints.
To send faxes to EP that that does not support T.38 you need to force fax mode:
--route "modem:0421.*=sip:@172.16.36.112;OPAL-Force-Fax-Mode"
It will try to re-INVITE to T.38 mode and if EP returns "488 Not Acceptable Media" the t38modem will fallback to G.711 mode.
Some EPs do not return "488 Not Acceptable Media". You need to disable T.38 mode for them...
2009-11-30 11:37:49 UTC in t38modem
-
It means that fax application closed port so t38modem should re-open it.
It's usually normal.
2009-11-30 08:37:44 UTC in t38modem
-
Try with
http://sourceforge.net/tracker/?func=detail&atid=989750&aid=2905849&group_id=204472.
2009-11-30 08:33:12 UTC in t38modem
-
See also #2905852.
2009-11-30 07:54:20 UTC in OpalVOIP
-
Fixes mistaken selection of transcoder PCMT.38 instead of TIFF-FileT.38.
2009-11-30 07:52:30 UTC in OpalVOIP
