PjOrion - редактирование, компиляция, декомпиляция, обфускация модов (Версия: 1.3.5 Дата: 11.08.2019)

[MakcT40]

тупо картинка виснет

 

С приложенным не виснет.

SniperCamera091912.zip

[Vor_tex]

Приветствую, как можно пообщаться не по этой теме с автором этой темы?

[StranikS_Scan]

Приветствую, как можно пообщаться не по этой теме с автором этой темы?

 

Письменно через личные сообщения на форуме.

[Vor_tex]

Письменно через личные сообщения на форуме.

вот теперь появилась кнопка "Отправить сообщение" спс

[GPCracker]

@StranikS_Scan, можно сделать возможность запуска декомпила на нескольких ядрах процессора (а не на одном, как сейчас)? А то как-то неприкольно сидеть ждать, когда у тебя загружено только одно ядро, а семь других тупо простаивает.

[fecell]

разве что запустить 8 орионов и все сразу заставить декомпилить.

[GPCracker]

разве что запустить 8 орионов и все сразу заставить декомпилить.

Не прокатит, ибо сначала строится список файлов, а потом запускается декомпиляция. Очередь должна быть общая, а свободный поток просто берет оттуда следующий файл. По крайней мере я это вижу как-то так.

[StranikS_Scan]

Не прокатит, ибо сначала строится список файлов, а потом запускается декомпиляция. Очередь должна быть общая, а свободный поток просто берет оттуда следующий файл. По крайней мере я это вижу как-то так.

 

Да, я в курсе такой необходимости ибо сам страдаю )))) Однако есть загвоздка в выборе пути реализации.

1. В самом питоне параллельности по сути нет, там чего делать бессмысленно.

2. Запиалить потоки на уровне Делфи не проблема, однако в каждом из них придётся создавать сеанс связи с dll, так как обращаться из потоков к уже созданному сеансу связи с dll бессмысленно ибо это потребует синхронизации и толку от потоков не будет.

3. Сделать автоматический запуск копий приложения, используя командную строку. Идея проще п.2., однако эти копии будут открывать и закрываться, конфиг читать/писать и отжирать время.

 

Как по мне наверно п.2. самый нормальный.

[Pavel3333]

2. Запиалить потоки на уровне Делфи не проблема, однако в каждом из них придётся создавать сеанс связи с dll, так как обращаться из потоков к уже созданному сеансу связи с dll бессмысленно ибо это потребует синхронизации и толку от потоков не будет.

реквестирую за это.

[GPCracker]

Да, я в курсе такой необходимости ибо сам страдаю )))) Однако есть загвоздка в выборе пути реализации.

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

Edited August 30, 2017 by GPCracker

[SkepticalFox]

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

ты про GIL? multiprocessing норм же обходит этот GIL(плодя те же процессы, хехе)...

Edited August 30, 2017 by SkepticalFox

[StranikS_Scan]

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

 

Оригинальный exe это exe Ориона и он не содержит питона. Потому из сеанса питона вызвать субпроцесс не выйдет. Можно тока вызвать тот же Орион с аргументами но это будет тот же п.3 выше тока еще и извращенный.

 

ты про GIL? multiprocessing(хотя там немного с __main__ напряжно) норм же обходит этот GIL...

 

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

[SkepticalFox]

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

А как насчет pypy?

[GPCracker]

Оригинальный exe это exe Ориона и он не содержит питона. Потому из сеанса питона вызвать субпроцесс не выйдет. Можно тока вызвать тот же Орион с аргументами но это будет тот же п.3 выше тока еще и извращенный.

Я про нормальный официальный python.exe из пакета поставки.

[IzeBerg]

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

Как раз такое уже овергод использую.

Немного говнокода: https://bitbucket.org/The_IzeBerg/wotunpacker

[StranikS_Scan]

Как раз такое уже овергод использую.

Немного говнокода: https://bitbucket.org/The_IzeBerg/wotunpacker

 

Последняя версия ункомпил6 с гитхаба как сейчас стала? Код весь нормально декомпилит?

[IzeBerg]

Последняя версия ункомпил6 с гитхаба как сейчас стала? Код весь нормально декомпилит?

Версия u6 - я уже не помню какая, писалось год-два назад, но код весь нормально декомпилит, мне норм.

Декомпиляция с u2 не работает на некоторых скриптах.

В целом, думается мне, что можно убрать оттуда либы и ставить их через тот же pip.

Edited August 31, 2017 by IzeBerg

[StranikS_Scan]

Версия u6 - я уже не помню какая, писалось год-два назад, но код весь нормально декомпилит, мне норм.

Декомпиляция с u2 не работает на некоторых скриптах.

В целом, думается мне, что можно убрать оттуда либы и ставить их через тот же pip.

 

Если года-два значит косячная. Ты бы скачал с гитхаба актуальную, там вроде дофига всякого правилось. Проверил бы как она справляется по дефолту с клиентом. И будет ли рабочими скрипты на камеру.

[IzeBerg]

Если года-два значит косячная. Ты бы скачал с гитхаба актуальную, там вроде дофига всякого правилось. Проверил бы как она справляется по дефолту с клиентом. И будет ли рабочими скрипты на камеру.

"Работает - не тронь" =)

Стянул последнюю версию, попробую задекомпилить.

Вспомнил - там из изменений декомпиляторов - отступы табами вместо пробелов.

Сделал ветку отдельную. Качество декомпиляции гораздо лучше, да, но 11 файлов с ошибкой - это не гуд.

[StranikS_Scan]

 

 

Сделал ветку отдельную. Качество декомпиляции гораздо лучше, да, но 11 файлов с ошибкой - это не гуд.

 

Ууу, это труба.