Админам: Обновил ПО+Драйвер(v520 и v5410) Тюнер Х7. При старте в ави вот такое сообщение(см.скрин). На прежних всё работало!
Далее чёрный экран,звука нет но каналы переключаются.

Честно говоря, я смотрел, но ничего не понял. Сейчас снова поковырялся, методом тыка вышел на размер WxH 448x576 (если ставить ширину выше, запись глючная выходит, если еще выше, программа крашится, почему?), при условии, что на ресивере стоит выход 16:9. Плохой способ получается, так как мы теряем качество картинки, занижаем ширину, а на самом деле, по правилам, мы ее должны были повысить до 1024, это не способ, это хромой костыль. Вообще-то размер кадра с аспектом 16:9 SD канала, это 1024х576, но у BeholdTV такого нет. Я только что со спутника записал 16:9 SD канал ("Первый канал"), размер кадра 1024х576, а вот 720х576 - это 4:3.

Почему бы вам "Масштабирование кадра" не расширить W до 1024?

В настройках записи, хотелось бы иметь режим, что-то типа "16:9 PanScan", который бы означал, что с источника поступает 16:9 картинка, которую надо писать с размером кадра 1024х576. Просто композит не понимает режим LatterBox (который выставлен в моем ресивере для совместимости каналов с разным аспектом), если включен LatterBox, то при записи с настройкой 16:9 448x576 получается бред, чтобы не было бреда, надо в ресивере включить "16:9". Теперь представьте, сколько это телодвижений, а если тебе надо быстро включить запись, а если ты просто забыл в ресивере включить "16:9" (вместо LatterBox), то планировщик запишет какашку, о быстром включении записи тоже можно забыть, так как надо будет лезть в настройки ресивера, включать 16:9, а после записи снова включать LatterBox. Еще то неудобство.

Какие конкретно настройки записи? Сейчас записал кусочек DivX/MP3 - чисто.
Но каналов у меня нет, писал с композита.

Лёгкие:

ПО+Драйвер(v520 и v5410) Тюнер T7

При слабом и рваном сигналом DVB-T2, программа постоянно вылетает.
Автосканирование DVB-C не работает. Даже если поставить галку увеличить время анализа TS потока. Ручной ввод частоты работает нормально. Каналы находит.

И вопрос по аналоговому TV 16x9.
Если канал 16x9 транслируется с сигналом WSS(обычный новый ТВ 16x9 опознает его как 16x9 и переключает картинку автоматом на весь экран), почему он не используется для корректного отображения видео окна ? NXP SAA7135 умеет принимать WSS.

Вылетает не программа, а H264 декодер. Поменяйте декодер, например, на встроенный от MS.


Приведите, пожалуйста параметры мультиплекса, который не определяется – частота канала, ширина полосы, символьная скорость, констелляция.


Драйвер не использует захват последней VBI строки с WSS по нескольким причнам, поэтому ПО не использует значения WSS. Одна из основных причин – возможность зависания самого чипсета в ряде ситуаций.

274.00 Мгц ,ширина 8 Мгц, скорость 6900,модуляция 256QAM
а также другие стандартные частоты (282.00 Мгц, 418.00 Мгц, 546.00 Мгц и др.)


Очень жалко. Неужели NXP не знает о этой проблеме?

?????????????????????

Ответил, что спрашивали!
Я использую и dvb-c и dvb-t2.

Упс, извиняюсь, перечитал сообщения и вижу что ошибся, смутило написанное админом слово мультиплекс.

Igorrzn
Частоты 274, 282, 418 МГц соответствуют кабельной сетке частот, частота 546 МГц - эфирная. Т.е. если выбрать "Режим сканирования" = "DVB-C: Весь диапазон", ваши частоты попадут под сканер. Также символьная скорость 6900 попадает под диапазон слепого сканирования символьных скоростей, по умолчанию он 4000..7200 (диапазон задается в диалоге сканирования). DVB-C несущую чип сканирует аппаратно, включая быстрый аппаратный BlindLock, который определяет символьную скорость. Мы тестировали сканирование DVB-C в кабельной сети ОнЛайм (Москва), все частоты DVB-C находились сканером и корректно определялась символьная скорость (на большинстве каналов символьная скорость 6875). Укажите пожалуйста, какие значения в колонках Уровень, Несущая, Поток на существующих (но не найденных частотах) на закладке Журнал после неудачного автосканирования DVB-C.

По поводу декодеров - некоторые декодеры MPEG2/H.264 плохо приспособлены под поток, содержащий много ошибок, при этом декодер может вылететь за диапазон (нет доп. проверок), соответственно декодер "падает" и уносит за собой процесс BeholdTV.

По поводу WSS, первая причина - зависание скаллера SAA713x при переключениях каналов, либо на каналах с слабым уровнем синхроимпульсов, при этом в скаллер попадает лишняя строка и происходит перекрытие окна VBI и Video, после чего скаллер останавливается по ошибке (картинка замирает). Вторая причина - невозможность корректного переключения скаллера на лету между 50 и 60 Гц режимами без перезапуска пинов VBI и Video, это ограничение по дизайну WDM.

Разработчики, пожалуйста, прислушайтесь к пожеланию и не затруднитесь ответить, будет ли нечто-то подобное делаться в этом направлении. Просто мне надо определиться, терпеливо ждать или уже сейчас подыскивать другую железку, так как проблема записи 16:9 канала для меня очень актуальна. Занижать ширину кадра (из 720px до 478px), чтобы добиться правильной пропорции картинки под аспект 16:9, это в корне не правильно, другими словами, по-идиотски, ширину наоборот надо растягивать (до 1024px), чтобы получить правильный размер кадра SD 16:9 канала (1024х576), а не безобразие в виде 478х576. Так что масштабирование кадра для записи 16:9 канала с правильными пропорциями, это не решение, это кощунство над картинкой и над собой.

boss911
В аналоге PAL/SECAM передается 576 строк. Соотношение сторон (аспект) может передаваться только в WSS VBI строке. Это флаг для ТВ, чтобы он сжимал развертку, чтобы убрать растягивание, выровняв размеры по вертикали.

Чтобы вам записывать аналоговые 16:9 каналы, нужно использовать такой формат кодирования, где энкодер и декодер имеют стандартизованный флаг соотношения сторон, который записывается в самом потоке. Это MPEG2/H.264/VC-1. Все остальные энкодеры/декодеры не имеют общих правил хранения информации о соотношении сторон (либо имеют, но нет общего стандарта на стороне энкодера и декодера).

Чтобы при воспроизведении картинка сама растягивалась до 16:9, нужно чтобы энкодер уложил в поток флаг 16:9 (задается перед записью), а декодер при воспроизведении его понял и передал аспект видео-рендереру, который в свою очередь растянет изображение до нужного соотношения сторон. И не нужно заниматься лишними обработками в виде кропа/ресайза, все это предназначено в первую очередь для удаления "лохмотьев" c краев изображения.

boss911
Все ваши проблемы с бордюрами во время просмотра, о которых вы указывали ранее из-за EVR под WinXP, это по сути "костыль", он имеет массу проблем и не работает как положено. В частности ваши серые поля не убираются ничем, мы перепробовали все возможные функции и методы EVR, не реагирует он на смену цвета заливки LetterBox. Т.е. программно вашу проблему решить нельзя, отрисовка происходит в самом EVR. Под Vista/7/8 подобных проблем нет, это родной рендерер + DXVA2. Под XP наилучший рендерер VMR7 и смысла использовать что-то другое около нуля.

Genus
Деление на ноль с большой вероятностью происходит в самом энкодере XviD.

В предыдущей версии ПО вы использовали тот-же самый энкодер XviD и такие же настройки самого энкодера?