Форумы  ·  Войти  · 

Тема: Регулировка минимальной длительности распознавания DTMF на TDE200

Страница 3 из 5, все  < 1 2 3 4 5 > 
[ #31 ]  30.04.13 17:40   shuum  (123/24.12.09)  
Mike_K - 30.04.13 17:36
shuum - 30.04.13 17:06

Это все отлично, наложим условие: если длительность импульса распознаваемого как DTMF меньше n(где n задается в ms), то не воспринимать его как DTMF! И всё решение(нужный буфер там и так есть).

Вы косите под идиота?
Какой оператор связи позволит на своих каналах, чтоб было  эхо?
Если есть эхо и его не могут убрать, то убрать нужно того, кто предоставляет это самые услуги.

А вы под идейно-принципиального идиота? Я же писал, что в некоторых ситуациях прямолинейные суждения не всегда оправданны! А посто про условие шёл ответом на копипаст википедии! Да и не эхо это! ни по факту ни по сути! Я с вами согласен, что косяк на 100% провайдера, я просто рассматриваю все пути решения ...

[ #32 ]  30.04.13 18:17   НачШтаба  EXPERT  

shuum, ещё раз (возможно, что десятый) пытаюсь повторить свою мысль: какого-то специального таймера на принимающей стороне (в данном случае это панасоник) просто.. не существует! .. Секретного ингридиента нет!  :copy: /Панда/.. Таковые таймеры МОГУТ существовать на ПЕРЕДАЮЩЕЙ стороне, и, как правило,  они НЕ РЕГУЛИРУЕМЫЕ. Они реализуются аппаратно в зависимости от.. Онотоле уже упомянул господина Гёрцеля.. 😊 НО! некоторые китайские (подчеркнуть чтоль это слово?) производители частенько “усовершенствуют” и “рационализируют” выпускаемое оборудование.. (типа представьте себе, что некий кодер/декодер, который должен обрабатывать один канал начинает обслуживать два.. да что там два! три канала!.. что в итоге получается?)..

...я вот не знаю, что у него за оборудование такое немощное ... а может просто лень и низкая квалификация (в это не хотелось бы верить)

А это зря. Верить надо. Верьте в то, что провайдер любит длинки и “но-нэймы”, что провайдер считает употребление циски необоснованно накладным, верьте в то, что.. нет, не лень. Возможности нема. Оборудование примитивно.
Вся возня типа

наложим условие: если длительность импульса распознаваемого как DTMF меньше n(где n задается в ms), то не воспринимать его как DTMF! И всё решение(нужный буфер там и так есть).

один хрен не спасёт. Представим себе такую ситуацию: мы выбираем это самое n.. ну пусть это будет 50 ms. Но, предположим, на провайдерском оборудовании большая нагрузка и некий егоный шлюз начинает понимать DTMF-ную посылку только по истечении 60-ти ms после её начала. То есть сработать то оно сработало! Но задержечка то больше чем те самые пресловутые 50 ms! То есть в линию в голосовом канале 60 миллисекунд DTMF-а один хрен дойдут! И вместе с этим они же придут и в сигнальном канале! И получается, кому тут верить?..

Теперь о “путях решения” Сдаётся мне, что их кагбэ нет. То есть есть, но с несколько иным функционалом, нежели именно DISA. Можно сделать вариант с так называемым АА. Таймер второй цифры в ноль - и на вторую цифру уже наср..её будет “незаметно”. Ведь есть так называемый “защитный” таймер от “дикого АОНа”, который можно уменьшить до 0,2 sec. Тогда между первой и второй промежуток небольшой ОБЯЗАТЕЛЬНО должен присутствовать. Если в АТС все внутренние номера трёхзначные и начинаются на одну и ту же цифру (ну пусть на даже на две.. на три..), то можно попробовать наколдовать дозвон до любого абонента с использованием АА. Гиморно, но, надеюсь, возможно.

[ #33 ]  30.04.13 19:58   Toli63  EXPERT  

Чудны дела твои господи. Я это к тому пров гонит херню в канал. А я (пользователь должен косяки прова исправлять).Вы же ТС не льёте солярку в своё авто которое потребляет 95. Я думаю даже не будете лить 80. Или чтобы ваше авто потребляла 80, вы не будете уменьшать степень сжатия путём утолщения прокладки.А просто поедете на ту заправку где льют 95.

[ #34 ]  01.05.13 0:55   shuum  (123/24.12.09)  

Теперь о “путях решения” Сдаётся мне, что их кагбэ нет. То есть есть, но с несколько иным функционалом, нежели именно DISA. Можно сделать вариант с так называемым АА. Таймер второй цифры в ноль - и на вторую цифру уже наср..её будет “незаметно”. Ведь есть так называемый “защитный” таймер от “дикого АОНа”, который можно уменьшить до 0,2 sec. Тогда между первой и второй промежуток небольшой ОБЯЗАТЕЛЬНО должен присутствовать. Если в АТС все внутренние номера трёхзначные и начинаются на одну и ту же цифру (ну пусть на даже на две.. на три..), то можно попробовать наколдовать дозвон до любого абонента с использованием АА. Гиморно, но, надеюсь, возможно.

Спасибо большое! Это я, получается, должен пристально смотреть в 2.3 пункт “DISA” ? Вот это не понял:

Ведь есть так называемый “защитный” таймер от “дикого АОНа”, который можно уменьшить до 0,2 sec. Тогда между первой и второй промежуток небольшой ОБЯЗАТЕЛЬНО должен присутствовать.

Поясните пожалуйста. Спасибо.

[ #35 ]  01.05.13 6:33   Toli63  EXPERT  
shuum - 01.05.13 0:55

Теперь о “путях решения” Сдаётся мне, что их кагбэ нет. То есть есть, но с несколько иным функционалом, нежели именно DISA. Можно сделать вариант с так называемым АА. Таймер второй цифры в ноль - и на вторую цифру уже наср..её будет “незаметно”. Ведь есть так называемый “защитный” таймер от “дикого АОНа”, который можно уменьшить до 0,2 sec. Тогда между первой и второй промежуток небольшой ОБЯЗАТЕЛЬНО должен присутствовать. Если в АТС все внутренние номера трёхзначные и начинаются на одну и ту же цифру (ну пусть на даже на две.. на три..), то можно попробовать наколдовать дозвон до любого абонента с использованием АА. Гиморно, но, надеюсь, возможно.

Спасибо большое! Это я, получается, должен пристально смотреть в 2.3 пункт “DISA” ? Вот это не понял:

Ведь есть так называемый “защитный” таймер от “дикого АОНа”, который можно уменьшить до 0,2 sec. Тогда между первой и второй промежуток небольшой ОБЯЗАТЕЛЬНО должен присутствовать.

Поясните пожалуйста. Спасибо.


Мужики что вы хернёй занимаетесь. Вы сперва выясните время между реальным  DTMF и так называемым ложным.Может там задержка не 0.2 сек а 0.4 сек. или наоборот

0.1 сек. Или 0.05 сек.А не проще сделать так пусть пров придёт с анализатором и сам смотрит.И решает свои проблемы.

Или сами протестируйте и с результатами к прову.

anetworkerblog.com/2011/02/06/dtmf-on-voip/

[ Изменено: 01.05.13 6:58 Toli63 ]
[ #36 ]  01.05.13 16:28   НачШтаба  EXPERT  

Онотоле, я предложил АА из-за того, что там пролезает только одна цифра. А приём следующей по умолчанию вообще через 1,8 секунд... (ТС-у.. эти 1,8 - как раз те самые от дикого АОНа).

[ #37 ]  01.05.13 17:46   shuum  (123/24.12.09)  
НачШтаба - 01.05.13 16:28

Онотоле, я предложил АА из-за того, что там пролезает только одна цифра. А приём следующей по умолчанию вообще через 1,8 секунд... (ТС-у.. эти 1,8 - как раз те самые от дикого АОНа).

Алексендр, а не расскажете подробнее алгоритм реализации предложенного Вами решения? Спасибо.

[ #38 ]  01.05.13 17:56   НачШтаба  EXPERT  

Дача. Кессон, септик, крыша... зае..устал. Давить кнопки нет сил... Как-нить потом.

[ #39 ]  01.05.13 17:58   shuum  (123/24.12.09)  
НачШтаба - 01.05.13 17:56

Дача. Кессон, септик, крыша... зае..устал. Давить кнопки нет сил... Как-нить потом.

Понимаю, у меня: дача, фундамент, яма под септик, наружная отделка дома, тёща 😊 Буду ждать пока отдохнете. Спасибо.

[ #40 ]  01.05.13 19:58   Toli63  EXPERT  

Ну что ж попытка не пытка. Но чтой-то сомневаюсь я что получится набрать 3 значного абонента. По АА пожалуйста там нужна 1 цифра.

[ #41 ]  07.05.13 3:51   shuum  (123/24.12.09)  

Отписываюсь, - проблема решилась со стороны провайдера. Они сократили время дублирующейся посылки и поменяли кодек на 729, это помогло, проблема ушла. Всем огромное спасибо за помощь.

[ #42 ]  07.05.13 4:09   НачШтаба  EXPERT  
Toli63 - 01.05.13 19:58

Ну что ж попытка не пытка. Но чтой-то сомневаюсь я что получится набрать 3 значного абонента. По АА пожалуйста там нужна 1 цифра.

Онотоле, уж Вы то меня удивляете 😊 .. Да, по АА только одна цифра. Но по этой одной цифре кидаем на дизу “первой цифры”, где в сообщение записывается тишина (пару секунд). Из неё - в 10 диз для “вторых цифр”, тоже с тишиной. В этих десяти в каждую АА пишем непосредственных адресатов (абонентов). Итого, если абоненты все в одной сотне, занимаем 12 строк 5.3.2, если сотен две, то занимаем 23 строки. Минус данного решения - невозможность процедуры верификации.

[ #43 ]  07.05.13 4:42   Toli63  EXPERT  
НачШтаба - 07.05.13 4:09
Toli63 - 01.05.13 19:58

Ну что ж попытка не пытка. Но чтой-то сомневаюсь я что получится набрать 3 значного абонента. По АА пожалуйста там нужна 1 цифра.

Онотоле, уж Вы то меня удивляете 😊 .. Да, по АА только одна цифра. Но по этой одной цифре кидаем на дизу “первой цифры”, где в сообщение записывается тишина (пару секунд). Из неё - в 10 диз для “вторых цифр”, тоже с тишиной. В этих десяти в каждую АА пишем непосредственных адресатов (абонентов). Итого, если абоненты все в одной сотне, занимаем 12 строк 5.3.2, если сотен две, то занимаем 23 строки. Минус данного решения - невозможность процедуры верификации.

Допустим таймер 2 цифры на 0. Тогда вопрос про задержку второго сигнала.Вопрос этот исходит из того а не полезет этот сигнал на вторую таблицу.

[ #44 ]  07.05.13 7:35   НачШтаба  EXPERT  

Не пролезет. Мешается таймер Mute & OGM Start Timer (по умолчанию 1,8 сек., которые следует уменьшить до 0,1-0,2 сек.)

[ #45 ]  07.05.13 7:59   Toli63  EXPERT  
НачШтаба - 07.05.13 7:35

Не пролезет. Мешается таймер Mute & OGM Start Timer (по умолчанию 1,8 сек., которые следует уменьшить до 0,1-0,2 сек.)

 


Александр вы пробовали? И причём здесь дикий АОН для набора 2 цифры. Да и 1 тоже.Пока микрофон выключен вы и 1 не наберёте. А потом он включается.

Страница 3 из 5, все  < 1 2 3 4 5 > 
Komendant.pro
 ©1999-2024  Инженерная лаборатория "Комендантъ"