2D ускоритель, Как их делают? Опции

[muravei]

С графическими контроллероми понятно, а как 2D акселераторы делают?
Типа того

[x736C]

Тему следует переименовать: «Напишите алгоритм Брезенхэма и кусочно-гладкой аппроксимации на hdl».
В чем конкретно затык, не понятно.

[Leka]

В чем конкретно затык, не понятно.

Вроде понятно - со стороны непонятно, неужели ПЛИСоводы до сих пор вручную расписывают все переходы в КА.

[des333]

Вроде понятно - со стороны непонятно, неужели ПЛИСоводы до сих пор вручную расписывают все переходы в КА.

Да. Расписывают. 


Мне вообще не понятно, почему этого делать не следует?
Экономия времени? Так этап "набора" кода занимает не более 5% общего количество времени, затраченного на разработку проекта.
Ну на сколько можно ускорить кодирование, перейдя на "Си"? На 20%, на 40%?


В итоге, сэкономите 1% или 2% от общего времени. И стоит оно того?
Лучше потратить время на совершенствование тех 20% действий,  которые отнимают 80% времени.  

[x736C]

Экономия времени? Так этап "набора" кода занимает не более 5% общего количество времени, затраченного на разработку проекта.
Ну на сколько можно ускорить кодирование, перейдя на "Си"? На 20%, на 40%?

Ну, вообще-то отладка программы написанной на Си выгодно отличается от отладки ассемблерной программы, как и само их написание. Это в качестве примера преимущества ЯВУ над ЯНУ.
Ускорение кодирования является следствием упрощения кодирования. Отсюда и отладка упрощается.
Попробуйте оспорить.

[Maverick]

Ну, вообще-то отладка программы написанной на Си выгодно отличается от отладки ассемблерной программы, как и само их написание. Это в качестве примера преимущества ЯВУ над ЯНУ.
Ускорение кодирования является следствием упрощения кодирования. Отсюда и отладка упрощается.
Попробуйте оспорить.

Оспаривать действительно сложно так как сравниваете совершенно разного уровня языки.
язык С это просто набор функций из ассемблерных команд для исполнения процессору и программа выполняется всегда последовательно(правда сейчас пытаются сделать параллельность вычилений). А язык хHDL - это описание цифровой схемы, при чем с помощью языка хHDL мы объясняем синтезатору как сконфигурировать цифровую логику в ПЛИС. Т.е. мы можем на языке хHDL описать сам процессор(АЛУ) со своим ассемблером, а только потом написать для него программу на ассемблере (или вначале написав свой компилятор - программу на С). В ПЛИС может быть например таких процессоров(АЛУ) десятки или сотни - на сколько логики ПЛИС хватит. И они могут одновременно и параллельно все работать. Другими словами мы можем создать с помощью языка хHDL любую архитектуру того же процессора, т.е. создать систему на кристалле или просто создать связку обычного счетчика (таймера) и дешифратора.
ЗЫ Это мое мнение

На счет ускорения и автоматизации написания программ, то она происходит просто более медленно чем например для С. Так ранее синтезатор не понимал знаки операций +,-,* в описании на языке хHDL цифрового устройства и приходилось на уровне простейшей логики описывать схему вычислительного блока (умножителя, сумматора и т.д.), то сейчас он сам строит необходимый вычислительный модуль. Под этот шумок многие написали и защитили кандидатские работы и было много сделано патентов. На сегодняшний день существует очень много готовых IP-ядер цифровых устройств как от производителя ПЛИС так и сторонних разработчиков