CPP - это язык программирования, как basic, fortran, Java, Swift и т.д.
а DSP - digital signal processing (по русски: цифровая обработка сигнала) - это наука посвящённая обработке дискретных сигналов. в этой науке описывается принципы корелляции сигналов и основанные на ней тригонометрические (ДПФ, синусное/косинусное) и иные (вейвлет) ортогональные преобразования. изучаются принципы детектирования сигналов и построения цифровых фильтров. + практические приложения, такие как обработка одномерных сигналов, обработка двумерных (фотографий и видео) сигналов, автоматизированное управление системами и т.д.
я это к тому, что сравнивать c++ с DSP это мягко говоря как сравнивать мягкое с теплым. более того, все алгоритмы сводятся к определенным формулам, которые можно написать на любом языке программирования. в том числе и на c++.
Как закончит сразу проси ещё раз проверить. Чтоб время не терять
Странно где я что-то сравнивал, я предложил не учить с++ с нуля а сразу изучать си++ в контексте дсп аудио, я прекрасно знаю что это. А почему именно си++ так это стандарт де-факто для обработки аудио под ос (не берем ембедед бэйр метал системы где код исполняется без прослойок в виде ос тут уж наверное обычный Си), так как он достаточно быстр почти реалтаймовый, с кучей уже готовых библиотек для обработки аудио, в отличи от джавы и свифта и тем более Бейсика
Чтобы ответить надо сравнивать с оригиналом. Но сам плагин так классно звучит, что достоин быть референсом.
Не верьте.) надо спросить у @belovw чем и как он тестирует, научиться пользоваться софтом, потом сделать исследование по алгоритмам, которые могут дать нужный результат, потом дать эту информацию модели и попросить сделать несколько версий разными алгоритмами, все версии протестировать, выбрать лучшую, дошлифовать.
а что такое учить "c++ в контексте dsp аудио"?
если вы хотите программировать на СИ, то вам надо как минимум выучить базовый синтаксис языка. типы переменных, функции, подпрограммы, операторы ветвления, организация циклов и т.д. вы можете вообще не учить "++" со всей объектно-ориентированной хренью. все алгоритмы dsp прекрасно пишутся на "плоском си".
чтобы учить dsp, вам надо читать книжки по dsp и понять формулы по которым все считается. а написать формулы на С или на C++ или на C#, или даже на VB6 - уже без разницы. формулы во всех языках пишутся почти одинаково.
Поэтому нужно взять за правило периодически спрашивать у ИИ что-то вроде “я занимаюсь тем-то (подробно), расскажи, что я мог потерять из виду, как можно сделать это по другому, какие новейшие разработки и исследования есть по этой теме". В топовых сервисах есть режимы исследования, они минут 20 просматривают интернет по теме и составляют отчёт.
В обычном режиме тоже работает, когда нужно узнать что-то общеизвестное, но неизвестное тебе. Когда ответ кажется полезным, копируй его и нажимай "реду", так можно вытянуть ещё немного пользы.)
Это хороший и дешёвый способ узнать то, чего не знаешь. Другой - выспрашивать на форумах, нанимать преподавателей, поступать в учебные заведения - последнее самое расточительное по времени и деньгам)
Самая базовая вещь при общении с нейронками, которую народ не понимает, - это контекстное окно, в которое надо помещаться - количество токенов, с которыми нейронка может работать, не теряя информацию. Не менее важно количество контекста достаточное для получения нужного результата. Если в промпте что-то базовое, то и ответ будет базовый. А если контекст размером с книгу, что часто бывает в длинных диалогах, нейронка его автоматически сокращает, и может потеряться важная мысль. В общем, наиболее эффективно работается в начале сессии с достаточно полным контекстом. Эту проблему решают, прогресс есть, но всё ещё полезно знать про эти ограничения. А если платить за токены, то тем более полезно знать, что в длинных сессиях входящие токены растут как снежный ком и каждый следующий промпт дороже предыдущего.
У программистов на галерах сейчас воркфлоу примерно такой, вот стоит задача внедрить какой-то функционал новый в приложение, его проектирует сначала, обдумывают, разбивают на этапы, формируют промпты огромные, тщательно описанные и скармливают их ИИ, в промптах описаны названия классов, пути к файлам, какие поля, методы в этих классах, за что отвечают, их видимость, наследование, взаимосвязи и т.д и т.п, далее ревью, тесты, корректирование промптов по новой, если надо.
Я не на галере работаю, так что свечку не держал, но звучит как бред. Если промпт больше чем код, какой смысл в промпте если можно просто написать код?
@Zildjian, смысл в том, что раньше лиды подобные ТЗ скармливали младшим разрабочикам, а теперь скармливают ИИ. Про то, что промпт длиннее кода, это уже не мои фантазии, хотя определенно на практике бывает и такое, текст на естественном языке и на языке программирования это вещи очень разные и подход с времязатратами к их составлению очень разный
тоже с такой бредятиной ни разу не сталкивался, смысла в ней даже в до-иишные времена ноль. нагрузка на сеньоров-архитекторов кратно растет, джуны ничему не учатся.
обычно если надо джунов задействовать, задачи режут мелко и с понятным выхлопом, который можно проверить в том числе тестами, и отдают мелкие части на имплементацию.
не, я в принципе допускаю что что-то подобное практиковалось на замшелых аутсорсах где надо раздуть штат и слупить с заказчика побольше денег за численность команды, но эта херня должна умереть независимо от ии. нормальные компании так не работают.
1. Зачем н8н если можно нормальную программу написать быстрее, чем настраивать н8н
2. Суть нейронок в вариативности, и если ставить нейронки одну за другой без контроля промежуточных результатов, то на выходе будет мало предсказуемый результат. Иногда удачный, неплохой, но с контролем на каждом этапе будет стабильно хороший результат.
Люди делают такие проекты и даже публикуют результаты автоматически в соцсетях.). Результаты удивляют, но редко радуют)
@Zildjian, ну вот этот момент, что я пересказал он конкретно со слов моего знакомого который работает в айтишном штате кабаныча, половину которого за зиму отлетело, сокартили. Та и вообще, я подобного плюс-минус описания часто встречал в интернете особенно в комментах под сабжами про массовое сокращения из-за ИИ, промпты составляются очень подробно для максимально возможного детерминированного результата который потом поддерживать и рефакторить, сеньёры-помидоры плачут работы в разы стало больше.
А кто-нить когда-нить, просил ИИ написать промт для ИИ? Интересно, сработает ли?)))
если до такта, до штриха знаешь что хочешь, лучше делай сам, нейронка в этом случае плохой помощник.
Если твои пожелания лежат в каких-то достаточно широких рамках, тогда да, нейронка подходит.
Если твои пожелания лежат в каких-то достаточно широких рамках, тогда да, нейронка подходит.
@Lux, у меня с аудио не проканало, ИИ вроде бы как его расшифровал, что танцевальный, минималитичный, мрачный, тональность, бпм вроде то же определил, потом я результат от суны ему то же скармливал, чтобы он в исходный вариант правки добавил на основе суно-ошибок, короч эксперемент все равно не удался. Ну там не популярный трек был, вообще ноунейма какого-то с саундклауда.
не знаю в теме я или нет, но готов поделиться опытом своих ковыряний, как минимум чтобы принцип понять, с чего начинать и чем заканчивать
.можно начать делать какой нибудь проект, как proof of concept и посмотреть что получится (и получится ли вообще), заодно и более опытные товарищи покритикуют, может я всё неправильно делаю
ну вот это можно взять как пример
огласите тех задание подробнее, что конкретно нужно от этого хоста, какие функции, так сказать программа максимум \ программа минимум,
и я попробую показать как бы я подошёл к решению этой задачи с помощью ИИ
(если выяснится что это слишком сложно, можно начать с чего нибудь более простого, желательно чтобы это была какая нибудь полезная тулза, иначе, просто клонировать плагины, не очень интересно (всё равно dugdum уже всех обогнал
)
Если нужно делать близко к референсу в Суно есть функция ковер, и ползунок насколько близко к референсу нужно делать. И промптом добивать детали саунда.
ну, для начала, желательно проекты подбирать попроще
за такое я бы не брался, проще купить готовое и не заморачиваться.
выдумывать грандиозные новые операционные системы или новый after effects с фотошопом нет смысла, тем более если у вас нет безлимитной подписки на ИИ или личного домашнего датацентра.
не знаю в теме я или нет, но готов поделиться опытом своих ковыряний, как минимум чтобы принцип понять, с чего начинать и чем заканчивать
можно начать делать какой нибудь проект, как proof of concept и посмотреть что получится (и получится ли вообще), заодно и более опытные товарищи покритикуют, может я всё неправильно делаю
Круто. Я бы поддержал. Аудио правда сейчас редко занимаюсь, интересы в другой области. Но принципы работы с ии универсальные.
Принципы универсальные, а инструментов много, какой выбрать не ясно.
Я использую антигравити и джеминай в браузере, потому что они у меня есть и даже бесплатно. А если бы выбирал за что платить, точно бы выбрал Claude code - это сейчас стандарт практически.
К Codex бы присмотрелся, тоже вариант. Antigravity ок, в ней тоже есть Claude, но лимиты маленькие, приходится экономить.
У Claude недавно появился инструмент для дизайна, очень хвалят.
@Lux, на недельку работы если есть много времени и оптимизма. ))
Я сейчас лаунчер для андроида делаю, третий день вожусь, очень увлекательно.))
В общем, сложный проект это реально затратно по времени. Такое кто предлагает, тот и реализовывать должен. Остальные критикуют.))
Я сейчас лаунчер для андроида делаю, третий день вожусь, очень увлекательно.))
В общем, сложный проект это реально затратно по времени. Такое кто предлагает, тот и реализовывать должен. Остальные критикуют.))
может не самое сложное, но это не для демонстрации первого проекта с ИИ,
я как то ковырялся в их плагинах, хотел что то в интерфейсе JE8086 и управлении поменять
, там тонны кода + дополнительные библиотеки подключаются, каждый шаг придётся дебагить 
, в итоге сделал то что мне надо было, но это заморочки надолго.насчёт передачи аудио по сети, у меня такой задачи пока не было (тут бы хоть с аудио и миди в одном компьютере разобраться
)