Ищу библиотеку T.38 - PullRequest
       26

Ищу библиотеку T.38

0 голосов
/ 13 февраля 2009

Я пытаюсь внедрить систему, которая работает с факсами. У нас есть шлюз, телефон по T.38 (факс по IP). Мне нужна библиотека, которая позволит мне сделать другой конец, изображение T.38 в TIFF. Я делаю это на Mac, и мы работаем с C, C ++, PHP, Java.

Программа, которая тихо превратит T.38 в T.37 (факс по электронной почте) будет работать так же хорошо.

Кто-нибудь знает что-нибудь из этого?

Ответы [ 4 ]

6 голосов
/ 24 февраля 2009

Шлюз T.38 - это просто секция модема, которая принимает аналоговые «аудио» данные факса на телефонную линию и превращает их в прямой поток двоичных цифровых пакетов данных HDLC T.30 более низкого уровня. Стандарт T.38 действительно определяет некоторый уровень декодирования прикладного уровня для расширения таймеров при определенных квитированиях факсимильных сообщений ФАКС ... в действительности шлюз Т.38 покупает некоторое время на своем конце с аппаратом ФАКС на другом конце телефона. вызов в то время как вещи проходят через IP-сеть ... особенно, если есть потеря пакетов и т. д. Однако все это происходит между шлюзом T.38 и факсимильным аппаратом ... не по направлению к IP-сети.

Итак, если вы действительно хотите заглянуть в конец IP-пакета шлюза T.38 и действительно хотите получить доступ к изображениям документа с факсимильной связью и визуализировать его как TIFF, то вы действительно ищете T. 30 FAX Завершение, начиная с 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, поскольку шлюз T.38, с которым вы разговариваете, уже выполняет часть модема для вас. В качестве альтернативы, другой способ взглянуть на это заключается в том, что вам нужен шлюз T.37 вместо шлюза T.38.

1 голос
/ 27 февраля 2009

Asterisk УАТС с открытым исходным кодом использует библиотеку SpanDSP для осуществления факсимильной связи. Похоже, эта библиотека имеет модулей для обработки T.38 и других протоколов, упомянутых InSciTek Jeff.

0 голосов
/ 11 февраля 2016

OPAL - это библиотека, которая поддерживает T.38 (только до 14400) (она также может использовать spandsp для обработки аудио G711, содержащего факсимильные тоны). Коммерческие варианты также существуют, в основном от Dialogic и Commetrex.

0 голосов
/ 02 марта 2009

Hylafax может работать на вас, если вы хотите где-нибудь использовать Linux.

Я использую звездочку + iaxmodem + hylafax. Hylafax предназначен для приема / отправки факсов. Полученные факсы сохраняются в формате tiff или pdf или отправляются в произвольный сценарий, созданный вами для обработки. Hylafax рассчитывает использовать настоящие модемы. Iaxmodem имитирует настоящий модем, в то же время являясь соединением IAX2 (протокол VoIP, как SIP) со звездочкой.

Если вы действительно хардкор, вы можете посмотреть, как извлечь часть преобразования из hylafax и превратить ее в библиотеку для вашего собственного использования на mac. Это с открытым исходным кодом.

...