В Москве было вещание на УКВ начиная с 66.02 и заканчивая на 73.82.
На УКВ причём точность 0.01 (наверно его считали в метрах а не в мегагерцах) - 66.02, 66.44, 66,86, 67.22, 68.00, 68.30, 68.84, 69.26, 69.80, 70.19, 71.30, 72.14, 72.92, 73.40, 73.82…
Бехолер же на УКВ-отрезке ищет с шагом 0.05 и в итоге часть станций либо не находит, либо принимает с помехами и искажениями (потом надо вручную подправлять частоту).
Причём, статус отклонения показывает что частота неправильная… Но автопоиск это не учитывает. Ещё один баг.

А на FM - 87.5 реальная станция есть, и на 107.8 тоже. На FM - точность 0.1, и интервал между станциями то 0.4 то 0.5… Там бехолдеровского шага 0.05 хватает.

Шаг сетки УКВ вещания - 30кГц. Минимальный шаг ВЧ блоков 50кГц и официально не один из них не поддерживает не только УКВ-стерео, но и настройку на сам УКВ диапазон.

Ну по крайней мере у T8 - это абсолютно не так.
Разницы между 66.42, 66.43, 66.44, 66.45, 66.46 хорошо заметны - минимальный шаг у него точно меньше чем 50кГц.

f2065
На "баночных" RF тюнерах дискретность в FM была действительно 50КГц, на силиконовых тюнерах она меньше, на XCeive 15625Гц, на TDA18273 точной информации нет, в нем программируется непосредственно частота со смещением 1.25Мгц. Судя по грубому отклонению, дискретность также 15625 Гц.

Полоса режекции IF в применяемых FM декодерах = 200 КГц. Для УКВ поддиапазона этого недостаточно, чтобы автопоиск дал точный результат даже с отклонением 50КГц. Поэтому точного поиска в УКВ на текущем железе сделать практически невозможно. Можно конечно уменьшить дискретность в ПО на УКВ поддиапазоне, но из-за широкого фильтра будут много ложных фантомов на смежных частотах. Т.е. качество автопоиска снизится.

А то что показано в поле Статус - Отклонение ?
Я например думаю что никаких проблем находить точную частоту нет, потому что у точной частоты в отклонении ноль или почти ноль.
А если уйти хотя бы на 0.01мгц - то отклонение сразу 8…13.
Значит, в алгоритме можно запомнить несколько соседних частот где есть несущая, и потом выбрать ту где минимальное отклонение.

Тюнер T8.

f2065
В целом, на силиконовых тюнерах можно уменьшить шаг в УКВ до 0.02 КГц, на 0.01 нет смысла, так как шаг перестройки 15625 Гц. На SAA7231 и SAA7135 довольно малый гистерезис у FM декодера, попробовать можно. Текущий алгоритм автопоиска и так делает несколько выборок, но в случае с уменьшением шага его придется менять, так как гистерезис все равно есть, нужно также увеличивать время ожидания при итерациях поиска более выгодного отклонения.

Сразу скажу, на базе декодеров TM6010 и CX23102 ничего не выйдет, там отвратительный статус у FM декодеров и очень большой гистерезис (в разы больше чем на NXP), поэтому на этих девайсах автопоиск в УКВ останется с шагом 0.05.

Раз уж зала речь о радио, а порог срабатывания режима стереодекодера можно поменять? Слишком рано в моно переводится

Решил тут драйвер обновить, был 5500, обновил на 5510 и получил в режиме аналога черный экран, звук есть, пробовал менять вывод с evr на адаптивную поверхность - ничего. Вернул 5500, с ними снова работает.

Будет ли решена проблема новых драйверов?

Ребята разрабы скажите:Почему вы не выпускаете бета версии!? Ведь это улучшит время решение проблем, да и вообще притянет людей!

А по сути так и есть. Вопрос в терминологии. Каждый предыдущий релиз - это бета-версия последнего релиза. В природе не бывает релизов без ошибок. Тут либо выпускать одни беты, либо одни релизы. Всё остальное от лукавого.

В конторе, где я работаю, выкладываются и беты и стабильные.
Каждый клиент сам решает, откуда ему брать.
Когда бета "отлежится" и на неё не поступает жалоб, она переезжает в релиз.

Если учесть специфику мультимедиа приложения, его зависимость, от внешнего мира, от сотен и тысяч компонентов операционной системы и оборудования, то эта бета будет "отлёживаться" вечно.

Извините ребят, но ваше умозаключение богопротивное.Ес ИМХО. Люди бы помогли убрать зависимость,и ваш продукт стал бы универсальным (поднялись продажи и т.п.).Не хотите как хотите...
ПиСи.Вообще, я просто доволен вашей продукцией(никаких косяков в программной и аппаратной используемых мной частях), но считаю надо двигаться к как-бы светлому

Вернул недавно MS-декодер (в LAV глюки начались при переключении каналов), и с тех пор словил дважды BSOD - APC_INDEX_MISMATCH 0x00000001.
Может конечно и совпадение - я не особо часто использую DVB… Но скорее всего BeholdTV как-то неправильно работает с MS-декодером для h264.
Один раз упал в BSOD при переходе из DVB в аналог, другой раз при выходе из BeholdTV при работе DVB.