Почему бы просто не взять вот этот класс, который как раз и предназначен для рисования через QPainter ?

https://doc.qt.io/qt-5/qtquick-customitems-painteditem-example.html

А что дальше ты с этой моделью планируешь делать?

А так просто замени свой странный QVariant* на QAbstractItemModel*

И рекомендую, чтобы больше не задавать таких вопросов, ознакомиться с наследованием в C++, внимательно вглядеться в документацию по Qt, для каждого класса указывается цепочка его предков. Также обязательно почитай что такое QVariant и как его использовать.

Может посмотреть исходники Minitube и сделать проигрывание как у них? Там через API можно получить URL видео в нужном формате и уже его можно любым плеером проигрывать.

Это скорее всего пробема DE, в частности оконного менеджера. Попробуйте грузануться в какую-нибудь DE и там проверить.

С qbs я так и не смог задеплоить приложение на андроид устройство... это было странно. С cmake такое тоже не возможно без танцев с бубном. Остается только уродливый qmake.

Остается надеяться что в CMake проектах в qtcreator запилят нормальную поддержку запуска под Android и iOS

Qt 5.11, Genymotion 2.12.1, последний. Собираю с Android NDK 17, в архитектуру x86.
В эмуляторе не хочет стартовать, просто показывает пустую активити и дальше процесс не идет.

В аттаче adb logcat из эмулятора.

Вот видео как оно не работает: https://youtu.be/Ak7YiYIZkqw

Стандартный эмулятор не имею возможности запустить, так как у меня процессор от Amd

Есть два способа:

1) В AndroidManifest.xml находишь <activity > с классом QtActivity, меняешь свойство android:screenOrientation="unspecified" на то что тебе нужно

Вот возможные значения: https://developer.android.com/guide/topics/manifest/activity-element#screen

2) В Java наследуешь QtActivity, делаешь, к примеру, несколько методов:

Java
public class MainActivity extends QtActivity {
 
    public void setLandscapeOrientation() {
        setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_LANDSCAPE);
    }
 
    public void setPortraitOrientation() {
        setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_PORTRAIT);
    }
 
}
 

И вызываешь его через QtAndroidExtras из своего кода, когда тебе надо. Таким способом можно ориентацией экрана динамически управлять.

C++ (Qt)
QtAndroid::androidActivity().callMethod<void>("setLandscapeOrientation", "()V");

Скорее всего можно обойтись и без наследования, а звать метод setRequestedOrientation напрямую, надо просто подобрать сигнатуру вызова и понять как значение enum передать параметром.

Мне видится такая структура:

View <-> Presenter -> Model -> Repository

В этой схеме:
View - это интерфейс на QML,
Presenter - связующее звено между вьюхой и моделью, формирует данные для вьюхи, получаемые из модели. Реализует всю UI логику вьюхи и навигацию.  Его можно реализовывать и в QML и на плюсах, по вкусу.
Model - это некие сервисы и объекты данных, реализующие логику приложения без привязки к пользовательскому сценарию. Сервисы получают данные через репозитории, абстрагируясь от конкретных реализаций.
Repository - это конкретные источники внешних данных (сетевые запросы, БД, QSettings, файлы)

В этой схеме главным должен быть Presenter, остальные его подчиненные.

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

Все вот думаю запилить демо приложение, реализующее такую архитектуру, но руки не доходят.

Оберни вращаемый объект в Item и этот Item используй в качестве маски

Если там QML, то обычно он вкомпилится ресурсами в бинарник. И можно найти его текстом. Но при сборке можно указать упаковку ресурсов при помощи zlib и тогда уже ничего в бинарнике не найти

Надо использовать Layout и включать поддержку HighDPI.

Можете ли сделать минимальный пример, в котором эта проблема проявляется? А то так сложно помочь, надо самому делать тестовый проект... а это лень 

Вот кинули пример с MVP, разбираюсь. Презентер на C++ написан, мне кажется что это не очень.. на QML должно быть проще его писать

https://github.com/MishkaRogachev/JAGCS/tree/master/sources/presentation

Ну а иначе в коде будет бардак

Надо чтобы внутренняя архитектура была как минимум MVP, лучше VIPER. И чтобы была реализована подгрузка экранов асинхронно. Навигация по аналогии с андроидом.
Dependency injection. Тестирование. Поддержка сохранения состояния, чтобы открывалось на том-же экране, на котором и было прибито, к примеру на Android.

Если кто-нибудь видел такой качественный пример, пожалуйста отпишитесь. Добавлю ссылку в шапку.

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