Это задачи которые уже требуют по меньше мере часов 100-200 на реализацию. Это не тот формат, который я предлагаю. Лишнего времени в таком объеме, наверное, нет ни у кого. Опять же, а кому нужен такой мп3 декодер? Кому-то конечно да, но не всем.

Какие еще 100 часов?
Тут сутки -двое. Это и будет мастерство.
Даже если кто-то уже имел заранее портированное, то можно помериться еще ресурсоемкостью и количеством поддерживаемых фичей формата.
Вот это будет реальное мерилово.
Любая платформа, любые тулсы, игра почти без правил. Как доказать, что реализовал тоже проблема претендента.

Потом тоже сделать с портированием JPEG, потом MPEG, потом FS, TCP, кучей войс кодеков и т.д.
Это будет и полезно и забавно. Просто рассказы как начал портировать и обломался тоже будут интересны.

Это как публикация результатов тестов CoreMark на разных платформах.
Опубликовать результат может любой, а дальше хотите верьте хотите нет.
Но нужно сделать рейтинг доверия.

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

Здесь важна не столько практическая польза от работы, сколько обучение хитростям программирования. Придется ассемблер изучить внимательнее, алгоритмы кодирования звука (и не только звука, как уже говорилось, можно и изображения, видео...). И оценить результат найдется много желающих, так что можно рассчитывать на объективность при выборе победителя. Хотя, на мой взгляд, победителями будут все.
Времени, конечно, отберет... Тогда назовите свои варианты конкурса, попроще. Но разве мы куда-то торопимся, опаздываем?

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

помнится, была тут темка на счет отзеркаливания битов в байте - такого типа задачки предполагаются? если склероз не подводит, самая короткая процедурка в 11 ассемблерных команд вышла (AVR8)....

Да ну. Все эти трюки давно собраны тут - http://graphics.stanford.edu/~seander/bithacks.html

Ну это уже совсем для дошкольников. Я же написал, что задачи все практические

PS. На арме специальная команда есть - 1 командой аж целых 32 бита реверсируются.

Кстати, довольно бесполезная. Я ее сначала на радостях употребил для перестановки в БПФ, а потом, когда первый раунд (который только суммы и разности без умножений) в Radix4-алгоритме с этой перестановкой скрестил, то понял, что табличка (небольшая) была бы одинакова по быстродействию. Ибо еще надо двигать результат, а в табличке все заряжено.

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

К сожалению, при индексации - сдвиг отнюдь не на любое количество бит.

Кстати, а что так много - на пике у меня 5 получилось:

Чисто 5 минут подумал пока собачку выгуливал. С АВР не знаком, что у них такая система команд плохая, что в два раза больше команд надо?

Речь об оптимизации по скорости без использования таблицы.

тогда 16 -

Это метод в лоб. На AVR он тоже, кстати, занимает 16 тактов. Есть способ быстрее.

Понял. На пике тоже получилось 11 команд.

Из книжки выудил:

Будет любопытно взглянуть, что сделает Hi-Tech PICC компилятор. Последнее выражение - одна команда. А как с первыми двумя обойдется? (Проверю сам, позже, сейчас нет времени)

Ничего себе конкурсы...


А чем тогда это будет отличаться от тем типа "подарю проект", которые, кстати, не очень часто появляются на форуме ?

поглядел на счет реверсирования битов - увы, не все трюки там я говорил о реверсировании битов в байте применительно для AVR на асме. то, что по ссылке для AVR будет скомпилировано далеко не в 11 команд

Не, на пике 12тактов
на авр 13 тактов
лучше не сделать

Лучше можно сделать. Но лучше не делать.
Берете один восмибитный порт МК и соединяете его с другим в обратном порядке. В один порт пишите, из другого читаете.
Итого всего две команды (а не такта). Но очень расточительно с точки зрения использования ног МК...
Возможны более "щадящие" варианты, с использованием только одного порта...

У PIC это одна команда movff

В CPLD и FPGA это вообще не проблема...

Одной командой не получится. Почему - подумайте.

Это да. Но речь, вроде бы, идет об МК.

Команда-то одна, да тактов все равно два.

Дело не в тактах. Эта команда сначала читает, а потом записывает.
А нужно - все наоборот. Сначала записать данные в порт, а затем извлечь результат из другого порта.
Причем, лучше это сделать с некоторой паузой между записью и чтением...

А это всё зависит от того, как задачу поставить! В Вашей "рекурсии" я увидел только один резонный подход:
Данные поступают из 8-битового параллельного порта PORTB в регистр DATA.
Вы цепляете невостребованный PORTC для зеркального байта в регистр MIRR.
movff PORTC,MIRR
Потому и ПЛИС пригрезились, что там это всё ни к чему, до того всё гибко и быстро...

А разве задержки в такт (и более) не хватит???

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

Зависит от тактовой частоты.

То, что Вы предложили зеркальную перекодировку посредством аппаратного вывода-ввода, Вами написано чётко и понятно. Просто я предложил свой вариант, когда нужны и прямые, и зеркальные данные, а до этого просто ошибся.
Ну да Бог с ним!
Мне тут более интересные мысли (как мне кажется) на досуге пришли, чем банальная перекодировка .
Для интелектуального развития молодых мозгов не стоит сковывать их в средствах решения элементарных задач каким-либо AVRом или PICом. Лучше ставить задачи абстрактные, а чем они будут решены - это выбор разработчика.

Например: Нужно сделать программируемый цифровой фильтр звуковой-ультразвуковой частоты до 100 кГц (ФНЧ) с перестраиваемой частотой среза 1,2,5,10,20,50,100 кГц с минимальной себестоимостью и с минимальными габаритами (последнее - главное требование). Здесь выбор элементной базы весьма широк: микроконтроллер, DSP, ADC+FPGA+DAC, специальные ИС и др. Для себя я эту задачу уже почти решил, но хотелось бы проверить, не ошибся ли с выбором. Кому интересно - можете тоже попробовать решить.

Это типа задание? Лол. Разрядность данных, частота дискретизации, порядок фильтра, типы интерфейсов, питание и так далее - где?

Это типа Вы меня подло-подловить решили??? Я ждал вопросов по теме!!! Разрядность определяет разработчик, лучше всего - 16 бит. Тактовая частота - 100 МГц. Порядок - 6-й. LVDS only!!! Питание - какое хотите!

Нет. Это я просто посмеяться пришел. Улыбают сильно исходные данные.

Да? Предмет нездорового смеха - в студию!

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

Всё понятно... Отдыхай... те...

Врача вызывали?

Кому? Куда? Зачем?

Так не GetSmart ли несколько жизней назад на Электрониксе был "дохтуром"? Видимо, желает принять участие в конкурсе.

По сути вопроса - разве специальные микросхемы не всегда лучше универсальных? Что-то там на переключаемых конденсаторах...
Другое дело, что в универсальную ИС, микроконтроллер или ПЛИС, можно запихнуть сразу целую кучу задач.

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

Второй пример (не для новичков): Разработать синтезатор на программируемую частоту от 10 МГц до 2 ГГц с очень чистым спектром (ФШ-не хуже -120дБн/Гц на 10 кГц, спуры -100дБ), имеющий минимальные размеры (2 на 3 см), цену (не более 20$) и сроки разработки и сборки (не более 1 мес.) Предложение использовать генератор не принимается.

Теперь кто хочет, может поржать, а для остальных скажу, что сам решал её месяц назад. Тут тоже пришлось перебрать все варианты решения: DDS, PLL, генератор гармоник, VCXO, прямой синтез и т.д. и сделать 5 синтезаторов за неделю, прежде чем определился самый лучший вариант.

В чём суть такого подхода к полстановке задачи: Он комплексно развивает мышление разработчика, не концентрируя на деталях, которые могут оказаться несущественными в процессе анализа. Жизнь ставит задачи и посложнее, чем приведённые мною примеры. Реальные ситуации в этом форуме доказывают это. Уж если развивать мозги, так сразу комплексно, а не по мелочи. Хотя в электронике как раз мелочей не бывает...

Stop lbe, а то засерет весь форум!

И где посмотреть конкурсы и результаты?
Или тему несбывшихся устремлений в утиль?

P.S.
Какая милая реплика.

В утиль

Конкурс должен предполагать наличие жюри и призов победителям. Иначе стимула нет.

Да ерунда это всё! Этот форум и есть самый толковый конкурс, зачем ещё что-то выдумывать...

...А в качестве призов победителям - доступ в Свои и на FTP. Кому неинтересно - давно смылись.

Доступ и так дадут. А подарок - ооооо.... платку Дискавери, или РПи... Мультиметр...

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