寻找T.38库

Question

我正在尝试实施一个使用传真的系统。我们有一个电话，电话到T.38（通过IP传真）。我需要一个让我做另一端的图书馆，T.38到TIFF图像。我在mac上做这个，我们使用C，C ++，php，java。

将T.38悄然转变为T.37（通过电子邮件传真）的程序也可以正常工作。

有谁知道其中任何一个？

Answer 1

T.38网关实际上只是在电话线上接收传真模拟“音频”数据的调制解调器部分，并将其转换为较低级别T.30 HDLC数据的直接二进制数字数据包流。 T.38标准确实指定了一定程度的应用程序级别解码，以扩展某些FAX acknolwedgement握手中的计时器....实际上，T.38网关在电话的另一端用传真机购买了一段时间通过IP网络进行呼叫时...特别是如果有丢包等等。但是，所有这一切都在T.38网关和传真机之间进行....而不是IP网络。

所以，如果你真的想要进入T.38网关的IP数据包端并且实际上想要访问传真文档图像并将其呈现为TIFF，那么你真正想要的是T. 30 T. FAX终止，因为T.30指定了HDLC数据的格式以及如何编码/解码该内容。实际上，您必须实现传真机的逻辑，将文档捕获到TIFF中，就像真正的传真机捕获图像并打印到纸张一样。

ie：你真正想要的是T.30实现，而不是T.38实现。请注意，T.30标准的一部分也引用了T.4，它描述了如何在T.30的上下文中压缩实际图像数据。

相对于从T.38到T.37，虽然我认为这在理论上是可行的，但是理解就像T.38一样，T.37标准假定这样一个网关的一端是模拟域。也就是说，T.37的标准规定了如何从模拟到电子邮件消息的方式与T.38从模拟到实时数字包流的方式相同。在标准的背景下，从T.38到T.37没有“双跳”来获取你的传真图像......所以我认为找到一个现有的实现似乎不太可能。

最后，您需要的是T.30 FAX终端实施，因为您正在与之交谈的T.38网关已经在为您完成调制解调器部分。另外，另一种看待这种情况的方法是你想要一个T.38网关而不是的T.38网关。

Answer 2

Asterisk开源PBX使用SpanDSP库来实现传真。看起来该库有modules来处理T.38以及InSciTek Jeff提到的其他协议。

Answer 3

如果你愿意在某个地方使用linux，那么Hylafax可能适合你。

我使用星号+ iaxmodem + hylafax。 Hylafax旨在接收/发送传真。收到的传真将保存为tiff或pdf，或发送到您自己制作的任意脚本进行处理。 Hylafax希望使用真正的调制解调器。 Iaxmodem模拟真正的调制解调器，而真正的IAX2（像sip这样的voip协议）连接到星号。

如果你真的是硬核，你可以考虑从hylafax中提取'转换'部分并将其转换成一个库，供你自己在mac上使用。它是开源的。

Answer 4

OPAL是一个支持T.38（仅高达14400）的库（它也可以使用spandsp来处理包含传真音的G711音频）。商业选择也存在，主要来自Dialogic和Commetrex。