SannyBuilder.com Forums

__thiscall * мобжно объявлять где угодно. первый параметр автоматом пойдет в ECX.

__fastcall - это совсем не то (два параметра в регистрах). Вылет - по рассыпанию стека из-за несовпадения ожидаемого и реального количества параметров на стеке

@Shag - Компоненты должны быть в массиве.
Если есть хотя бы два компонента - то все остальные находятся тривиально

@DK22Pac - DC == Display Command.
Т.е., несколько упрощая, по ходу обработки, они набираются в очередь и потом отрисовываются все пачкой. CBaseDC - базовый класс  для всех DC, а Execute - метод, непосредственно выполняющий команду.

А что у LabView есть на тему подключения внешних dll ?

(в общем случае, пишется модуль-адаптер, который предоставляет требуемые LabView функции и, из них, вызывает функции устройства)

Метод, в общем, логичный.
Неиспользуемое поле в CPed - найти не вопрос. Как вариант - использовать поля CPlacement, которые используются только в статических объектах.

Проблема с созданием/удалением объекта решается перехватом конструктора и деструктора (~5 точек)

Хорошо. До катсцен я еще не добирался.
Маленькое замечание: размер rage::Vector3 - не 12, а 16 байт (SSE-aligned)
В паре объектов "лишние" четыре байта используется для хранения даных, но, практически везде, это просто выравнивание.

Пропустил вопрос про FrameDof
DOF = Degree Of Freedom
короче, на первый взгляд, это ограничения для инверсной кинематики.
Они у меня были слегка разобраны, если надо - попробую поискать

Как правило, при компиляции, делается обратное - чем больше вынесено во внешние модули, тем компактнее получается свой проект.

/MT достаточно, чтобы msvcrXX не использовался.
Если хочется собрать вообще без стандартных библиотек, придется повозиться.

Кстати, RtlCopyMemory медленнее memcpy примерно в десять раз, если включены /arch:SSE2 и /Oi

что касается xmmN - они всегда по 128 бит. В x86 их 8, в x64 - 16.
Они могут использоваться для разных целей. Самая распространенная - использование для floating point, чтобы не возиться со стековой сопроцессорной арифметикой. 

Альтернативное (вообще-то, оно задумывалось как основное) использование - параллельное выполнение действий над несколькими операндами.

   // прибавление числа ко всем элементам вектора двумя командами
    __inline Vector4& operator += (const float f) { v = _mm_add_ps (v, _mm_set_ps1 (f)); return *this; }

С пересылкой: нужно именно MMX или SSE ? MMX не работает с плавающей точкой.

@DK22Pac -
Вместо указателя на rwFrame, есть указатели на несколько структур.
Кусочек ivModels.h

class ivBaseModelInfo {  // size = 0x60
public:
// ... здесь были методы...
    phArchetypeGta *        m_pArchetype;   // +04 - физика
    gtaFragType *           m_pFragType;    // +08 - frag. используется только в ivPedModelInfo и ivVehicleModelInfo
    ivDrawableReference *   m_pDrawableRef; // +0C - модель. Используется для всех остальных классов
    Vector4             m_vCenter;      // +10
//#define m_fRadius (m_vCenter.w) // +1C
    Vector4             m_vAabbMin;     // +20
//#define m_fDrawDistance (m_vAabbMin.w) // +2C
    Vector3             m_vAabbMax;     // +30
//#define m_dwModelId (_f30.pad)  // +3C 
    DWORD               m_dwFlags;      // +40  -- 0x800000: auto allocated
    DWORD               m_dwRefCount;   // +44
    WORD                m_wTxdId;       // +48
    WORD                m_wFirst2dfxRef;// +4A  - index of the first 2dfx reference in ivModelInfoStore::ms_2dfxRefs1
    WORD                m_wAmatCount;   // +4C  - number of the first audio material
    WORD                m_wFirstAmatID; // +4E  - count of the audio materials used
    WORD                _f50;           // +50 - index of _F27FC4 
    WORD                m_wBoundId;     // +52
    WORD                m_wLodId;       // +54
    WORD                m_wAnimationId; // +56
    WORD                m_wBlendshapeId;// +58
    BYTE                m_nb2dEffectCount; // +5A
    BYTE                _f5B;   // 2dfx flags: 0x40 - have light shaft
    DWORD               _f5C;   // +5C TODO: m_dwFragTypeAssignTime ? 
};

struct ivDrawableReference {
    rage::rmcDrawable *         pDrawable;      // +0
    ivCustomShaderEffectBase *  pShaderEffect;  // +4
    DWORD                       _f8;
    ivDrawableReference *       pPrev;          // +C
    ivDrawableReference *       pNext;          // +10
// и здесь были методы
};

Как-то так:

dwLoadOffset = (DWORD)GetModuleHandle (NULL)-0x400000;

С глобальной точки зрения, это не совсем корректный пример, потому что он позволяет получить адрес загрузки только основного модуля, но, в практических целях его хватит.

В ModelInfo есть указатель на drawable

Если не понятно, как получить modelinfo из entity - позже найду пример.

@BritishColonist - Debugger -> Attach to process

__thiscall описывать как __cdecl нельзя. У __cdecl все параметры на стеке, у __thiscall -  this передается в ECX

Графические форматы RAGE разобраны процентов на 80 для IV и процентов на 50 для RDR.
(MC:LA - тоже процентов на 50). Просто большого потока интересующихся не было, и информация перестала выходить за пределы "узкого круга"