Jump to content

    
Sign in to follow this  
zombi

Чем заменить FPGA+RAM+ROM?

Recommended Posts

2 minutes ago, sonycman said:

Простой видеобуфер - это есть самая обычная память, типа DDR SDRAM, как правило. Чем она быстрее - тем быстрее будет копирование. 

Вот меня и интересует, все ли одноплатники смогут полностью переписать видео буфер (1920*1080*3=6,2МВ) за 1/60 сек.

8 minutes ago, sonycman said:

Процессором это делать не самое эффективное решение, а вот с помощью ДМА - уже лучше. 

Ок. ДМА так ДМА! :biggrin:

 

Share this post


Link to post
Share on other sites
7 hours ago, zombi said:

У Вас, как я понял есть под рукой, предыдущая версия?

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

 

Из воспоминаний с 2014 года там примерно 1гбайт в секуду скорость копирования оперативная - видео была, но латентность существенная, чуть не до милисеунды доходила. То есть если Вы большими блоками копировать будете, то 1ГБ/с это почти 100 кадров в секунду на FullHD, а если маленькими блоками, то ой, все накроется медным тазом и надо держать эти блоки в видеопамяти, а ее как я помню, там не сильно то и много, на десяток экранов максимум.

 

А нарисовать сразу на OpenGL не покатит? Борда же это поддерживает, там можно неподецки быстро рендерить - я на ней трехмерный контурплот самопально написанный на 10 миллионов линий крутил, более-менее не тормозило.

 

А еще на той видеокарте считаться можно, я на ней около 100Гфлопсов выжимал на одинарной точности, правда борда в этот момент 20ватт потребляется и адски греется :)

Share this post


Link to post
Share on other sites
7 hours ago, zombi said:

Шпэктрум? Тоже сталкивался в далёком прошлом.Но даже не помню успевало ли то чюдо целиком кадр менять 60 раз в сек с его двумя цветами на знакоместо.

У спекки пиксельная экранная область "весила" 6 килобайт, и очистить и заполнить ее всю новыми данными 50 раз в секунду было не просто, но и не так уж сложно. 

А область цветовых атрибутов вообще - 768 байт всего, и сменить цвет всего экрана можно очень много раз за секунду :) 

 

Share this post


Link to post
Share on other sites
25 минут назад, sonycman сказал:

Процессором это делать не самое эффективное решение, а вот с помощью ДМА - уже лучше. 

Здесь не тот случай, если нужна большая скорость именно копирования, то придется использовать ускорение видео, ДМА будет заметно медленнее (реальный случай - проц IMX6 размер изображения 1024х768 32бит цвет, скорость копирования 20 кадров в сек, SDMA). К тому же ДМА не синхронизирован с регенерацией растра, поэтому может моргать экран.

Edited by mantech

Share this post


Link to post
Share on other sites
13 minutes ago, iiv said:

Из воспоминаний с 2014 года там примерно 1гбайт в секуду скорость копирования оперативная - видео была, но латентность существенная, чуть не до милисеунды доходила.

Это что же получается, если надо 16 блоков скопировать, то всё время кадра только на ожидание и уйдёт ? :wacko2:

9 minutes ago, mantech said:

- проц IMX6 размер изображения 1024х768 32бит цвет, скорость копирования 20 кадров в сек, SDMA).

Вот и мне что-то подсказывает, что не всё так просто.

Share this post


Link to post
Share on other sites

на 2014 этот одроид.ху был самым быстрым из всего, что я тогда успел попробовать и с маленькими габаритами. Если габариты позволяют, советую взять обычный писюг и воткнуть туда нормальную графическую карту, латентность будет существенно меньше (на Нвидии сейчас около двух микросекунд), но тут потребление будет в разы выше. Я когда-то так тоже делал, правда и габариты были около 25х25х8см

Share this post


Link to post
Share on other sites

А все же чем так не устраивает исходный вариант с плис и рам? 

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

 

Возьмите просто побыстрее плис и память. 

Share this post


Link to post
Share on other sites
49 minutes ago, zombi said:

Вот и мне что-то подсказывает, что не всё так просто.

Так это i.MX6 - кривейшее поделие в плане работы с памятью. И DMA, ядром бы и он заполнил быстрее.

Share this post


Link to post
Share on other sites

кстати, какой-то из старых Джетсонов продувал одроидовской малишной ГПУшке по вычислениям на одинарной точности, что меня сильно забавляло.

Share this post


Link to post
Share on other sites

стесняюсь спросить, а что у вас там в проекте за ПЛИСины-то? их ведь несколько? а то может проще окажется взять какое-нибудь поделие на основе того же Цинка и получить в общем то и плис и цпу с линухами человечьими и память и  вывод на хдми в одном флаконе, не? как вариант пресловутая ZedBoard или ZynqBerry

Share this post


Link to post
Share on other sites
30 минут назад, bloody-wolf сказал:

вывод на хдми в одном флаконе, не?

Из задачи ТС я так понял, что нужно 2 видеовыхода, причем фулл ХДшных. Честно говоря не видал, чтоб в одном камне такое было. Разве, что второй канал делать из LVDSов...

9 часов назад, aaarrr сказал:

Так это i.MX6 - кривейшее поделие в плане работы с памятью.

Так-то да, точнее не скажешь...

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Sign in to follow this