Как исправить ошибку создания объекта из абстрактного класса?

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

Округление при целочисленном делении, как понять?

Homemade, нет, не пригодится. Пригодится только если у тебя вопрос в сторону стандарта языка.

Округление при целочисленном делении, как понять?

Homemade, а к чему в вопросе тег C++?

Как исправить ошибку создания объекта из абстрактного класса?

Nordman99 , это не все ошибки, которые важны для ответа на твой вопрос. Ошибок должно быть больше двух, тебе нужно посмотреть в лог сборки.
Проблема у тебя с кодом в том, что ScintillaWX является абстрактным классом. Объект такого класса нельзя создать - это ошибка. А абстрактным ScintillaWX является потому что реализовал не все чисто-виртуальные методы своего базового класса - ScintillaBase. Именно эти нереализованные методы и должны быть указаны в логе сборки.

Почему не вызывается деструктор класса?

Герман,

это не суть важно

Наоборот. Это очень важно, т.к. сейчас у тебя получается весь дом кувырком. В буквальном смысле.
Сцене незачем знать про буфер. За буфер видеопамяти должна отвечать графическая подсистема.
Сцене незачем знать о состоянии рендеренга. За это тоже должна отвечать графика.
Сцена ничего не должна знать о специфике своего контента. Сцена - это просто пространство, в котором хранится дерево интерфейсов объектов сцены.
Механики игры, включая подсистему графики, используют сцену для игровой симуляции.
Все эти графические буферы и прочие состояния, которые ты сейчас создаешь в сцене, на деле принадлежат объектам сцены и должны находиться в объектах сцены.
Если объект сцены должен отображаться, он возьмет соответствующие данные из графической подсистемы. Если объект должен сталкиваться, он возьмет нужные данные из подсистемы столкновений. Если объект звучит, он возьмет звук из подсистемы звуков.

Я боюсь, так просто это все не описать. И я еще раз прошу тебя не нарушать П5.14 регламента. Эта тема является отстраненной относительно твоего вопроса. Тебе лучше задать новый вопрос.

Почему не вызывается деструктор класса?

Герман, а что это за переменные, что создаются в initScene()?

Почему не вызывается деструктор класса?

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

Почему не вызывается деструктор класса?

Герман, твой менеджер сцен - это не менеджер сцен, а интерфейс сцены. Кажется, тебе стоит изучить основы ООП.
Если у интерфейса сцены деструктор виртуальный, то знать конкретный тип имея указатель на интерфейс тебе не нужно. Язык все правильно сделает сам.
Если деструктор у интерфейса не виртуальный, то тебе стоит изучить основы ООП. В твоем коде сейчас хорошо проглядывается непонимание целей наследования.

Имея лишь средства языка и указатель на интерфейс, узнать конкретный тип за этим интерфейсом ты можешь только перебором динамического приведения к каждому из всех возможных типов реализации интерфейса. В общем случае такой подход ничего не решает кроме проблемы расстаться с огромной горой времени впустую.
Явным образом деструктор запоминает только std::shared_ptr, который можно привести из указателя на реализацию в указатель на интерфейс с сохранением контрольного блока и информации о фактическом типе контролируемого экземпляра.

Variadic template, как перебрать в шаблоне все типы по очереди?

toster_bodnar, это у тебя COP или ECS?
Если второе, я тебе сразу скажу что реализовано неправильно.
Топология данных похожа на COP, но для COP не характерно поведение entities.each. Оно характерно как раз для ECS.
Это безотносительно твоего вопроса. По вопросу я тебя понял, ответ дам если его не успеют дать за меня.

Variadic template, как перебрать в шаблоне все типы по очереди?

toster_bodnar, тебе стоит более точно сформулировать свой вопрос. Сейчас у тебя написан не тот вопрос, ответ на который ты хочешь увидеть. Опиши, что у тебя за вектор такой мудреный, что умеет хранить элементы разного типа, что именно ты хочешь, или не хочешь, передавать в get. Откуда именно ты хочешь брать аргументы для get и как ты отличаешь случаи, когда туда надо передать аргумент, а когда - нет.
В общем смысле перебрать все типы в наборе можно. Но двигаться всегда нужно от задачи.
Еще тебе стоит написать, в рамках какого стандарта ты хочешь решить задачу.

Я могу дать пример для чисел [1..sizeof...( T )], но информации для решения именно твоего вопроса это тебе не даст просто потому что генерация и передача этих чисел будет составлять половину решения.

Variadic template, как перебрать в шаблоне все типы по очереди?

toster_bodnar , тебе надо чтобы аргументом get было именно и только порядковое число от 1 до sizeof...( T )?

Расширительный бачок в СВО, почему так?

RigidStyle , а напомни, пожалуйста, под каким давлением жидкость в рабочем СВО подается в радиаторы?

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

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 регламента работы сервиса.
Сейчас твой вопрос не получается понять.