Всем добрый день!

Есть камера с выходом BT.656. Поток с неё нужно загнать в компьютер. Не знает ли кто-нибудь доступных и как можно более простых (желательно без кодеков) микросхем-преобразователей? Чтобы можно было забирать данные с PCI или PCIe. И желательно с дровами под линукс.

Решения на FPGA не устраивают тем, что у нас нету людей, занимающихся разработкой под ПЛИС. Нанимать кого-то со стороны - пока что не вариант.

Заранее спасибо!

У NXP есть SAA7160 http://www.nxp.com/products/interface_and_...faces/#products

Спасибо, её я, разумеется, видел. Но её хрен достанешь.

примерно так будет со всеми готовыми чипами мостов - судя по Вашей формулировке
Можно у PLX взять мост на локальную шину, поставить FPGA для преобразования ITU в локальную шину.
Намного проще найти 656 в USB. Например, Cypress

На сайте Cypress ничего похожего не нашёл. Дайте пожалуйста ссылку.

Ну вот findchips по 7160 показывает, что она есть у двух поставщиков и у обоих написано ноль в стоке и надо звонить. Нашим, правда, еще не звонил. Но там судя по efind тоже всё не очень.

В USB - вполне подойдет. Не могли бы Вы написать, что именно там искать?

С USB все не так просто. Нужен полный 656-поток, или, например, только яркостная составляющая?

Конечно полный

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

Такой "половинный" поток можно протащить через одну изохронную точку при помощи CY7C68013.
Но придется придумывать, как выкрутиться с синхронизацией (в идеале нужно иметь еще что-нибудь
типа сигнала HSYNC от камеры).

придётся вам курить 68013. Так как навскидку она пакеты синхронизирует только аппраратными сигналами - ну, сформируйте, в крайнем сллучае, сигнал признака конца пакета - из самого UTU656 (по признаку кадра и строки)

Можно CPLD приспособить для поиска SAV и стробирования 68013 (хотя у ТС нет спецов по ПЛИС, но это можно как бы и не считать за логику).
В результате получается такая картина:
- за один микрофрейм (125мкс) можно будет передать 2 строки по 1444 байта (SAV + данные)
- за это же время из камеры придет 15625 / 8000 = 1.95 строк
- внутри 68013 можно накопить 2.67 строки
Все бы ничего, но смущает малый запас по размеру буфера, надо считать.

Ну а если убрать цветовую информацию, то все светло и радужно, проверено.

У Avermedia имелсятакой девайс: AverTV Hybrid + FM Volar HDTV Ready.
Состав:
1. CY7C68013A-56LXFC - EZ-USB FX2LP™ USB Microcontroller. High-Speed USB Peripheral Controller
2. ZQ ??????
3. XWM8739S – Stereo Audio ADC
4. IR receiver – 2 pcs
5. Connexant CX25842-23 (heatsink) - Video Decoder and Broadcast Audio Decoder
6. ZQ 28.636MHz
7. 8 pin ATC1528
8. XC3028 (heatsink) - ULTRA SMALL, ANALOG AND DIGITAL TERRESTRIAL AND CABLE RECEIVER
9. ZQ 32.000?????
10. ZQ 20.48MHz
11. WJCE6355 - Nordig Unified DVB-T COFDM Terrestrial Demodulator for PC-TV and Hand-held Digital TV (DTV)
12. MMCX connector
13. external connector for video and audio inputs

Данный девайс через XC3028 и декодер Connexant CX25842-23 принимал вещательное аналоговое ТВ разрешения SD.
Можно, конечно, предположить, что у CX25842-23 использовался режим ITU-601 а не ITU-656. Но потоки-то в одинаковые, так что те, у кого руки правильные, поток протягивают через USB.

Не одинаковые: если удалить из 656 данные за период гашения по строкам, уже получается больше 15% экономии, что в данном случае принципиально.

Если мне склероз не изменяет, и в ITU-601, и в ITU-656 присутствуют интервалы гашения и строчного и кадрового - это происходит суть от входного аналогового сигнала, имеющего эти гашения.
Разница лишь в системе синхронизации и ширине линии данных отсчётов. Для 601 синхронизация по отдельным линиям и отсчёты выдаются параллельным кодом, для 656 - отсчёты идут в потоке 8 бит и там же присутствует синхронизация в виде кодов.
В результате, поток, который необходимо передать в USB будет один и тот же, так как и в 601 и в 656 идёт цифровое заполнение интервалов гашения.

Вероятно, Вы имеете в виду то, что при передаче по USB можно интервалы гашения отбрасывать и не передавать.

Впрочем, думаю для автора темы это уже всё не принципиально