Прошу прощения, я кретин. Всего-то надо было посмотреть в реклассе на ParticleInfo. Забыл, что после attachType ещё идёт int маска для handle(0x7fff).
// Struct used when creating a particle
struct ParticleInfo {
const char* particleName;
ParticleAttachment_t attachType;
uint32_t mask = 0x7FFF;
BaseEntity* attachEntity;
private:
void* unk0 = nullptr;
void* unk1 = nullptr;
void* unk2 = nullptr;
void* unk3 = nullptr;
void* unk4 = nullptr;
};
Теперь норм Всё равно даже так крепится к крипам, как бы я ни пытался. Я уже даже вызываю 1 в 1 как игра делает(4 аргумент массив из ЭнтитиСистем и unk1 = attachEntity), контрол поинтов у данного партикла в принципе нет(ну кроме позиции). Чувствую, что надо чем-то другим заняться, всё равно ВБЕ я изначально текстом на экране пишу
CDOTAParticleManager::ParticleWrapper CDOTAParticleManager::CreateParticle(const char* name, ParticleAttachment_t attachType, BaseEntity* ent) {
CDOTAParticleManager::ParticleInfo info{};
info.attachType = attachType;
info.attachEntity = ent;
info.particleName = name;
info.unk1 = ent;
IncHandle();
CallVFunc<7>(GetHandle(), &info, Interfaces::Entity->m_pEntityList);
ParticleWrapper result{};
result.info = info;
result.particle = GetParticleArray()[GetParticleCount() - 1]->GetParticle();
result.handle = GetHandle();
return result;
}
//собственно вызов
Globals::ParticleManager->CreateParticle(
"particles/items5_fx/revenant_brooch.vpcf",
CDOTAParticleManager::ParticleAttachment_t::PATTACH_ABSORIGIN_FOLLOW,
(BaseEntity*)assignedHero
);
на самом деле 0x7fff это рандомный мусор(и члена mask там на самом деле нету - там лежит 4 байта мусора).
дело в том что данные размером N-байт(2,4,8,16 и тд) должны(иногда абсолютно должны, иногда просто предпочтительно) находиться на N-байтных границах(в целях оптимизации; кампуктиру так быстрее и приятнее работать). граница это считай просто адрес(или оффсет) кратный какому-то множителю(N в нашем случае). то есть указатель(8 байт) на х64 должен находиться(предпочтительно - не обязательно но зачастую это именно так) на адресе кратном 8. то есть это адреса 0, 8, 16, 24, 32, 40, и тд и тп. инт(4 байт) должен находиться на адресе кратном 4. то есть 0,4,8,12,16,20 и тд. это называется выравнивание.
для некоторых типов(xmmword например) это обязательно(иначе процессор нахуй пошлёт), для большинства типов это просто предпочтительно(быстрее комп работает) но не обязательно. так вот. компилятор, чтобы выравнять до N-ной границы вставляет паддинг - мусорные куски говна которые служат просто чтобы занять место чтобы после них расположить член на нужную границу. в твоем случае структура такая:
const char*//8 байт. адреса кратны 8(0,8,16,24 ...) //оффсет 0
int//4 байт. адреса кратны 4(0,4,8,12,16 ...) // оффсет - оффсет предыдущего типа(0) + размер предыдущего типа(8 байт) + выравнивание если надо(не надо т.к. 8 кратно 4). оффсет 8 кароче
C_BaseEntity*//8 байт. адреса кратны 8(0,8,16,24, ...) // оффсет - оффсет предыдущего(8) + размер предыдущего(4) + выравнивание(оффсет так то получается 12, но т.к. нам нужен адрес(оффсет) кратный 8 то мы выравниваем до 16(ближайшее кратное 8 после 12) наш оффсет). оффсет 16 кароче
и тут вот так интересно получается что байты 12-16 у нас свободные. инт на оффсете 8 занимает всего 4 байта(8-12), а следующий указатель лежит токо на оффсете 16(16-24). в итоге 12-16 свободны. они заполняются мусором(ну точнее они ваще не заполняются. они просто приобретают то значение которое до этого было там в оперативке).
твой "mask" это 4 байта рандомного мусора(паддинг).
конкретно 7FFF это просто потому, что раньше на этом адресе лежал 8 байтовый указатель на так называемый(я его так называю) "PE регион"(это регион оперативки куда винда засовывает большинство "официально" загруженных дллок/ехешек. они прямо пачкой там идут друг за другом. в случае х64 это как раз более менее 7FFF12345678(где 12345678 это просто так байтики кароче 4 штучки) блаблабла. в моем случае у меня токо что когда я запустил доту этот регион(а точнее его часть) был на 7FFB12345678. и мусор("mask") соответственно уже был 7FFB. ну кр4 это регион(а точнее множество регионов) возле конца юзерспейс вирутального пространства). в итоге потом на место этого указателя(7FFF12345678) в оперативке запихали 4 байта ParticleAttachment со значением 0 и стало 7FFF00000000(литтл ендиан поэтому нули в конце(там где 12345678) а не в начале(там где 7FFF)). вот тебе и мусор этот в виде 7FFF(он может быть любым на самом деле)
паддинг не обязателен(исключения xmmword всякие) и опционален. компиляторы по дефолту его вставляют. то же самое относится и к компилятору которым габен доту собирал. он тоже вставил паддинг(эти 4 байта мусора). а так если захотеть можно #pragma pack юзать(выравнивание в 1 байт ставить) для того чтобы вырубить(можно временно. вырубить а потом обратно врубить) выравнивание и хуярить все члены впритык(тогда оффсет на ентити был бы уже 12 а не 16. но габен паддинг не вырубал на эту структуру поэтому 16. в доте есть некоторые структуры где паддинг отрублен)
