Andy111 0 13 апреля, 2017 Опубликовано 13 апреля, 2017 · Жалоба Добрый день. Есть реализация цифрового логарифмического АРУ для речи из книги Лайонса (постоянная времени такого АРУ не зависит от амплитуды входного сигнала). Возможно вопрос банальный, но тем не менее хотелось бы узнать из каких соображений выбирать постоянную времени речевого АРУ для получения наилучшего результата. Видел разные значения от 0.05с до 0.1с, хотелось бы получить более конкретные значения) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Alex11 3 13 апреля, 2017 Опубликовано 13 апреля, 2017 · Жалоба Конкретно этой АРУ не знаю, но с постоянными времени нужно аккуратно играться до получения нужного Вам результата. По нашему опыту, постоянных времени должно быть две - одна для повышающегося уровня входного сигнала - короткая. Ступенчато увеличенный сигнал приводился в номинал за 0.2 сек. Для понижающегося уровня входного сигнала постоянная времени должна быть существенно больше - порядка 2 сек. Иначе на речи все выглядит безобразно - сигнал все время прыгает на паузах между словами. И еще полезно сделать "мертвую зону" - пока выходной сигнал не вышел за некие границы вокруг номинала - не трогать усиление вообще. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Andy111 0 14 апреля, 2017 Опубликовано 14 апреля, 2017 · Жалоба Конкретно этой АРУ не знаю, но с постоянными времени нужно аккуратно играться до получения нужного Вам результата. По нашему опыту, постоянных времени должно быть две - одна для повышающегося уровня входного сигнала - короткая. Ступенчато увеличенный сигнал приводился в номинал за 0.2 сек. Для понижающегося уровня входного сигнала постоянная времени должна быть существенно больше - порядка 2 сек. Иначе на речи все выглядит безобразно - сигнал все время прыгает на паузах между словами. И еще полезно сделать "мертвую зону" - пока выходной сигнал не вышел за некие границы вокруг номинала - не трогать усиление вообще. Спасибо за ответ. А можно ли поставить "мягкое ограничение" сигнала после АРУ для полного исключения эффекта перегрузки, чтобы уровень сигнала не поднимался выше определенного значения вообще? Как это реализовать на C? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Alex11 3 15 апреля, 2017 Опубликовано 15 апреля, 2017 · Жалоба Поставить-то юудет хорошо, только реализовывать программно Вы его замаетесь. Поставьте жесткое - оно не очень сильно отражается на разборчивости речи. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Andy111 0 26 апреля, 2017 Опубликовано 26 апреля, 2017 · Жалоба Поставить-то юудет хорошо, только реализовывать программно Вы его замаетесь. Поставьте жесткое - оно не очень сильно отражается на разборчивости речи.А как правильно реализовать "мертвую зону"? Получается что просто сравнивать входной отсчет с неким номинальным уровнем неверно, нужно наверное среднее значение сигнала на каком-нибудь промежутке времени считать? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Ivan55 0 26 апреля, 2017 Опубликовано 26 апреля, 2017 · Жалоба Добрый всем день! У меня тоже вопрос по АРУ, реализовал с Лайонса вот этот АРУ Вопрос такой, как сделать АРУ чтоб он не выдавал всплеск который я выделил на картинке? Спасибо за ответ. А можно ли поставить "мягкое ограничение" сигнала после АРУ для полного исключения эффекта перегрузки, чтобы уровень сигнала не поднимался выше определенного значения вообще? Как это реализовать на C? Компрессор вам в помощь Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
quato_a 3 26 апреля, 2017 Опубликовано 26 апреля, 2017 · Жалоба Вопрос такой, как сделать АРУ чтоб он не выдавал всплеск который я выделил на картинке? Может поможет "RF architectures and digital signal processing aspects of digital wireless trasceivers - Nezami - 2003" 4-23 - 4-30 Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Ivan55 0 27 апреля, 2017 Опубликовано 27 апреля, 2017 · Жалоба Может поможет "RF architectures and digital signal processing aspects of digital wireless trasceivers - Nezami - 2003" 4-23 - 4-30 Спасибо! читал уже Не поможет, там все тоже самое Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
ovs_pavel 0 5 мая, 2017 Опубликовано 5 мая, 2017 · Жалоба Добрый всем день! У меня тоже вопрос по АРУ, реализовал с Лайонса вот этот АРУ Вопрос такой, как сделать АРУ чтоб он не выдавал всплеск который я выделил на картинке? После задержки z поставить ограничитель уровня. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Alex11 3 8 мая, 2017 Опубликовано 8 мая, 2017 · Жалоба Получается что просто сравнивать входной отсчет с неким номинальным уровнем неверно, нужно наверное среднее значение сигнала на каком-нибудь промежутке времени считать? Да, это обязательно для речи. Тут уже обсуждение ушло несколько в другую сторону, но продолжая исходную тему, хочу сказать, что в речевом сигнале нужно считать среднеквадратичное значение за 50 - 100 мс и дальше использовать в схеме АРУ. Можно попробовать для упрощения использовать не среднеквадратичное, а средний модуль или максимальное за то же время, но по нашему опыту результаты хуже. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Ivan55 0 16 мая, 2017 Опубликовано 16 мая, 2017 · Жалоба Да, это обязательно для речи. Тут уже обсуждение ушло несколько в другую сторону, но продолжая исходную тему, хочу сказать, что в речевом сигнале нужно считать среднеквадратичное значение за 50 - 100 мс и дальше использовать в схеме АРУ. Можно попробовать для упрощения использовать не среднеквадратичное, а средний модуль или максимальное за то же время, но по нашему опыту результаты хуже. не пойму что где... берем среднеквадратичное значение входного сигнала и его подаем в АРУ? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться