mayton2019

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

Посмотри исходники из опенсорцных
- VirtualDub (там оконное приложение и фильтры)
- ffmpeg кодекеи
- VLC (плеер и кодеки)

По поводу математики и моделей. Видеоредактор должен уметь склеивать видосы разных разрешений и разных fps. Тебе нужна единая внутреняя модель представления видео и звука во времени. И ты должен написать API для работы с этим всем.

Не спеши кодить. Просто нарисуй на бумажке диаграмму или модель компонент твоего приложения. Я думаю что уже на этом этапе ты должен сильно охладать к разработке или думать как нанять бригаду кодеров и платить им всем сразу и долго.

Я полагаю так. Нужно оринтироваться на массовое железо. Если ты купил себе топовое - на нем затестил. То не факт что игра будет хорошо принята игровым сообществом. В своё время создатели Doom-3 не могли сделать релиз. Они ждали пока железо достигнет какого-то уровня

Тоесть - разработчик должен сначала представить себе целевую аудиторию. Кто это? Детишки со смартфонами. У них - на 80% будет один набор фич. Бюджетнички такие себе. Насколько мама с папой им купили телефон - настолько они и поиграют. Это один сегмент.

Другое. Олд-геймеры. Мусчины. Которые прилично зарабатывают. И сидят вечерами спокойно в Steam и покупают то что хотят. У них будет железо топовое плюс минус 1-3 года оставания.

Третье. Офисные клерки. Они сидят на типовых HP/Intel железках. Тоже сегмент.

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

Несколько соображений.

1) Человек должен быть предупрежден о том что вы собираете эту информацию.
2) Что-то у вас не то с безопасностью. Ваша учетная запись должна быть выше по привилегиям. Вы должны иметь возможность сделать ему RESET пароля в любом случае независимо от того что он там менял.
3) Team Viewer это - несеръезное средство. Ни одна корпорация не берет его как инструмент ведения бизнеса и решения проблем.

ООП - это более аккуратная разработка с использованием приципов SOLID, KILL, YAGNI (это аббревиатуры) и если вы - 1 разработчик то вам будет очень сложно дисциплинировать себя чтобы следовать ООП. По смыслу это выглядит - как очень сильная формализация логики чтобы не было 1 длинной простыни кода а были небольшие сущности по 5-7 строк и каждая из них обладала бы 1 единственной зоной ответственности.

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

Если у автора - мелкий pet-проект то возможно ООП ему и не нужно.

Мне кажется что загрузка Линукс - это процесс неформализованный. И скорость загрузки зависит от количества сервисов которые владелец хочет получить. Кроме того есть формальные процедуры (получение ip из wifi, и скан ext4 fs) которые принципиально не сокращаются или их сокращение может привести к нежелательным эффектам.

Gentoo - это целая идеология. Но как мне кажется, тупиковая и ставящая собой другие цели. Не customer-ориентированные.

Лично мне плевать на скорость загрузки моей Ubuntu. Я все равно медленно думаю и не спеша работаю. +/- 10 секунд ничего не решают.

Ответ был заложен в самом вопросе. Линукс - это не ос а kernel. Тоесть говоря Линукс - мы подразумеваем бесконечное (!) количество операционок на которых стоят
- разные графические оболочки (Gnome, KDE, XFCE)
- разные менеджеры пакетов (это осложняет универсальный деплой)
- разные лицензии, разные цели и разные целевые аудитории.
Если вы разрабатываете игру - то нет особого смысла портировать ее под SuseEnt Linux, там никто не играет. Или как например поставить в OpenBSD закрытый бинарник драйвера? Это невозможно по идеологии этой ОС.

Поэтому портирование mac=>linux это челендж где ясно начало но совершенно неясен конец.