Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Помогите с PAL
Форум разработчиков электроники ELECTRONIX.ru > Программируемая логика ПЛИС (FPGA,CPLD, PLD) > Работаем с ПЛИС, области применения, выбор
kiv121
Стоит задача mjpeg (ч/б) с камеры PAL преобразовать в файл, сжать и по 485 медленно дальше.
Плис стоит для этой задачи привлекать?
Methane
Цитата(kiv121 @ Feb 12 2011, 11:14) *
Стоит задача mjpeg (ч/б) с камеры PAL преобразовать в файл, сжать и по 485 медленно дальше.
Плис стоит для этой задачи привлекать?

Я бы на блакфин посмотрел.
Aner
Можно на матрице, можно на проце. Кому как удобнее.
Матрица более гибче в решении синхронизаций и компрессии.
В проце желательна инжина для видео.
Но пал как цветовая кодировка сдесь не причем.
У вас просто ч/б видеосигнал.
andrewkrot
Немного расчетов:
1. Полоса стандартного сигнала PAL 6,5 MHz следовательно цифровать нужно на частотах >13 MHz
2. Возьмем 15 MHz 8 бит. За 1 секунду 15 Мегабайт
3. Один кадр 15000000/50 = 300 КБайт при скорости 115200 Бит/сек передается за 20,8 сек. что в 2 раза меньше необходимого времени в 60 сек.

Вопрос - зачем себе городить огород, если без всякого сжатия условия выполняются? Делайте буфер на 1 кадр и передавайте спокойно через свой модем на скорости 57600 по 1 кадру в минуту. Или я чего-то недопонимаю?

Зачем только плодить одинаковые темы???
http://electronix.ru/forum/index.php?showtopic=86412

Не понятно только, что за камера такая. Потому как не понятно как JPEG и PAL между собой коррелируют???
Aner
не, зачем так много 13 MHz. Он же пишет ч/б, пал непричем. Полоса вообще 1,5 Mhz уже хорошо.
Все попроще. Но пользовать атмеги проблемно, скорости мало.
Да и внешнюю память обслужить не успеет атмега.
Также сихровыделитель потребуется, типа LM1881.
kiv121
Даяглупый(одним словом).
Если бы была камера (улица и выход jpeg)
молчалбы. А вот картинку передать по 485?

Забыл сказать - может из цв сигнала только выдирать
придется уровни яркости, а цвет побоку...
Methane
Цитата(kiv121 @ Feb 12 2011, 14:43) *
Даяглупый(одним словом).
Если бы была камера (улица и выход jpeg)
молчалбы. А вот картинку передать по 485?

Забыл сказать - может из цв сигнала только выдирать
придется уровни яркости, а цвет побоку...

Еще раз. Блакфин. Он приспособлен и видео захватывать и UART у него есть. И DRAM к нему можно прилепить чтобы кадр хранить.
andrewkrot
Цитата(Aner @ Feb 12 2011, 15:34) *
не, зачем так много 13 MHz. Он же пишет ч/б, пал непричем. Полоса вообще 1,5 Mhz уже хорошо.
Все попроще. Но пользовать атмеги проблемно, скорости мало.
Да и внешнюю память обслужить не успеет атмега.
Также сихровыделитель потребуется, типа LM1881.

1,5 MHz это приблизительно 120 ТВЛ - это очень мало. Мелких деталей вообще не будет видно, хотя можно будет отличить человека от медведя =) Вот здесь более-менее удобочитаемые доводы http://mebel.bl.by/articles/177602.php

Думаю, что какой нидь XC3S50AN + AD9280 + ROM статика на 1 Мбайт решит задачу
kiv121
Мethane, на чем ту штуку программируют? IAR? Отладочные платы?
Methane
Цитата(kiv121 @ Feb 12 2011, 20:08) *
Мethane, на чем ту штуку программируют? IAR? Отладочные платы?

Мне просто инетерсно, вас в гугле забанили или сегодня из за погоды всем мозг заморозило?
kiv121
Реальные спецы вот так помогают:

"китайцы на ebay продают такой комплект http://cgi.ebay.com/STM32-Camera-Board-2-8...=item2eaee445c7
посмотри там ссылка на сорци есть, может поможет"

а остальные только про мозг пишут, даитокоряво.
AlphaMil
Решал подобную проблему, но кроме захвата нужна была обработка, наложение информации на видео и вывод его в аналоговой форме. Использовал для захвата видео ADV7181C - и формат сама определяет, привязывает данные к тактовой и еще много плюсов. М/с захвата и вывода видео тактируются от плисины. Кадр пишу в память DDR, успеваю сбрасывать два полноценных канала (без цвета), читать/писать результаты обработки и читать в выходные буфферы. Если подробнее надо - nestandart@tut.by
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.