Гайд NoFlash CS2 [Python]

[stockings]

ага, а еще он лагает в нагрузке и не возмонжо делать софт из за этого

ну если ты тупорылый тогда так и есть

 

[stockings]

Ало животное ебаное, давай напиши фулл софт с дохуищем функций на ебаном питоне, посмотрю как у тебя не будет тормозить твой недоэкстернал софт на питоне

дай мне экстернал на спп и я его перепишу на эквивалент на питоне

 

[Skviliti]

дай мне экстернал на спп и я его перепишу на эквивалент на питоне

cs2 external evo на гите, давай хуярь на своем недо питоне

 

[stockings]

cs2 external evo на гите, давай хуярь на своем недо питоне

завтра

 

[NeuralUser]

какой смысл что то на питоне делать ?...

Внатуре, Pascal - пизже.

Ало животное ебаное, давай напиши фулл софт с дохуищем функций на ебаном питоне, посмотрю как у тебя не будет тормозить твой недоэкстернал софт на питоне

Когда народ поймет, что python не юзают "голым". Нормальные разрабы берут из двух миров лучшее:

• Скорость от C
• Простота от Python

В конечном итоге получается обертка C кода под python, итого: Библиотека со скоростью Cишки и простотой взаимодействия Python.

Пример тому: opencv, torch и т.д. Конечно какие - то накладные расходы и присутствуют безусловно, но примеры выше показывают что скорость работы: Одинаковая +-

Я сильно не углублялся, но не думаю что скорость чтения/записи в память будет сильно уступать Cишному коду.

Хотя даже будучи разработчиком на Python, выбирать этот язык для создания internal/external читов - я бы не стал, все таки "Тяжелые" вычисления все равно буду писать на C и внедрять в мейн код на Python.

 

[Skviliti]

Внатуре, Pascal - пизже.

Когда народ поймет, что python не юзают "голым". Нормальные разрабы берут из двух миров лучшее:

• Скорость от C
• Простота от Python

В конечном итоге получается обертка C кода под python, итого: Библиотека со скоростью Cишки и простотой взаимодействия Python.

Пример тому: opencv, torch и т.д. Конечно какие - то накладные расходы и присутствуют безусловно, но примеры выше показывают что скорость работы: Одинаковая +-

Я сильно не углублялся, но не думаю что скорость чтения/записи в память будет сильно уступать Cишному коду.

Хотя даже будучи разработчиком на Python, выбирать этот язык для создания internal/external читов - я бы не стал, все таки "Тяжелые" вычисления все равно буду писать на C и внедрять в мейн код на Python.

ну даже если так, учитывай защиту, у c++ она лучше, +ты не сможешь сделать то, что можно сделать на c++, типа если там простенький софт аим вх бхоп и антифлеш с траекторией гранат, то окей, а такой прям лютейший рейдж софт там где визуалы ваще лютые на питоне не сделаешь

 

[NeuralUser]

ну даже если так, учитывай защиту, у c++ она лучше, +ты не сможешь сделать то, что можно сделать на c++

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

Ладно, что с защитой? Ты думаешь голые приложения на плюсах не ломаются? Или VPM, Themida, и т.д. по приколу делают? И даже они не гарантируют безопасность. Все еще можно подслушать трафик и подделать его, ну и т.д. Присутствуют ретрансляторы из Python'а в C код, тогда твой мозг наверное вообще взорвётся.

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

Функционал таких читов зависит от того что можно прочитать/записать, и между этими двумя вещами есть шаг "Обработать", ну так вот - все нормальные языки имеют практически одинаковые возможности в обработке информации. Как работу с числами, строками так и с множеством других вещей. Тот же интерфейс можно на python'e написать быстрее, а в следствии и лучше чем на C++ просто из - за бОльшей простоты. При этом по скорости интерфейс на Python не будет уступать интерфейсу на C++, можем взять в пример тот же PyQt.

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