maaGames

Такое делают при помощи PImpl, если есть реальная необходимость скрыть детали реализации. Решает проблему "incomplete type".

1. Учи английский. Очень-очень усердн оучи английский, чтобы прям разговорный без словаря.
2. Учиться желательно не в России. Красный диплом Российского ВУЗа ничего не значит за границей, придётся подтверждать свою квалификацию.
3. Заочные курсы или обучение в условном "оксфорде" будет громным плюсом. Т.е. тебе нужна любая бумажка об образовании полученная от признанного в мире университета или от какого-то учебного заведения в той стране, куда ты хочешь уехать.
Без котируемого документа об образовании найти работу будет сложно, кроме случаев, если ты ещё в России настолько себя зарекомендовал, что тебя хотят все перекупить и к себе заманить (в геймдеве такого не будет, уверен на 99%).
И последнее. Через 5-6 лет сложно предсказать, что будет в сфере геймдева. Т.е. сложно сказать, что конкретно нужно начинать учить сейчас, чтобы через 5 лет эти знания были нужны ещё на протяжении хотя бы пяти лет. Всё очень быстро меняется, каждые несколько лет появляются новые технологии, оборудование и т.д. и т.п.

Это я не запугиваю и не отговариваю. Учитсья обязательно нужно, когда станешь хорошим специалистом, то многие двери могут открыться.

Для удаления/добавления дорожек/субтитров и прочего, мне по душе MKVToolNix. В первую очередь, потому что GUI, во вторую - потмоу что просто склеивает, без перекодирования.

progressive jpeg

https://www.sfml-dev.org/documentation/2.5.1/class...

getPosition ()
Get the current position of the mouse in desktop coordinates.

getPosition (const Window &relativeTo)
Get the current position of the mouse in window coordinates.

BSP tree или каке-то другие способы разделения пространства. Т.е. для коллизий проверяешь не каждый объект с каждым, а только те, которые потенциально могут столкнуться.
К OpenGL никакого отношения не имеет, так что при гуглёжке можешь на OpenGL не ориентироваться.

Напиши свой диалог и выводи егго немодально.

В общем, для диалога (или любого виджета) получаем виндовый HWND, после чего впихиваем его в имеющийся диалог методом 'HWND oldparent =SetParent( HWND child, HWND parent)'. После этого виджет становится дочерним окном стандартных виндусовских диалогов, в том числе MFC-шных (с точки зрения пользователя ведёт себя как обычный контрол диалога, т.е. визуальной разницы никакой, что и требовалось получить). Перед удалением диалога нужно для виджета вернуть родителя.

#include <QtGui/5.12.6/QtGui/qpa/qplatformnativeinterface.h>

QWindow * windowForWidget( const QWidget * widget )
{
	QWindow * window = widget->windowHandle();
	if( window )
		return window;

	const QWidget * nativeParent = widget->nativeParentWidget();
	if( nativeParent )
		return nativeParent->windowHandle();

	return nullptr;
}

HWND getHWNDForWidget( const QWidget * widget )
{
	QWindow * window = ::windowForWidget( widget );
	if( window && window->handle() )
	{
		QPlatformNativeInterface * iface = QGuiApplication::platformNativeInterface();
		return static_cast<HWND>(iface->nativeResourceForWindow( QByteArrayLiteral( "handle" ), window ));
	}

	return nullptr;
}

Вот тут выбери какую-нибудь интерполяцию, вместо 'nearest'. Возможно, придётся документ переоткрыть или пошевелить смарт-объект.