Гайд Фикс nosmoke в индиго

[Nixer]

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

 

[Spec122]

Переменная интересная ,мне понравилось (Открываешь сурс индиго и она сразу true )

 

[nonamer]

Can you help me fix the smoke frame? When I enter, it's like normal smoke.

 

[junkcoder]

Я конечно поздно, но

 

[L3D451R7]

Я конечно поздно, но

нормальный вариант для индиго:

 

[NiceL]

нормальный вариант для индиго:

for? занять основной поток? Просто то, что внутри for'a оставить и всё

 

[xardch]

for? занять основной поток? Просто то, что внутри for'a оставить и всё

я так думаю, это шутка. в индиго же полно говна и костылей

 

[iDReeM]

Добавляем в painttraverse хук это:

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

 

[Nixer]

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

А в чем проблема использовать static?

 

[iDReeM]

А в чем проблема использовать static?

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

 

[ZeroXKiritsu]

можно же так , через спец паттерн

if (Interfaces::Engine()->IsConnected() && Interfaces::Engine()->IsInGame())
Utils::LineGoesThroughSmoke(viewtarget,eyetarget);

и сама функция

bool Utils::IsLineGoesThroughSmoke(Vector vStartPos, Vector vEndPos)
{
using LineGoesThroughSmokeFn = bool(__cdecl*)(Vector,Vector);
static auto offset = CSX::Memory::FindPatternV2(GetClientModule(), "55 8B EC 83 EC 08 8B 15 ? ? ? ? 0F 57 C0");
return reinterpret_cast<LineGoesThroughSmokeFn>(offset)(vStartPos,vEndPos);
}

 

[бессмертный]

можно же так , через спец паттерн

if (Interfaces::Engine()->IsConnected() && Interfaces::Engine()->IsInGame())
Utils::LineGoesThroughSmoke(viewtarget,eyetarget);

и сама функция

bool Utils::IsLineGoesThroughSmoke(Vector vStartPos, Vector vEndPos)
{
using LineGoesThroughSmokeFn = bool(__cdecl*)(Vector,Vector);
static auto offset = CSX::Memory::FindPatternV2(GetClientModule(), "55 8B EC 83 EC 08 8B 15 ? ? ? ? 0F 57 C0");
return reinterpret_cast<LineGoesThroughSmokeFn>(offset)(vStartPos,vEndPos);
}

красав

 

[ZeroXKiritsu]

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

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

 

[iDReeM]

можно же так , через спец паттерн

if (Interfaces::Engine()->IsConnected() && Interfaces::Engine()->IsInGame())
Utils::LineGoesThroughSmoke(viewtarget,eyetarget);

и сама функция

bool Utils::IsLineGoesThroughSmoke(Vector vStartPos, Vector vEndPos)
{
using LineGoesThroughSmokeFn = bool(__cdecl*)(Vector,Vector);
static auto offset = CSX::Memory::FindPatternV2(GetClientModule(), "55 8B EC 83 EC 08 8B 15 ? ? ? ? 0F 57 C0");
return reinterpret_cast<LineGoesThroughSmokeFn>(offset)(vStartPos,vEndPos);
}

вообще искать паттерны в самих функциях херня идея с точки зрения структуризации кода, все поинтеры и оффсеты должны быть определены и готовы к использованию заранее в одном месте/функции предназначенной для добычи данных, это гарантирует успешность выполнение и предупреждение краша, если паттерн сменится с обновой. если вдруг вернет залупу конскую, а не нужный адрес - готовь ведро вазелина и бегай как ослина по всему исходнику ищи какой паттерн пидорасит, вместо того чтобы заглянуть в одно единственное место и быстро найти проблему)

 

[L3D451R7]

вообще искать паттерны в самих функциях херня идея с точки зрения структуризации кода, все поинтеры и оффсеты должны быть определены и готовы к использованию заранее в одном месте/функции предназначенной для добычи данных, это гарантирует успешность выполнение и предупреждение краша, если паттерн сменится с обновой. если вдруг вернет залупу конскую, а не нужный адрес - готовь ведро вазелина и бегай как ослина по всему исходнику ищи какой паттерн пидорасит, вместо того чтобы заглянуть в одно единственное место и быстро найти проблему)

Что ты напридумал тут))) не проще в функцию find_pattern добавить вывод если паттерн не найден?)

Ну а так да, делайте паттерны в одном месте чтобы облегчить работу с ними.

 

[iDReeM]

не проще в функцию find_pattern добавить вывод если паттерн не найден?)

нет вообщето, фишка в том что оно может найти, но не то что ты ишешь. (паттерн может находить не ту функцию/участок кода)

 

[ZeroXKiritsu]

нет вообщето, фишка в том что оно может найти, но не то что ты ишешь. (паттерн может находить не ту функцию/участок кода)

тогда можно сделать так в find_pattern типа такого если не найден паттерн нужный вернуть S_FALSE

 

[ZeroXKiritsu]

if(scanBytesofmodule[i] != data[i]) {
found = false;
break;
}
if(found) {
 return &scanBytesofmodule[i];
}
else{
return S_FALSE;//or FALSE
}
}

типа такого