Рязань косопузая.

Сообщение от Флекс 71**

Комментарий модератора

Флекс 71**:

для забывших или совсем не читавших Правила раздела:
Правила раздела "Высший Пилотаж"

- Раздел предназначен для обсуждения теоретических и практических вопросов твика, ремонта и переделки аппаратуры, а также финальной доводки до ума систем высокого уровня.
- Участие в обсуждении предполагает достаточный уровень теоретических знаний и практических навыков. Пожалуйста, постарайтесь трезво оценить свои возможности перед тем, как присоединиться к дискуссии.
- Раздел строго модерируется. Уровень терпимости к неграмотности и флуду - ниже среднего по Форуму (на усмотрение модераторов раздела).

+1!!!
Добавлю от себя : ВЕДЕНИЕ ДИСКУССИИ В КЛЮЧЕ ДОКАЗАТЕЛЬСТВ СВОЕЙ ПРАВОТЫ МЕТОДОМ НАПИСАНИЯ ОТВЕТОВ ЗАДАВАЯ ВОПРОСЫ, ИСПОЛЬЗУЯ НАМЁКИ БУДУ СЧИТАТЬ ФЛУДОМ!!! ЛЮБОЕ СКРЫТОЕ ОСКОРБЛЕНИЕ БУДУ СЧИТАТЬ ОТКРЫТЫМ!!!
САНКЦИИ Я ЛИЧНО БУДУ ТВОРИТЬ БЕЗ ВЫПИСЫВАНИЯ ПРЕДУПРЕЖДЕНИЙ, СРАЗУ КАРТОЧКИ!!!

Парни..... реально задрали уже!!!
Админам раздела вот больше дел нет просто ни каких, как только разбираться с жалобами от Вас друг на друга.......

Сообщение от RZNPRB

Вот в планируемой "голове" будем как раз и использовать "закрытый" процессор - там постороннему человеку делать точно нечего.

RZNPRB, интересно, что быстрее сделать: разработать собственный аудиоконтроллер с "закрытым" кодом и управлением; или взять готовое решение для Intel с открытыми кодом к нему, чтобы потом управлять всем что подсоединяется и контролируется, включая встроенные ресурсы. Понятно, что это не по-аудифильски, но вражеская пропаганда делает свое темное дело.

После прочтения съесть!

http://vr-zone.com/articles/meet-int...ler/60323.html

Сообщение от RZNPRB

Т.е у miniDSP архитектура обработки аудиопотока фиксированная и "залезть" туда просто так не получится, я правильно понимаю?

именно так - они прибили базовый (необходимы на взгляд разработчика) набор свойств, изменения которых вызывает именно загрузка коэффициентов по USB

Сообщение от RZNPRB

Если так, то ADAU тут не самый интересный вариант - за эти деньги(ADAU+PIC) можно поставить серьезную "цифромолотилку" от ARM или AD, но вот с ее программированием смогут справится очень немногие профессионалы.

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

Сообщение от RZNPRB

У ADAU есть только один серьезный плюс - очень простая и удобная графическая среда программирования,которую можно освоить используя примеры и заготовки очень быстро - за 20-30 минут.

ну кроме этого есть еще и нормальный DSP и самое главное фактически дармовая библиотека алгоритмов к ней...

Сообщение от RZNPRB

Вот в планируемой "голове" будем как раз и использовать "закрытый" процессор - там постороннему человеку делать точно нечего.

Зря. Потратите кучу времени и когда (если) выйдет готовый образец - есть вероятность, что потребителю он будет не нужный...
P.S. Я вот сейчас с несколькими студиями общаюсь, так у них не в ГУ сейчас проблема, а в интеграции шатки и не штатки с хорошим качеством.. Причем если этот вопрос не решить - то реально самый платежеспособный клиент всю возню с автозвуком похерит... Эта как раз та задача, про которую мы в личке общались...

---------- Сообщение добавлено 06.05.2014 в 10:05 ----------

Сообщение от HoSStiA

интересно, что быстрее сделать: разработать собственный аудиоконтроллер с "закрытым" кодом и управлением; или взять готовое решение для Intel с открытыми кодом к нему, чтобы потом управлять всем что подсоединяется и контролируется, включая встроенные ресурсы. Понятно, что это не по-аудифильски, но вражеская пропаганда делает свое темное дело.

Поддержку! По срокам выхода в серию, любая серьезная заказная разработка (да еще и у нас в стране) это очень долго с точки зрения покупателя.

Сообщение от andr_l

Зря. Потратите кучу времени и когда (если) выйдет готовый образец - есть вероятность, что потребителю он будет не нужный...
P.S. Я вот сейчас с несколькими студиями общаюсь, так у них не в ГУ сейчас проблема, а в интеграции шатки и не штатки с хорошим качеством.. Причем если этот вопрос не решить - то реально самый платежеспособный клиент всю возню с автозвуком похерит... Эта как раз та задача, про которую мы в личке общались...

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

Сообщение от FFZ

решили отказаться от концепции закрытых/брендовых штатных аудио/мультимедиа и идти в сторону открытых для потребителя систем на базе либо платфоры IOS, либо платформы Андроид, предоставляя тем самым потребителю выбор той системы к которой он привык, которая ему больше нравиться......

Я думаю они лукавят: ничего не меняя, кроме маркетенговой фишки выбора пользователя ГУ на той же ios (которая по сути закрытая вусмерть) или андроид без открытых протоколов взаимодействия различных устройств на мультимедиа шине, говорить об открытых стандартах по мне не приходиться....

Сообщение от Вофка

не надо взбалтывать, можно просто читать что написано. Будь то классика, андеграунд или прочие уважаемые классики.
Дмитрий, восьмые девятые праздники? Реально?

Пока надо пережить 7 мая -День Радио. У нас в городе его очень реально празднуют! А какие есть предложения?

---------- Сообщение добавлено 06.05.2014 в 21:56 ----------

Сообщение от HoSStiA

RZNPRB, интересно, что быстрее сделать: разработать собственный аудиоконтроллер с "закрытым" кодом и управлением; или взять готовое решение для Intel с открытыми кодом к нему, чтобы потом управлять всем что подсоединяется и контролируется, включая встроенные ресурсы. Понятно, что это не по-аудифильски, но вражеская пропаганда делает свое темное дело.

После прочтения съесть!

http://vr-zone.com/articles/meet-int...ler/60323.html

Пугают меня господа с Интела своими "открытыми" решениями - потом выясняется, что они подходят только к их чипам, а вот доступ к ним получить могут только ... очень уважаемые компании.
Есть еще куча ОС, в т.ч. РВ, с реально открытыми исходниками, которые достаточно просто портируются на практически любое "железо". Мы планируем просто использовать наш опыт работы с подобными ОС по другим проектам.
Если не сложно, то дайте какую-нибудь ссылку на решение от Интел - хочу максимально подробно все посмотреть - вдруг, все же что-то хорошее.
А вообще - большое личное СПАСИБО за информацию, очень приятно, что хоть кто-то пытается помочь.
С уважением.

---------- Сообщение добавлено 06.05.2014 в 22:18 ----------

Сообщение от andr_l

именно так - они прибили базовый (необходимы на взгляд разработчика) набор свойств, изменения которых вызывает именно загрузка коэффициентов по USB

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

ну кроме этого есть еще и нормальный DSP и самое главное фактически дармовая библиотека алгоритмов к ней...

Зря. Потратите кучу времени и когда (если) выйдет готовый образец - есть вероятность, что потребителю он будет не нужный...
P.S. Я вот сейчас с несколькими студиями общаюсь, так у них не в ГУ сейчас проблема, а в интеграции шатки и не штатки с хорошим качеством.. Причем если этот вопрос не решить - то реально самый платежеспособный клиент всю возню с автозвуком похерит... Эта как раз та задача, про которую мы в личке общались...

---------- Сообщение добавлено 06.05.2014 в 10:05 ----------


Поддержку! По срокам выхода в серию, любая серьезная заказная разработка (да еще и у нас в стране) это очень долго с точки зрения покупателя.

Хотелось бы дать возможность использовать не кем-то выбранный "штатный набор"(к конце концов - он в заводской прошивке есть и ее можно легко изменить, сейчас она эмулирует типовой усилитель), а максимальные возможности именно ДЛЯ ТВОРЧЕСТВА - современные системы, как правило, таким редко балуют. С точки зрения "продажности" - наше решение не правильно, но не "продажностью" одной живет человек! В конце концов - можем очень легко реализовать и такой вариант..., но это уже "типовой" вариант.
По разработке - мы тоже стараемся не изобретать велосипедов там, где это не надо, а сосредотачивать усилия на "изюме". Идея с "головой" совсем не тривиальная - пока не буду озвучивать, еще сам додумываю...
Кстати, программирование DSP на ARM можно делать "в лоб" - долго, упорно и уперто, а можно использовать Матлаб - быстро, качественно...(это я Вам небольшое буржуйское know-how открыл - если разработчик такие вещи не использует, то все будет долго, плохо работать и т.д.)
Состыковка изделий различных школ разработки - процесс очень неблагодарный. Тут тоже есть мысли - как все правильно заорганизовать(чем и сильна Россия - вечный хаос).
Ну а Интел - что-то не припоминаю с их сторона какой-либо "халявы", а сейчас они теряют рынок всевозможных мобильных устройств - может и сделают "атракцион неслыханной щедрости" с открытой архитектурой. Ну а скорее - нужна будет серьезная поддержка с их стороны для портирования системы, скорее всего, опять-таки на их чипы, которые нужно будет у них покупать вагонами, если они соизволят продать. У меня все же другие мысли - не хочется совать голову в осиное гнездо и , кажется, есть способ этого не делать.

---------- Сообщение добавлено 06.05.2014 в 22:19 ----------

Сообщение от andr_l

Я думаю они лукавят: ничего не меняя, кроме маркетенговой фишки выбора пользователя ГУ на той же ios (которая по сути закрытая вусмерть) или андроид без открытых протоколов взаимодействия различных устройств на мультимедиа шине, говорить об открытых стандартах по мне не приходиться....

Согласен на все 100!

---------- Сообщение добавлено 06.05.2014 в 22:25 ----------

Сообщение от M@RIO

Вы планируете разработать своё процессорное ГУ? Или я что-то недопонимаю?

Можно и так сказать, но это не совсем ГУ.

Сообщение от RZNPRB

Кстати, программирование DSP на ARM можно делать "в лоб" - долго, упорно и уперто, а можно использовать Матлаб - быстро, качественно...(это я Вам небольшое буржуйское know-how открыл - если разработчик такие вещи не использует, то все будет долго, плохо работать и т.д.)

Я верю, что у Вас быстро и качественно Скажи плиз, а сколько времени прошло от момента ТЗ до выпуска усилителя? Причем учитывая тот факт, что ПО в нем отдано на откуп пользователю и Вами фактически не откатывается, будет интересно узнать фактически срок от ТЗ до выпуска изделия...