Я пытаюсь внедрить систему, которая работает с факсами. У нас есть шлюз, телефон до T.38 (факс через IP). Мне нужна библиотека, которая позволит мне сделать другой конец, T.38 - изображение TIFF. Я делаю это на mac, и мы работаем с C, C++, php, java.Ищите библиотеку T.38
Программа, которая тихо превратит T.38 в T.37 (факс по электронной почте), будет работать так же хорошо.
Кто-нибудь знает об этом?
Hylafax может работать на вас, если вы захотите использовать Linux где-нибудь.
Я использую звездочку + iaxmodem + hylafax. Hylafax предназначен для приема/отправки факсов. Полученные факсы сохраняются как tiff или pdf или отправляются на произвольный скрипт, созданный для обработки. Hylafax рассчитывает использовать настоящие модемы. Iaxmodem имитирует настоящий модем, в то время как на самом деле это соединение IAX2 (VoIP-протокол, например sip) со звездочкой.
Если вы действительно хардкор, вы можете посмотреть извлечение части «преобразования» из hylafax и превращение ее в библиотеку для собственного использования на Mac. Это с открытым исходным кодом.
Шлюз T.38 - это действительно только модемный раздел для приема аналоговых «аудио» данных FAX на телефонной линии и превращает его в прямой двоичный цифровой пакетный поток данных TLC более высокого уровня T.30. В стандарте T.38 указывается некоторый уровень декодирования уровня приложения для расширения таймеров в некоторых рукопожатиях FAX acknolwedgement .... фактически шлюз T.38 покупает некоторое время на своем конце с помощью аппарата FAX на другом конце телефона звоните, в то время как материал делает это через IP-сеть ... особенно если есть потеря пакетов и т. д. Однако все это происходит между шлюзом T.38 и машиной FAX .... не по отношению к IP-сети.
Итак, если вы действительно хотите заглянуть в конец IP-пакета шлюза T.38 и на самом деле хотите получить доступ к изображениям документа FAX и отобразить их как TIFF, то, что вы действительно ищете, является T .30 FAX Termination, поскольку T.30 определяет формат данных HDLC и как кодировать/декодировать этот контент. Фактически, вы должны реализовать логику машины FAX для захвата документов в TIFF так же, как реальная машина FAX захватила бы изображения и напечатала на бумаге.
т. Е. То, что вы действительно предназначаете, - это реализация 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, чтобы добраться до ваших изображений FAX .... поэтому я считаю, что поиск существующей реализации кажется маловероятным.
В конце концов, вам понадобится реализация T.30 FAX, так как шлюз T.38, с которым вы разговариваете, уже выполняет модемную часть для вас. В качестве альтернативы, другой способ взглянуть на это состоит в том, что вы хотите использовать шлюз T.37 вместо шлюза T.38.
Да, мы планируем использовать Hylafax для работы с T.30. Проблема в том, что T.38 в T.30 для Hylafax читать ... –
OPAL - это библиотека, поддерживающая T.38 (только до 14400) (она также может использовать spandsp для обработки звука G711, содержащего факсимильные тоны). Коммерческие варианты также существуют, в основном из Dialogic и Commetrex.
Hylafax - это то, что мы планируем использовать для T. 30 часть. Мы здесь на macs, поэтому мы надеемся, что, по крайней мере, это достаточно близко, чтобы linux работал нормально ... Проблема заключается в том, что T.38 превращается в прямой T.30 для Hylafax ... –
oh, не пользуйтесь УАТС, поэтому звездочка ard iaxmodem не помогает нам ... –
Понял о звездочке и iaxmodem, я просто хотел узнать о настройке, с которой я использовал hylafax. – Nathan