Представляется, что при использование любых ПЛИС, любого производителя, при таком требуемом объеме памяти, это будет весьма дорогой кристал. Не дешевле ли, взять кристал FIFO, например, от IDT или Cypress и самый маленький FPGA?

Не проще ли в таком случае SRAM+CPLD?

Отдельный чип FIFO либо SRAM с CPLD/FPGAем - тоже варианты.
Но вроде чипы серий ECP2 предлагают вполне адекватное кол-во блочной памяти внутри при приемлимой цене (скажем 20-40 US$). Данный проэкт рассчитан на весьма небольшое кол-во конечного девайса (примерно 3-5 приборов) для нашегу внутреннего лабораторного использования, посему цена в плане массового производства не сильно актуальна.

Но как я упоминал, будет второй этап проэкта, где видео будет подгонятся под стандартный TV выход и там кроме всего прочего с этим связанного будет deinterlacing. Последний потребует памяти как минимум на пол фрейма, по моим подсчетам примерно от примерно 0.5 до 1 MB. Тут есно без внешнего SRAMма (или даже DRAMа) не обойтись...

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

Тут я с вами никак не соглашусь, сорри .
Выход идет на TV (телевизор либо TV monitor), должен соответствовать стандарту, т.е. типу сигнала который ожидает стандартный ТВ монитор. Это значит interlaced, определенное кол-во строк в fieldе и соотв. в кадре, и т.д. и т.п. соответственно NTSC либо PALу по требованию. Частоты разверток обязаны соответствовать стандартам тоже.
Отправляя на ТВ монитор fieldы в качестве кадров получаем полный бардак на экране. Посему не вижу альтернативы interlacingу.

То что вы предлагаете, может подойти например для выхода на небольшой TFT/OLED дисплей у которых вертикальная резолюция примерно равна половине ТВ. Тогда действительно, можно гнать каждый field на дисплей в качестве полного фрейма (т.е. подогнав соответственно VSYNCs), да и многие дисплеи такого типа как раз и рассчитаны на frame rate в 2 раза выше чем стандартный ТВ. Ессно, потеря вертикальной резолюции в 2 раза, но во многих случаях это приемлимо (например как preview). Кроме того, думаю в таком случае нужно уменьшать соотв. в 2 раза и горизонтальную резолюцию перед выводом на дисплей, иначе получим серьезное искажение aspect ratio...

Тут вы пишете, что надо deinterlace, соответственно думается, что TV - на входе. И поэтому предлагается deinterlace.

А тут уже TV на выходе. Так что я в непонятках.

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