Как переделать дружественную функцию из обычно?

vladpenziy13 , прошу обратить повторное внимание на П3.2 регламента работы сервиса.
В твоем вопросе сейчас не видно сути вопроса. Какую именно функцию и как именно ты хочешь переделать?

Объясните, для чего этот параметр указатель в методе класса?

IslamuMilana , прошу обратить повторное внимание на П3.8 регламента работы сервиса.

Какой GUI фреймворк выбрать для pro audio?

Артём Шурыгин, просто у imgui есть один тонкий нюанс, который требует некоторой перестройки мышления.
Если DOM UI всегда осязаем и реализуется отдельно от логики ПО как дерево виджетов, то Immediate UI неосязаем и является прямым отображением логики ПО. По своей сути в imgui даже виджетов нет, imgui встраивается как тонкий слой поверх логики ПО чтобы прямо отражать данные.
Прямо так, если у тебя 32 канала микшера, значит это будет 32 вызова к imgui. В каждом канале есть буля его активности - в imgui эта буля отображается как индикатор. В микшере есть диммер или фейдер на одном флоате [0.0..1.0], который в imgui отобразится через положение ползуна или крутилки. И так далее.

Твоя правда что под imgui тяжело писать. Мне тоже было тяжело понять этот стиль.
На imgui люди делают целые оконные интерфейсы с сотнями меню, панелей и блок-схем. На гитхабе можно найти достаточно много готовых или близких реализаций для управления обработкой звука.

Я не хочу убедить тебя в чем-либо, но хочу передать тебе то, что знаю и использую сам. Решать, безусловно, только тебе с командой. :)

Какой GUI фреймворк выбрать для pro audio?

Артём Шурыгин, понятно. А ты не рассматривал семейство immediate UI в качестве кандидата?
Или, наверное, так. Вы не проводили исследование на тему того, DOM UI вам ближе по духу или Immediate UI?
Qt относится к DOM UI. Но вдруг для вас будет удобнее реализовать UI-agnostic логику, которая уже легко ляжет в основу imgui?

Я сразу скажу. Я не могу ответить на твой вопрос, хоть он мне и понравился за подробность и изложение. Но я могу просто накидать тебе вариантов и предложить вектора для размышлений.
Помимо моих вопросов выше, посмотри такой и такой списки реализаций UI. Еще я советую обратить внимание на Ultralight, Sciter UI и Coherent GF.

Какой GUI фреймворк выбрать для pro audio?

Артём Шурыгин , это ПО планируется для работы на встройке или в составе пакета программ ПК?

Объект экземпляр класса?

ayazer, хорошо, благодарю за уточнение.
Да, я заметил оба тега, но свой комментарий писал только относительно C++, опираясь только на код в вопросе и прошлые вопросы автора.

Указатель или Индекс элемента?

IslamuMilana, тебе стоит это все описать в вопросе, а не в комментариях к нему.

Указатель или Индекс элемента?

IslamuMilana , прошу обратить внимание на П3.2 регламента работы сервиса.
Сейчас твой вопрос не получается понять.

Объект экземпляр класса?

ayazer,

1) объявление объекта (без инициализации)

А можно поподробнее по этому пункту? Какое именно поведение будет выбрано для объекта при такой записи и какое состояние у объекта будет на следующей строчке по коду?

Если конвертировать Python в C++, то Python будет весить меньше и работать с большей скоростью как C++?

Rostikttty, что именно тебе не понятно в пункте 3.6, что ты обязан соблюдать нормы русского языка и не писать капсом?

Если конвертировать Python в C++, то Python будет весить меньше и работать с большей скоростью как C++?

Rostikttty , прошу обратить повторное внимание на П3.2 и П3.6 регламента работы сервиса.

Что это за всплывающая кнопка и можно ли её реализовать на WinAPI?

NQUARE,

QTranslate называется, интересно - гуглите.

Нет, так вопросы не задаются.
П3.2 регламента работы сервиса: свой вопрос необходимо формулировать максимально однозначно и информативно. "интересно - гуглите" - не дает ни информации, ни однозначности.
П3.3: формулировать свой вопрос следует в вежливой форме.

Что это за всплывающая кнопка и можно ли её реализовать на WinAPI?

NQUARE, если твой вопрос решен с помощью данного ответа, тебе стоит пометить ответ как решение.

Как внедрить в ядро ОС на Си C++?

Роман Ващенко, расскажи, что такое точка входа?

Инициализация элемента к нулю?

xorknown, да, верно, это предварительное объявление функции, а не определение переменной.
Оно не просто совпадает с fwd функцией и оно компилируется. Это и есть форвард и этим форвардом функции даже можно успешно пользоваться.

maaGames,

HWND window = HWND(); и HWND window(); - это одно и то же

Нет, это не одно и то же. Первое - это copy initialization[?], а второе - это function forward declaration[?] с именем window, без параметров и типом результата HWND.

Выше написали, кстати, неверно. int i = int(); и int i; делают кардинально разные вещи: в первом случае инициализация копией, во втором - инициализация по умолчанию. Первый случай гарантированно инициализирует объект, а второй - нет.
По своему эффекту код int i = int(); будет эквивалентен int i{};.
oftywave , я могу на эту тему написать развернутый ответ, но это потребует времени, которого у меня сейчас нет. Если коротко, у тебя хорошая привычка, код в твоем примере позволяет инициализировать переменную некоторым инициальным значением. Для указателей таким значением, кстати, выбран именно nullptr.

Инициализация элемента к нулю?

maaGames , а подскажи, чем именно является написанная тобой строчка?
HWND window();
Это декларация, оно видно. Что этим кодом декларируется?

Почему прерывается компиляция?

Kalombyr,

Есть слабый комп с 1 ГГц процом и 512 Мб оперативки.

А ядер у этого проца сколько? Как распараллелена сборка проекта?

Как решить даную проблему?

DIASWORD, твой вопрос нарушает сразу П3.8 и П5.7 регламента работы сервиса.
Тебе следует убрать изображение с кодом и вставить код как текст в теге <code>. Ошибка пишется в окне отладки, ее тоже стоит вставить как код. Строку появления ошибки стоит пометить в тексте комментарием.
Сделать это все значительно проще чем делать скриншоты.

Как организовать структуру игры Монополия на ECS?

siRius32,

т.е. из всей игры, ecs лишь маленькая часть, которая обрабатывает правила игры?

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

получается есть класс игрок со ссылкой на сущность, в этой сущности все его данные и способности, а самим классом управляет уже не ecs, а другая система, в частности пользователь через ui, соответственно ai игроком управляет скрипт? ecs разве не может это делать?

Вопрос не в том, что может или не может делать ECS, а в том, зачем что-то добавлять в мир ECS. Если какое-либо поведение обосновано в рамках мира ECS, то это можно добавить. Важно просто следовать ограничениям и не размывать архитектуру.
Чем ИИ отличается от устройства ввода игрока? А ничем. ИИ для мат.модели лучше всего представить как еще одно устройство ввода/вывода, такое же как и игрок. Если создать строгое разделение методов контроля игрока и ИИ, это сделает сущности уникальными, а компоненты игрока и ИИ несвязными.
С другой стороны, если игрок и ИИ - это просто устройства ввода, они могут вводить свои команды в данные компонента перемещения своих сущностей. Далее этот компонент может обрабатывать система перемещения, для которой уже нет разницы между ИИ и игроком.

обезличивание сущностей значит игрок != entity, мы не можем сказать что у этой сущности такой то набор компонентов, значит это игрок?

Да. Мы можем сказать: рас у этой сущности такой набор компонент, то наверное это игрок. Но не точно.
Точно мы можем сказать только тогда, когда у игрока спросили его сущность.

Какие например свойства являются сущностями?

Собственно, ты сам все и описал:

сущность, в этой сущности все его данные и способности

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

Говоря "лишь свойства игроков и активов являются сущностями" я не говорю что каждое свойство должно являться отдельной сущностью, я говорю что набор свойств является сущностью ECS-мира. Актив стоит на клетке и имеет точно такие же свойства, как и игроки, просто двигаться не может. Игрок может купить или продать актив, это действие не является внутренним по отношению к ECS и не обрабатывается системой. Системой ECS должны обрабатываться последствия покупки актива игроком - списание средств, добавление компонента владельца и.т.д. Т.е. системы реализуют правила игры.

События не могут быть сущностями, т.к. это механики игры. События - это одна или несколько систем событий, в зависимости от деталей событий. События с моментальным или отложенным эффектом, события с таймером или на количество ходов, события с условием и без условий.

Любую игру можно реализовать с помощью ECS. Важно просто правильно выстроить свое мышление относительно этой архитектуры. ECS может быть избыточен для некоторых игр, где не требуется массовость. Для маленьких количеств сущностей ECS часто является избыточным решением, ведь эта архитектура раскрывается там, где количество сущностей измеряется тысячами и сотнями тысяч.

Entity Component System + ООП подход?

siRius32,

Вообще, складывается такое ощущение, что на практике ECS удобнее использовать как каркас для игрового цикла, т.к. все системы прокручиваются в update, система может работать без сущностей, типа отрисовывать внешний ui, несколько групп систем, которые работают с определенным набором компонентов и сущностей, все это связывается через event'ы.

Да, верно. Но только отчасти.
ECS - это архитектура математической модели мира. Оставь отрисовку внешней относительно ECS логике. Сущности в мире ECS могут и не рисоваться вовсе. Это могут быть точки звукового сопровождения или точки интерактива, для которых доступно лишь взаимодействие.
Плюс, всегда стоит помнить о том, что дизайн ECS заточен на неблокирующее массовое распараллеливание, когда все системы начинают обрабатывать сущности сразу на нескольких ядрах процессора. Такой параллелизм выгоден только мат.модели, но не рендеру и прочим инструментам ввода/вывода.