ig_z

Какие такие регистры есть в буфере? И почему до 5 версии, а не до 3 или 2? У вопрошающего жлинк построен на базе стм32, а там вообще может быть всего пару версий было. Что касается мейнстримовского жлинка на SAM7S64, то на всех ОЕМ платах стоит процессор без буферов и ничего, все работает.

Для мониторинга зенсис выпускает Zniffer. Для управления устройствами с компа - Z-Wave PCController. "Настеный контроллер" - такой девайс класс мне неизвестен, так что придется таки ждать форумчан ...

Что эти устройства делают или для чего предназначены? USB-стик это сериалАПИ модуль для ZWave PCController-а? настенный контроллер - это что Bin_Sensor DoorBell DoorLock LED_Dimmer? UART-плата это зачем?

Я как то пропатчил дот нетовскую апликуху с пом. рефлектор+рефлексил. http://reflexil.net/ Деталей не помню, но апликуха разложилась на секции с удобным поиском и т.д. Я думаю, что в гугеле можно найти детальное описание процесса. И еще на креклабе я что то есть

Интересно! Я считал, что uC/Probe сделана как таргет и тулчейн независимая утилита для трассировки времени исполнения. Именно для случая отсутствия каких либо отладчиков. В чем глубокий смысл создавать CSPY плагин для "uC/Probe integration" непонятно.

Understand и Source Insight. Ничего более удобного для таких задач не встречал. Первый проводит анализ чрезвычайно детально. Но не так удобен для навигации по коду, как второй. SI очень не любит макросы и всякие навороченые исходники с большим количеством условной компиляции. Активно пользуюсь ими уже очень давно. Для карандашного анализа рефакторинга печатаю сырцы из SI. Думаю, что в этот ряд можно поставить и эклипсу, но мне хватает первых двух.

Не в тему, но вы наверняка знаете о understand c++. У нас в проектах используется изощренная система макросов и SI действительно пасует перед такими задачами. В таких случаях understand просто вне конкуренции. У нас автоматом генерятся файлы проектов с помощью make файла #------------------------------------ # Build "Understand C++" database #------------------------------------ # Make a file listing the C source files for the target $(TARGET)-filelist.txt: $(CSRCFILENAMEFILES) @findstr /E /I /C:".c" $(subst \,\\,$(RELSDIRFULL)\*.csrc) | $(SED) -r "s/^.*://g" - > $(subst \,\\,$(RELSDIRFULL)\$(TARGET)-filelist.txt) $(TARGET).udc: $(TARGET)-filelist.txt @echo Making Understand C++ database $@ @echo $(C51INC),%CD%| $(SED) "s/,/\n/g" - > $(subst \,\\,$(RELSDIRFULL)\$(TARGET)-includepathlist.txt) @echo __C51__, $(CDEFINES)| $(SED) "s/ *, */\n/g" - > $(subst \,\\,$(RELSDIRFULL)\$(TARGET)-cdefineslist.txt) c:\SciTools_26_32\bin\pc-win32\und -create -db $(subst \,\\,$(RELSDIRFULL)\$@) -addFiles @$(subst \,\\,$(RELSDIRFULL)\$(TARGET)-filelist.txt) -languages C++ -include_addfound On -include_addfoundsys On -define @$(subst \,\\,$(RELSDIRFULL)\$(TARGET)-cdefineslist.txt) -include @$(subst \,\\,$(RELSDIRFULL)\$(TARGET)-includepathlist.txt) -compiler_name "Keil c51" -analyzeAll # "understand" database creation is optional. # use "make UNDERSTAND_C=1 ZWxxxxx...." ifeq ($(UNDERSTAND_C),1) all: $(TARGET).udc endif Идея простая - в папке RELSDIRFULL собирается список файлов проекта, добавляются пути с инклюдами includepathlist.txt и значения дефайнов cdefineslist.txt. Создается база данных проекта и запускается на анализ. Understand анализирует очень акуратно, у нас в некоторых проектах почти все функции определяются через макросы. Навигация в SI в этом случае не работает. С Understand все работает замечательно.

Под виндой можно использовать netbios из contrib

По моему на сахаре человек с ником ASDFS имеет тех поддержку для армов. Не знаю как сейчас, но раньше иаровцы игнорили багрепорты от простых смертных. По крайней мере три моих репорта для MSP430 и ARM оставались без внимания, пока не послал их через немецкого кастомера.

По порядку 1)дигидизайн были культовой конторой во времена маков на мотороле 68к. И это было правильно, потому что 15-20 лет назад что не было других (вменяемых) вариантов обработки звука. Сейчас рядом с моим офисом есть их команда девелоперов или что то типа этого, пишущая для винды. Т.е. это выглядит со стороны как крутое падение бизнеса, вызванное жесточайшей конкуренцией со стороны софтопейсателей. И это нормальный процесс. 99.9% пользавателей просто не нуждается в различный дигидизайнах. Повторюсь, это всего лишь мое мнение. Никто не запрещает вам повторять трудвой подвиг подобных компаний. 2) и 3) Пару лет назад собрал на своей машине самописный вст(по мотивам рассказов БрМея) + scorchcrafter(дист) + Tal-Reverb + какие то хорусы и еще чего то по мелочи. Процессор - какой то древний АМД 1.2ггц с интегрированным AD аудио чипсетом. Загрузка процессора - 18 - 28% в зависимости от выбранной частоты дискретизации. Совершенно нормально можно играть вместе с гитарной минусовкой AC DC - Thunderstruck в адоб аудишн :) Реалтайм - 3мсек задержка. Это приблизительно + 1метр к расстоянию до источника звука. Конечно до засовывания головы в комбик тут далеко :) Но для нормальной игры более чем достаточно

Если такое покупают в студию, то я бы предположил коррупционную составляющую. В простонародии именуемое попилом бабла. А если это покупается домой, то здесь напрашивается медицинский диагноз :) Но это всего лишь мое имхо, сформированное наличием невообразимого количества вст плагинов на все случаи жизни (и смерти). Причем как платного так и бесплатного. Более того доступного с виде исходников. Только на тестовое прослушивание могут уйти месяцы, если не годы.

Набираете в поиске слова VST, host. И долго долго курите невообразимый объем инфы. Потом будет большое число тестовых прослушиваний своих поделок. И когда наступит просветление и удовлетворение результатами своей работы, только тогда можно думать о дсп. Но скорее всего эта затея отпадет сама собой. Вся обработка звука для студий, для дома, для караок и минусовок уже давным давно делается в рс. Дсп имхо вчерашний тупиковый путь, пригодный разве что для защиты интелектуальной собственности в условиях сверх массового производства

Когда то пытался оценить такую же ситуацию с точки зрения оптимальности использования в мк и соответствия какому либо стандарту. Пришел к выводу, что наиболее правильным способом является реализация Apple Bonjour или что тоже самое GNU/Linux Avahi. Технически этот протокол базируется на auto-ip и mdns. auto-ip поднял быстро. Сам бонжур тоже несложно поднять, но я так и не закончил этот проект. Исходники нашел для uIP, так что для lwIP это вообще не проблема. (По моему auto-ip уже имеется в lwIP)

Он похоже для снг заблокирован. Мои коллеги через датский айпишник доступались без проблем. Попробуйте через анонимный прокси

На с++ есть, и это решение давно присутствует в бусте ессно :)

Похоже, что это документ из под пера маркетолога. (почти то же самое, что и журналист). Вот те же цифры о Dyn-X из более детального документа: Dynamic operating range for complete analysis chain: z 125 dB Broadband Lin (10 Hz – 25.6 kHz) z 162 dB Narrowband Lin (6 Hz BW e.g. 25.6 kHz Возможно для 2005 года это были поразительные цифры, но сейчас 125дб для аудио диапазона обычное дело. К примеру на нашем радио рынке 114 дб содек стоит около 3 у.е. Как склеивать вольтовые диапазоны с суб микровольтовой точностью не представляю. Но если они умеют это делать, то непонятно, почему бы не делать больше 2х ацп. Вроде бы конденсаторные полудюймовые микрофоны B&K имеют динамический диапазон более 160 дб в диапазоне 10 - 40000 Гц.

Ну если я правильно понял, то это для полосы 24 Гц (стр 9 в пдфке). Если взять топовый аудио ацп, то имеем приблизительно такие цифры - 126дб в полосе 24000 гц. Уменьшив полосу в 1000 раз, уменьшаем уровень шумов на входе в 30 раз (или около 30 дб). В итоге увеличиваем дд до 126+30 = 156 дб. Два в параллель дают выигрыш еще на 3дб (скорее всего это решение для линеаризаций и компенсаций ошибок и нелинейностей). Нечто подобное (дублирование каналов) применяют вегалабовские чудилы, но для цапов

Если речь о паттернах, то это похоже на обозреватель (он же наблюдаталь, он же подписчик) http://ru.wikipedia.org/wiki/Design_Patterns

Вот на хабре встретилось http://habrahabr.ru/post/102870/

Так поделитесь, мало ли кому пригодится

Не путаю :) UDA1361 по параметрам соответствует PCM1802. На имраде месяц назад была цена порядка 16-17 грн. По сравнению с PCM1808 имеет с/ш 105 дб

Давайте ссылку. Через какое то время придется работать с чем то подобным. Немного не в тему - а почему вы не выбрали филипсовые UDA? Они вроде и дешевле (даже на имраде) и параметры получше?

Очень интересно. Хоть я и в большей мере использую understand но и si тоже использую время от времни. Думаю, многим будет полезно посмотреть

Что за версия линка? Если есть схема DK, запостите сюда пожалуйста.

Мои пять копеек на счет скорости переключения контекста. Несколько лет назад в Иаровском компилере для MSP430 была мелкая бага с расположенными подряд деструктором конструктором объекта. В моем проекте эта бага проявилась при использовании TCritSect. Написав баг репорт, я решил проэкспериментировать со скоростью выполнения TCritSect. Смысл в том, что локальная переменная может быть помещена как в регистрах ядра, так и на стеке, в зависимости от опций компилятора. Локальный объект (TCritSect в данном случае) размещался только на стеке, и никак иначе. Иными словами "Си-шные" ртосы, использующие пару ENTER_CRITICAL_* EXIT_CRITICAL_* всегда будут иметь фору в несколько тактов :). Имена потомков в студию!