способ и устройство сбора мультистандартной видеоинформации

Формула изобретения

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

2. Способ по п.1, в котором декодер, выполняющий упомянутый сбор мультистандартной видеоинформации, может отпираться или запираться посредством разрешающего сигнала (DA_ENABLE).

3. Способ по п.1 или 2, в котором второй и третий байты, которые загружены в первое запоминающее устройство, подают на декодеры (8/4) Хэмминга.

4. Способ по п.1, в котором три байта выделяют коду кадровой синхронизации строки, содержащей первый сигнал (WSS), который содержит 24 элемента на 5 МГц, если строка содержит второй сигнал (VPS), сравнивают только два байта с пусковым кодом, состоящим из двух байтов (VPSSC1, VPSSC2) на 5 МГц, если строка содержит третий сигнал (СС, GEM), сравнивают только один байт одновременно с обоими пусковыми кодами (SCCC, SCGEM) на 1007 кГц, если строка содержит четвертый сигнал (WST), подлежит сравнению снова только один байт с кодом кадровой синхронизации на 6,9375 МГц, и когда пусковой код обнаруживают во время активного поискового окна (SW), передачу данных в буфер запускают посредством инициализированного сигнала (VSD).

5. Способ по п.4, в котором, если строка содержит второй сигнал (VPS), сигнал (VPSD) индикации указывает на прием данных видеопрограммирующей системы.

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

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

8. Устройство по п.7, в котором микропроцессор выполнен с возможностью выбора источника данных, из которого получены входящие данные, и с возможностью генерирования сигнала разрешения или запрета для декодера.

Описание изобретения к патенту

Настоящее изобретение относится к способу и устройству для сбора мультистандартной видеоинформации.

Существующие видеоинформационные квантователи приспособлены для преобразования входящих сигналов от различных видеосистем и поставщиков информации в цифровые. Они обеспечивают последовательные цифровые данные и синхронизирующий сигнал для синхронной передачи данных. Эти данные надо проверять на наличие действующих пусковых кодов конкретного поставщика или нескольких поставщиков параллельно.

Обычные схемы сбора видеоинформации проверяют только последовательный поток данных только на наличие определенных пусковых кодов, связанных с единичным поставщиком. "Интегральные процессоры видеоввода" (SAA 5281 Филипс) для более чем одного поставщика ограничены конкретной видеосистемой (625 строк} и используют различные схемы одностандартного сбора данных в параллель.

Целью изобретения является раскрытие способа сбора мультистандартной видеоинформации. Эта цель достигается способом, раскрытым в пункте 1 изобретения.

Еще одной целью изобретения является раскрытие устройства, которое использует изобретенный способ. Эта цель достигается устройством, раскрытым в пункте 9 формулы изобретения.

Преимущественные дополнительные варианты изобретенного способа и устройства раскрыты в соответствующих зависимых пунктах формулы изобретения.

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

Декодер управляется микропроцессором. Преимущественно декодер может отпираться или запираться микропроцессором через разрешающий сигнал.

Частота синхронизации декодера адаптирована к частоте различных пусковых кодов.

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

Преимущественно в пределах активного интервала синхронизирующего сигнала, который определяет поставщика и сформирован генератором поискового окна из сигнала строчной синхронизации, для соответствующего кода кадровой синхронизации сканируют до 3-х байтов.

По существу 3 байта выделены коду кадровой синхронизации строки, содержащей первый сигнал WSS (Wide Screen Signal - широкоэкранный сигнал), который содержит 24 элемента на 5 МГц. Если строка содержит второй сигнал VPS (Video Programming System - видеопрограммирующая система), только 2 байта сравнивают с пусковым кодом, состоящим из двух байтов на 5 МГц. Если строка содержит третий сигнал СС (Close Caption - субтитры по требованию), только 1 байт сравнивают одновременно с обоими пусковыми кодами на 1007 кГц. Если строка содержит четвертый сигнал WST (World System Teletext - мировая система телетекста), снова только один байт нужно сравнить с кодом кадровой синхронизации на 6.9375 МГц, и когда пусковой код обнаруживается во время активного поискового окна, инициированный сигнал начинает передачу данных в буфер, который управляется выходным блоком управления.

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

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

Устройство согласно изобретению для сбора мультистандартной видеоинформации включает в себя:

- средства для обеспечения пусковых кодов;

- средства для хранения входящего потока данных;

- средства для сравнения пусковых кодов с входящими потоками данных.

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

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

Варианты осуществления изобретения описаны со ссылкой на приложенные чертежи, на которых изображено:

фиг.1 - блок-схема ИС цифрового сбора,

фиг.2 - блок-схема декодера,

фиг.3 - декодер блока выбора поставщика информации,

фиг.4 - генератор поискового окна,

фиг.5 - сигнал синхронизации для поискового окна,

фиг.6 - выходной блок управления,

фиг.7 - декодер (8/4) Хемминга.

На фиг.1 изображена блок-схема ИС цифрового сбора. ИС содержит синхронизирующую схему, на которую подаются импульсы кадровой и строчной синхронизации VSYNC, HSYNC (Vertical SYNChron pulses, Horisontal SYNChron pulses) и генерируются сигналы CLAMP (фиксация), LINE_NO (номер строки). Схема содержит, кроме того, интерфейс 101 12-канальной шины, интерфейс 102 запоминающего устройства, адресный генератор виртуального двоичного интерфейса VBI_AG (Virtual Binary Interface_Address Generator), квантователь, декодер и буфер VBI (Virtual Binary Interface - виртуальный двоичный интерфейс) 103.

Цифровой сбор обеспечивает данные, переданные в виртуальный двоичный интерфейс VBI видеосигналов к микропроцессору. Если используется внутренний цифровой квантователь, то он сканирует входящий составной видеосигнал CVBS (Composite Video Band Signal) или сигнал яркости Y для данных, мультиплексированных в видеопотоке. Он подает выделенные данные в аналогичном формате, который используется внешними квантователями телетекста. Следовательно, микропроцессор может легко выбрать источник данных, из которого могут быть взяты данные. Но эти данные, которые уже имеются в цифровом формате, могут также содержать квантованные видеоданные. Блок декодера, следовательно, используется, чтобы обнаружить действительные данные относительно фактически ожидаемого поставщика информации, такого, например, как WST или VPS. Эти данные затем запоминают в буфере VBI, который размещено в памяти микропроцессора. Объем памяти устанавливается достаточно большим, чтобы вместить данные одного полного виртуального двоичного интерфейса VBI. Следовательно, микропроцессор имеет приблизительно 19 мсек, чтобы обработать данные виртуального двоичного интерфейса VBI, прежде чем буфер заполнят снова. Каждая видеострока в виртуальном двоичном интерфейсе VBI имеет специальную строку буфера VBI. Кроме этого, каждая строка имеет два регистровых двоичных разряда, которые указывают качество приема строк. Адресный генератор VBI управляет адресацией строк и регистров буфера.

На фигуре 2 изображена блок-схема декодера. Основной частью декодера является регистр 201, имеющий 24 ячейки для троекратного сохранения 8 байт информации. Каждый из трех байтов связан с логическими устройствами, как показано в фигуре 2, для того, чтобы сравнивать содержимое ячеек с заданными пусковыми кодами. Пуском регистра 202 является байт 3, за которым следует байт 2 и байт 1. Второй 8-битовый регистр 202 подключен параллельно регистру 201. Содержание байта 3 также подается к декодеру 8/4 Хемминга 203, содержание байта 2 к декодеру 8/4 Хемминга 204. Каждый выход декодера из 4 битов подается к назначенным 4 битам регистра 202 соответственно.

Блок декодера принимает либо внутренние, либо внешние данные и синхронизирующие сигналы. Декодер может отпираться или запираться микропроцессором посредством разрешающего сигнала предоставления по требованию DA_ENABLE (Demand Assignment ENABLE). Задачей этого блока является обнаружение действительных данных во входящем потоке TTD_ACT (Time Transmission Data_ACTive) путем сканирования потока для обнаружения кодов кадровой синхронизации. Сигнал TTD_ACT обрабатывают с помощью тактового сигнала передачи TTC_NORM (Terminal Transmit Clock), а схемы работают с системным генератором тактовой частоты CLK (CLocK) 18 МГц. Частота синхронизации является конкретной для поставщиков информации и принимает значения 6.9375 МГц для Мировой системы телетекста WST, 5.0 МГц для видеопрограммирующей системы VPS и широкоэкранного сигнала WSS и 1.007 МГц для субтитров по требованию СС и диспетчера графической среды GEMstar (Graphical Enviropment Manager). Тактовый сигнал передачи ТТС_NORM получается непосредственно из TTD_ACT, который может быть инвертирован относительно подключаемого извне квантователя нейтрализации неисправности. В соответствии с сигналами номера строки LINE_NO, используемого стандарта NORM625 и L16VPS блок выбора поставщика информации устанавливает, какой вид кода кадровой синхронизации нужно найти. В пределах активного интервала синхронизирующего сигнала SW (Search Window - поисковое окно), определяющего поставщика, сформированного генератором поискового окна сигнала строчной синхронизации HSYNC, для соответствующего кода кадровой синхронизации сканируют до 3 байтов.

Эти 3 байта выделены для пускового кода строки WSS, которая содержит 24 элемента на 5 МГц, являющейся в этом случае частотой тактового сигнала передачи ТТС_NORM данных. Когда пусковой код обнаруживается во время активного поискового окна, инициированный сигнал "действующий поставщик обнаружен" VSD (Valid Service Detected) запускает передачу данных в буфер VBI, которым управляет выходной блок управления.

Если строка содержит сигнал VPS только 2 байта сравнивают с пусковым кодом, состоящим из двух байтов VPSSC1 (Video Programming System Start Code) и VPSSC2 на 5 МГц. Этими байтами должны быть байт 2 и байт 3, чтобы можно было передать последующие байты данных к буферу VBI. Кроме сигнала обнаружения действующего поставщика VSD, другой сигнал обнаружения VPSD (VPS Detected) подается к регистру микропроцессора, чтобы указать прием данных VPS в строке VBI номер 16.

Если строка содержит сигнал субтитров по требованию СС или диспетчера графической среды GEMstar только 1 байт одновременно сравнивают с обоими пусковыми кодами на 1007 кГц. Этим байтом должен быть байт 3, чтобы можно было передать последующие байты данных буферу VBI.

Если строка содержит сигнал WST снова только один байт нужно сравнить с кодом кадровой синхронизации на 6,9375 МГц. Первые два байта каждой строки WST, следующие за кодом кадровой синхронизации, кодируют по коду Хемминга (8/4). Поэтому код кадровой синхронизации сравнивают в байте 1. Байт 2 и байт 3 являются тогда кодированными байтами. Для эффективности результатов, эти байты могут затем быть декодированы в аппаратных средствах и результат загружается параллельно 8-битовому ЗУ обратного магазинного типа. Когда обнаруживается код кадровой синхронизации, данные WST передаются к буферу VBI через это ЗУ.

Пусковые коды и коды кадровой синхронизации
Постоянное название	Значение
FCWST	27hex Конфигурируемый через I2C шину
SCVPS1	51 hex, через I2C шину
SCVPS2	99hex , через I2C шину
SCWSS1	78hex, через I2C шину
SCWSS2	3Chhe, через I 2C шину
SCWSS3	F8hex, через I2C шину
SCCC	43 hex, через I2C шину
SCGEM	EDhex , через I2C шину
(hex означает шестнадцатеричный)

Блок декодера предпочтительно не выполняет двухфазную проверку для данных VPS и WSS. Все элементы бита данных передаются к буферу VBI. Вследствие расширенных возможностей исправления ошибок двухфазные проверки должны быть сделаны в программных средствах.

На фигуре 3 изображен декодер блока выбора поставщика информации. Блок выбора поставщика информации принимает сигналы DA_ENABLE, NORM625, номер строки LINE_NO и сигнал L16VPS в соответствии с используемым стандартом. В качестве выходного сигнала блок выбора поставщика информации держит готовым максимум один сигнал из WST, VPS, WSS и СС.

Через блок выбора поставщика информации микропроцессор может управлять типом квантования для конкретных видеострок. Во время нормальной работы сигналы DA_ENABLE, NORM625, генерируемые микропроцессором, остаются неизменными. Только L16VPS может быть изменен из-за неправильного квантования в строке 16. Сигнал управления LINE_NO формируют по отдельному варианту внутри ИС. Во время прохождения VBI самое большее один сигнал WST, VPS, WSS и СС является действующим в зависимости от конкретной строки и видеостандарта, обрабатываемых в данный момент с помощью ИС.

На фигуре 4 изображен генератор поискового окна. Его вход подключен к выходу блока выбора поставщика информации. Генератор поискового окна запускается в действие сигналом строчной синхронизации HSYNC и обеспечивает поисковое окно для фактического выбранного поставщика информации WST, VPS, WSS или СС.

На фигуре 5 изображена синхронизация поискового окна. Если не выбирают ни WST, ни VPS, WSS или СС, то сигнал остается незадействованным.

Действующий код кадровой синхронизации или пусковой код могут быть обнаружены только во время активного интервала поискового окна. Пуск поискового окна зависит от времени запаздывания сигнала внутренне или внешне подключенного квантователя, соответственно. Следовательно, имеется различие, обусловленное статусом выбора источника сигнала. Длина поискового окна следует из суммы изменения заданного пускового времени данных и изменения запаздывания сигнала, обусловленного текущими условиями компенсатора. Оптимальное положение поискового окна определяют экспериментально, положения t _d окна и время работы t_sw всех поставщиков информации могут быть сконфигурированы с помощью регистров SWS'xx' и SWD'xx' шины I²С, где 'хх' устанавливается для различных поставщиков. Если действительный код кадровой синхронизации или пусковой код обнаруживаются во время активного поискового окна, окно возвращается в исходное положение последующим проходом тактового сигнала передачи данных ТТС_NORM.

На фигуре 6 изображен выходной блок управления, который управляет выходными сигналами к буферу VBI.

Работа этого блока описывается следующей таблицей истинности:

Данные в колонке тактовый сигнал передачи на выходе TTC_OUT (Terminal Transmit Clock_OUTput) означают, что сигнал остается либо на логическом "низком" уровне, либо позволяет заданному некоторому количеству TTC_NORM отметок пройти к TTC_OUT, если управление выходом ОС (Output Control) является активным. Если ОС является неактивным, заданному некоторому числу тактовых импульсов системы (18 Мгц) дается возможность пройти к TTC_OUT. В каждом цикле перехода полная строка буфера VBI записывается (328 бит) для того, чтобы передать действительные данные или "О", соответственно. В то время как этот переход имеет место, управление выходом является нечувствительным к какому-либо изменению входного сигнала.

Благодаря соотношениям частот для субтитров по требованию СС и GEMstar, каждый бит данных строки субтитров по требованию СС представлен серией 2 бит в буфере VBI, (т.е. "О" приводит к "00"). Каждый бит строки GEMstar представлен одним битом. Благодаря количеству данных в строке WST, длина строки буфера VBI не должна быть увеличена для этого. Это "расширение бита" может быть использовано для проверки ошибок в программных средствах.

На фигуре 7 изображен блок декодера Хемминг (8/4), который содержит только комбинаторную логику.

Работа этого блока описана посредством следующих таблиц истинности:

Кроме четырех битов выходных данных, он обеспечивает сигнал принятия АСС (ACCept) и сигнал QUAL (QUALity), который является индикатором для качества передачи.

Адресный генератор VBI определяет, где квантованные данные видеостроки должны быть запомнены. Каждая видеострока от номера 6 до номера 23 и от номера 318 до номера 335 имеет выделенную зону 41 байт в буфере VBI. Кроме этого, статус фактически принимаемой строки - принятие и качество для строк WST запоминают для каждой строки буфера VBI. В соответствии с входами LINE_NO, сигнал выбора строки LINE_SELECT принимает значения между 0 и 17. Переходы выхода в отношении изменений входа задерживаются из-за обработки данных, которая может быть не полностью выполнена в конце видеостроки. Выход фактически изменяется со следующим инициализированным поисковым окном. Кроме этого генератор осуществляет обработку прерываний.