Т.е. грубо говоря, что то вроде:

Entity { // Некий контейнер - большой куб, содержит под-объект - малый куб.
    components: [
        Mesh { source: "qrc:/assets/models/big-cube.obj" },
        Transform {
              // Содержит все 3-д свойства большого куба (матрицы и прочее)
        },
        PhongMaterial { ambient: "green" }
    ]
 
    Entity { // Некий чайлд - малый куб
        components: [
            Mesh { source: "qrc:/assets/models/small-cube.obj" },
            Transform {
                  // Содержит все 3-д свойства малого куба (матрицы и прочее)
            },
            PhongMaterial { ambient: "red" }
        ]
    }
}
 

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

Агаа, спасибо большое! Вроде это работает. Респект и уважуха!  

Но теперь вытекает следующий вопрос.

Всем привет еще раз.

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

Но теперь задачка немного другая..

А допустим что акселерометр (условно - некий объект) находится внутри какого-то другого объекта (ну, или лежит на нем).
И у каждого из объектов есть возможность их поворота по трем осям X,Y,Z (см рисунок).

1. Изначально угол поворота акселерометра и его "контейнера" равны нулю, относительно земли (некоей неподвижной системы отсчета).

2. Далее, допустим, что акселерометр крутанули вокруг какой-то оси на какой то угол, например на 30 градусов.

3. Теперь мы повернули и сам контейнер вокруг той же оси на какой-то угол, например 30 градусов.

4. Вопрос, а каким теперь будет угол поворота акселерометра вокруг этой же оси относительно земли?


Очевидно, что в этом частном случае что на картинке - он будет 60 градусов?
Но как быть в общем случае, когда вращение идет в пространстве?

Можно ли просто суммировать углы поворота вокруг осей каждого из объектов (а вдруг их будут больше двух, например,
акселерометр может лежать на черепахе, которая может наклоняться в любую сторону, и сама черепаха стоит на слонах,
которые тоже могут играть в присядки)?

Или же опять нужно что-то городить в матрицами? Если да, то как это делается?  

При этом, как я понимаю, каждый объект имеет свою матрицу и прочие 3-д параметры

 

Агаа... Спасибо..

Вопросы:

1)


А надо ли мне делать это, если, к примеру, мой 3-д объект имеет Transform айтем?

Там уже есть как бы матрица 4x4.., то я могу взять ее?

2) Нужно ли нормализовать эту матрицу в диапазон 0-1 (типа чтобы потом делать m.mapVector()) ? Если да - то как?

Есть вектор гравитации G - он направлен всегда вниз по оси Z. Его длина всегда равна 1-це.

Есть акселерометр, у него есть тоже три оси X,Y,Z (типа система координат, связанная с ним).

Допустим, если он лежит горизонтально, то его ось Z совпадает с вектором гравитации Z, а оси
X,Y - перпендикулярны..

В итоге имеем, что проекция гравитации на ось Z - равна 1-це, а на остальные оси - по нулям.

Теперь, вращаем акселерометр вокруг оси Y, против часовой стрелки на 45 градусов.
Тогда угол альфа станет 45 градусов - и следовательно, проекции вектора гравитации на оси
акселерометра изменятся.

Теперь добавится какая то составляющая по оси X, а по оси Z - уменьшится..

Так вот.. найти эти составляющие - проекции.


Именно, и по ходу нерешаемая.

Может есть другие варианты как это делается?

Всем привет.

Чую, мне кирдык.

Есть ли вариант пересчитать углы поворота вокруг осей X,Y,Z в проекции вектора гравитации на эти оси?

Тут нашел пример http://bitaks.com/resources/inclinometer/content.html,
но там приведены прямые формулы - т.е. они получают углы из проекций, а мне надо наоборот
- проекции из углов:

Подниму эту мертвотему и на правах рекламы скажу, что сейчас уже много чего возможно используя Qbs в связке с QtCreator или VSCode.

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

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

Выкатил первую как бы стабильную версию плагина v1.0.0: https://github.com/denis-shienkov/vscode-qbs/releases

Также, обновил ее в VSCode маркете.

Список изменений тут: https://github.com/denis-shienkov/vscode-qbs/blob/master/CHANGELOG.md

Пользуйтесь наздоровье, товарищи!

А какое поведение с этим в QtC сейчас?

и я бы еще завернул структуры в pragma pack и их аналоги. чтобы точно знать что будет передано то что надо.

и датастрим тут избыточен, имхо.

Упс, да. 

@alex312, я создал issue на гитхабе по поводу outline: https://github.com/microsoft/vscode-cpptools/issues/6693

Глянь, плз, то это или не то что ты имел ввиду. Если то - то тоже можешь пять копеек добавить.  

Ахх, ясно.

Тут по ходу можно конечно, но придется пере-реализовывать всю логику:

* https://code.visualstudio.com/api/references/vscode-api#registerDocumentSymbolProvider

Из плагина 'cpp-tools' (а там не мало, честно сказать):

* https://github.com/microsoft/vscode-cpptools/blob/main/Extension/src/LanguageServer/Providers/documentSymbolProvider.ts

Может поэтому тоже этой фичи нет и в cmake плагине (по крайней мере у меня нет outline в дереве проекта cmake).

UPD: По поводу "отключенных" узлов в дереве проекта пока сделал их отображение в виде зачеркнутого текста (см. картинку).
Но как-то смотрится не очень.

Может какие-нить "кошерные" юникод символы для таких узлов в конце вставлять?
Типа могилки, крестиков и прочих? )

Типа: ❌ , ✗, † , ✂,

А что это за окошко? Моешь заскринить? В СМаке плагине оно есть (где)?


Тут я хз, надо разбираться почему тут successfully ))


Нашел ракету, но сюда ее не вставить - она портит тут сообщение.


А что это за таргет? Почему он зеленый? Может это просто ты забыл в Гит добавить его? (т.к. оно вроде зеленым помечает новые файлы/директории, которые еще не запушены в гит).