Jump to content
Korean Random
StranikS_Scan

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

Пользуетесь ли вы Орионом?  

240 members have voted

You do not have permission to vote in this poll, or see the poll results. Please sign in or register to vote in this poll.

Recommended Posts

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

Share this post


Link to post

Short link
Share on other sites

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

 

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

Share this post


Link to post

Short link
Share on other sites

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

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

Share this post


Link to post

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

Share this post


Link to post

Short link
Share on other sites

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

Share this post


Link to post

Short link
Share on other sites

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

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

Share this post


Link to post

Short link
Share on other sites

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

 

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

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

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

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

 

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

Share this post


Link to post

Short link
Share on other sites

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

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

Share this post


Link to post

Short link
Share on other sites

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

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

Share this post


Link to post

Short link
Share on other sites

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

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

Share this post


Link to post

Short link
Share on other sites

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

 

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

 

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

 

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

Share this post


Link to post

Short link
Share on other sites

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

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

Share this post


Link to post

Short link
Share on other sites

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

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

Share this post


Link to post

Short link
Share on other sites

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

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

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

Share this post


Link to post

Short link
Share on other sites

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

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

 

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

Share this post


Link to post

Short link
Share on other sites

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

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

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

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

Edited by IzeBerg

Share this post


Link to post

Short link
Share on other sites

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

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

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

 

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

Share this post


Link to post

Short link
Share on other sites

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

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

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

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

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

Share this post


Link to post

Short link
Share on other sites

 

 

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

 

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

Share this post


Link to post

Short link
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...