-
- о, ссылка - программный AAC декодер на dsPIC, 3,5 MIPS. Правда кода нет - Gamma SPb(20.12.2007 12:33, ссылка)
- Проект Media Player на LPC2138. декодер от https://datatype.helixcommunity.org/ - Ruslan(17.12.2007 11:05, ссылка, картинка)
- :) обманули - Ruslan(17.12.2007 11:15)
- which plays back high-quality, uncompressed, 16-bit digital audio - Gamma SPb(17.12.2007 11:06)
- Интересно, насколько целесообразно использовать dsPIC в качестве декодера? Или это проект нужен только для оценки производительности? Argon(93 знак., 16.12.2007 23:08)
- ИМХО сейчас вообще нецелесообразно MP3 использовать - флеша уже настолько дешевая, что можно напрямую wav гнать, там где надо. С другой стороны аппаратный декодер MP3 - самый простенький VLSI стоит чуть дешевле того же dsPIC33FJ256GP710... Gamma SPb(161 знак., 17.12.2007 00:00)
- ARM7 на 60 Мгц декодирует MP3 той же либой на ура. (точные битрейты не помню, но 64кбит моно получается - Evgeny_CD(16.12.2007 23:38)
- CPU - LPC2106. Код занимает ~64кб в флеш. Если в оставшийся флеш положить кусочек mp3, то получим следующие результаты: Ruslan(212 знак., 17.12.2007 08:59)
- 32К ... 320К - это битрейт. 20.30MIPS - это если считать что LPC2106 ~55mips. - Ruslan(17.12.2007 10:37)
- так код-то будет? два проекта видел на LPC, ни один стерео вообще не тянет. С асмовыми вставками... - Gamma SPb(17.12.2007 10:43)
- код - MAD libs. Тестил год назад, ничего не осталось кроме этой таблички. - Ruslan(17.12.2007 10:45)
- понятно... - Gamma SPb(17.12.2007 10:46)
- код - MAD libs. Тестил год назад, ничего не осталось кроме этой таблички. - Ruslan(17.12.2007 10:45)
- так код-то будет? два проекта видел на LPC, ни один стерео вообще не тянет. С асмовыми вставками... - Gamma SPb(17.12.2007 10:43)
- без кода который можно проверить это ОБС. И что у вас значит MIPS? - Gamma SPb(17.12.2007 10:28)
- 32К ... 320К - это битрейт. 20.30MIPS - это если считать что LPC2106 ~55mips. - Ruslan(17.12.2007 10:37)
- ну и что? вывод-то какой? - Gamma SPb(16.12.2007 23:55)
- Я не вывод не претендовал. Просто дал информацию. - Evgeny_CD(17.12.2007 00:01)
- Я в курсах спасибо. 32-битный ARM на 60 МГц требует столько же времени на декодирование потока, сколько 16-битный dsPIC на 40 МГц. На выводы не претендую, просто даю информацию - Gamma SPb(17.12.2007 00:06)
- Понятно, что dsPIC эффективнее на DSP-like задачах. И вообще, на самом деле, более правильная для small embedded задач архитектура (если не вешать на него безумные ГУИ и стеки протоколов). - Evgeny_CD(17.12.2007 00:13)
- про гуи тут уже было - дохленький пик24ф разруливает QVGA на раз - можете демку по ссылке посмотреть - Gamma SPb(17.12.2007 00:18, ссылка)
- Онять же, уже обуждали. Просто красивая картинка - нивапрос. Полноценный GUI, многооконный, с большим количеством интерактивных элементов на экране - сдохнет он по совершенно объективным причинам. - Evgeny_CD(17.12.2007 11:37)
- ну крантец, что значит полноценный? и по каким таким объективным? на экране обновляется только то, что нужно обновить. Вам нужно 300 кнопок и 50 окон на QVGA? да нивапрос, не сдохнет. Посмотреть бы на этот супермногооконный GUI... Gamma SPb(62 знак., 17.12.2007 11:41)
- Каждому свое место. PIC - великолепный, дешевый и навороченный периферийны контроллер. Все попытки вылезти за область определения - смерть. А в центре системы должен CF стоять, ну или ARM какой мелкопоганистый. - Evgeny_CD(17.12.2007 12:07)
- ну в центре системы на который полезный алгоритм на перле или LUA - несомненно =) - Gamma SPb(17.12.2007 12:15)
- Я ценю критику моих идей, ибо она единственное средство защиты от маразма. Но в данном случае, я убежден, что без применения идеологии иерархии себестоимость малотиражных сложных разработок не снизить. - Evgeny_CD(17.12.2007 12:24)
- Так сказать, применение ООП к управлению проектами :) - Evgeny_CD(17.12.2007 12:25)
- Я ценю критику моих идей, ибо она единственное средство защиты от маразма. Но в данном случае, я убежден, что без применения идеологии иерархии себестоимость малотиражных сложных разработок не снизить. - Evgeny_CD(17.12.2007 12:24)
- ну в центре системы на который полезный алгоритм на перле или LUA - несомненно =) - Gamma SPb(17.12.2007 12:15)
- ГУЙ В осце вполне полноценный. И скорость обработки изображения там на порядок выше той, которую ПЫК дать может (инача такой томоз-осциллографф никому не нужен будет). Верно, вопрос в том, а что можно наотображать на QVGA, чтобы юзер сумел с этим Evgeny_CD(12 знак., 17.12.2007 12:05)
- да откудова, Евгений, вы знаете, чего там пик может дать, а чего нет? Я знаю, потому что эта плата у меня на столе лежит. Gamma SPb(137 знак., 17.12.2007 12:14)
- Сила состоит не в том, чтобы после того, как в башку придет идея, быстренько спаять плату (или взять готовую) и проверить - катит или нет. Сила состоит в том, чтобы на основании имеющейся информации с некоторой вероятностью оценить - катит или нет. Evgeny_CD(66 знак., 17.12.2007 12:27)
- И чего, тек на PIC сделан? - Evgeny_CD(17.12.2007 12:24)
- да откудова, Евгений, вы знаете, чего там пик может дать, а чего нет? Я знаю, потому что эта плата у меня на столе лежит. Gamma SPb(137 знак., 17.12.2007 12:14)
- Каждому свое место. PIC - великолепный, дешевый и навороченный периферийны контроллер. Все попытки вылезти за область определения - смерть. А в центре системы должен CF стоять, ну или ARM какой мелкопоганистый. - Evgeny_CD(17.12.2007 12:07)
- ну крантец, что значит полноценный? и по каким таким объективным? на экране обновляется только то, что нужно обновить. Вам нужно 300 кнопок и 50 окон на QVGA? да нивапрос, не сдохнет. Посмотреть бы на этот супермногооконный GUI... Gamma SPb(62 знак., 17.12.2007 11:41)
- Онять же, уже обуждали. Просто красивая картинка - нивапрос. Полноценный GUI, многооконный, с большим количеством интерактивных элементов на экране - сдохнет он по совершенно объективным причинам. - Evgeny_CD(17.12.2007 11:37)
- про гуи тут уже было - дохленький пик24ф разруливает QVGA на раз - можете демку по ссылке посмотреть - Gamma SPb(17.12.2007 00:18, ссылка)
- Понятно, что dsPIC эффективнее на DSP-like задачах. И вообще, на самом деле, более правильная для small embedded задач архитектура (если не вешать на него безумные ГУИ и стеки протоколов). - Evgeny_CD(17.12.2007 00:13)
- Мопед - AVR(17.12.2007 00:06)
- кста, просьба =) глянуть асмовые исходники, если время и интерес будет - мож чего подправить можно... Gamma SPb(153 знак., 17.12.2007 00:10)
- Я в курсах спасибо. 32-битный ARM на 60 МГц требует столько же времени на декодирование потока, сколько 16-битный dsPIC на 40 МГц. На выводы не претендую, просто даю информацию - Gamma SPb(17.12.2007 00:06)
- Я не вывод не претендовал. Просто дал информацию. - Evgeny_CD(17.12.2007 00:01)
- CPU - LPC2106. Код занимает ~64кб в флеш. Если в оставшийся флеш положить кусочек mp3, то получим следующие результаты: Ruslan(212 знак., 17.12.2007 08:59)