Я могу сам анализировать

что ты там анализировал, если не читал?

никто не занимался написанием виртуальных синтезаторов (VSTi) для различных программ по работе со звуком?

тут это недавно обсуждалось

Ребят. Привет. Кто-нибудь занимался разработкой vst плагинов? Что гуглить по этой теме и в каких областях разбираться?

а группа есть?

this #vst

согласен. У меня есть несколько вопросов: 1) На каком языке ты сейчас пишешь в проде? 2) Почему вместо языка из ответа выше не используешь что-то другое? 3) Что ты сделал для развития С++?

тут советовали книгу липмана "Inside C++ Object Model". Даже вроде проскальзывала. Если найдешь, реплайни сообщение или кинь сюда с хештегом book NB: я нашел какую-то вчера в инетах, но как я понял, есть лучше версия

ну я электронную музыку писал. belovol.pdj.ru можешь тут послушать.

надо поэтому выбирать, что читать

"Cначала добейся" это fallacy а не аргумент.

Коллеги из комитета как всегда заняты поиском общего решения в вакууме, и при этом они игнорируют нужды программистов. Была проблема асинхронного кода - нам дали future. Оно эту проблему очевидно не решает т.к. блокирует поток. Для параллелизма оно тоже не ОК, т.к. parallel_for_each на векторе из future выглядит убого. То же самое будет и с другими фичами. Вот они делают модули. Автор симейка сказал что они не ок. Другие коллеги (блумберг вроде) тоже сказали что им эти модули не катят т.к. нужна поддержка макросов. (Автор билд2 сказал что ок, но кто использует билд2 ?)

никто не занимался написанием виртуальных синтезаторов (VSTi) для различных программ по работе со звуком?

Я просто спросил. Или ты грамотно отвечать не собираешься?

посмотри проектики которые они пилят

ну хз

ni reactor это как ejay dance или ejay hip hop )))

Коллеги из комитета как всегда заняты поиском общего решения в вакууме, и при этом они игнорируют нужды программистов. Была проблема асинхронного кода - нам дали future. Оно эту проблему очевидно не решает т.к. блокирует поток. Для параллелизма оно тоже не ОК, т.к. parallel_for_each на векторе из future выглядит убого. То же самое будет и с другими фичами. Вот они делают модули. Автор симейка сказал что они не ок. Другие коллеги (блумберг вроде) тоже сказали что им эти модули не катят т.к. нужна поддержка макросов. (Автор билд2 сказал что ок, но кто использует билд2 ?)

И вот рефлексия. Она нужна для сериализации и генерации классов (моки, RPC, etc). Это примерно 95% случаев когда рефлексия реально нужна на практике и её надо заменять внешней тулой или рукописным кодом. Казалось бы, добавьте мета функцию get_members_t<T> -> some_list_t<T::* A, T::* B, ...> и это как минимум решит проблему с сериализией. Но нет, надо 5-8 лет ждать рефлексии в стандарте, и еще 5 лет ждать пока она появится в компиляторах.

Я просто спросил. Или ты грамотно отвечать не собираешься?

Для этого есть РГ21 и другие представители от стран. Если вас что-то не устраивает, то надо об этом конкретно сказать, желательно на сайте http://stdcpp.ru/ И под конкретно имеется ввиду не "Вася из РогаИКопыта Inc как-то сказал что ему не понравилось" а что-то более практиченое и применимое. Например "Нашей компании требуется поддержка макросов в модулях. Мы разрабатываем защищённую библиотеку контейнеров, использующую вместо шаблонов макросы. Макросы нужны чтобы вставлять метки времени и контрольные суммы по бинарнику, для дальнейшей прверки и ...." И тогда будем думать и решать, можно ли помочь вам, не затрагивая интересы других (большинства)

вот коллеги из блумберга написали длинный текст про модули - http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2017/p0678r0.pdf - это имело какой-то эффект в комитете?

вот коллеги из блумберга написали длинный текст про модули - http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2017/p0678r0.pdf - это имело какой-то эффект в комитете?

Вы сами эту бумагу прочитали? Её краткое содержание "Расскажите мне, фиксят ли модули мои проблемы" бумагу обсуждали в Торонто. Аргументы у сторон всё те же - вот у нас код, который с модулями не будет работать - но он и без модулей не работает! - да, но мы хотим чтобы он работал с модулями - вот мы поставлять будем нашу библиотеку с модулями и хедерами. Что делать если пользователь подключит и то и другое. Всё же сломается из-за отсутствия include guards в модулях - подключайте модуль в вашем хедере и прописывайте макросы в хедере - <еще 100500 примеров где пользователь ломает ODR но почему-то модули должны это чинить>

Есть плагины, где можно рисовать waveform руками. В конце концов на выходе из твоего плагина тоже выйдет waveform

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