我正在尝试实现一个适用于传真的系统。我们有一个网关，电话到 T.38（IP 传真）。我需要一个库，可以让我做另一端，T.38 到 TIFF 图像。我在 Mac 上做这个，我们使用 C、C++、php、java。
将 T.38 悄悄地转换为 T.37（通过电子邮件传真）的程序也可以正常工作。
有谁知道其中任何一个？
Brian Postow
问问题
3993 次
4 回答
6
T.38 网关实际上只是调制解调器部分，用于在电话线上获取传真模拟“音频”数据并将其转换为较低级别 T.30 HDLC 数据的直接二进制数字数据包流。T.38 标准确实指定了某种级别的应用程序级解码，以延长某些传真确认握手中的计时器……实际上，T.38 网关在他的一端与电话另一端的传真机购买了一些时间当东西通过IP网络时打电话...特别是如果有数据包丢失等情况。但是，所有这些都在T.38网关和传真机之间进行......而不是IP网络。
因此，如果您真的想查看 T.38 网关的 IP 数据包端并且确实想要访问传真文件图像并将其呈现为 TIFF，那么您真正要寻找的是 T.30 传真终止因为 T.30 指定了 HDLC 数据的格式以及如何编码/解码该内容。实际上，您必须实现传真机的逻辑以将文档捕获到 TIFF 中，就像真正的传真机捕获图像并打印到纸上一样。
即：您真正想要的是 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.37 网关而不是T.38 网关。
于 2009-02-24T17:29:38.130 回答
0
如果您愿意在某处使用 linux，Hylafax 可能对您有用。
我使用星号 + iaxmodem + hylafax。Hylafax 旨在接收/发送传真。收到的传真保存为 tiff 或 pdf 格式，或发送到您自己制作的任意脚本进行处理。Hylafax 希望使用真正的调制解调器。Iaxmodem 模拟真正的调制解调器，同时真正成为与星号的 IAX2（类似 sip 的 voip 协议）连接。
如果你真的是铁杆，你可以考虑从 hylafax 中提取“转换”部分并将其变成一个库，供你在 mac 上使用。它是开源的。
于 2009-03-02T04:16:34.303 回答
0
OPAL是一个支持 T.38（仅最高 14400）的库（它也可以使用 spandsp 处理包含传真音的 G711 音频）。也存在商业选择，主要来自 Dialogic 和 Commetrex。
于 2016-02-11T15:02:34.017 回答