MakcT40 331 #401660 Posted August 26, 2017 тупо картинка виснет С приложенным не виснет. SniperCamera091912.zip 1 Quote Share this post Link to post Short link Share on other sites
Vor_tex 0 #401719 Posted August 27, 2017 Приветствую, как можно пообщаться не по этой теме с автором этой темы? Quote Share this post Link to post Short link Share on other sites
StranikS_Scan 4,210 #401730 Posted August 27, 2017 Приветствую, как можно пообщаться не по этой теме с автором этой темы? Письменно через личные сообщения на форуме. Quote Share this post Link to post Short link Share on other sites
Vor_tex 0 #401732 Posted August 27, 2017 Письменно через личные сообщения на форуме. вот теперь появилась кнопка "Отправить сообщение" спс Quote Share this post Link to post Short link Share on other sites
GPCracker 2,088 #402023 Posted August 29, 2017 @StranikS_Scan, можно сделать возможность запуска декомпила на нескольких ядрах процессора (а не на одном, как сейчас)? А то как-то неприкольно сидеть ждать, когда у тебя загружено только одно ядро, а семь других тупо простаивает. Quote Share this post Link to post Short link Share on other sites
fecell 125 #402046 Posted August 30, 2017 разве что запустить 8 орионов и все сразу заставить декомпилить. Quote Share this post Link to post Short link Share on other sites
GPCracker 2,088 #402091 Posted August 30, 2017 разве что запустить 8 орионов и все сразу заставить декомпилить.Не прокатит, ибо сначала строится список файлов, а потом запускается декомпиляция. Очередь должна быть общая, а свободный поток просто берет оттуда следующий файл. По крайней мере я это вижу как-то так. Quote Share this post Link to post Short link Share on other sites
StranikS_Scan 4,210 #402106 Posted August 30, 2017 Не прокатит, ибо сначала строится список файлов, а потом запускается декомпиляция. Очередь должна быть общая, а свободный поток просто берет оттуда следующий файл. По крайней мере я это вижу как-то так. Да, я в курсе такой необходимости ибо сам страдаю )))) Однако есть загвоздка в выборе пути реализации. 1. В самом питоне параллельности по сути нет, там чего делать бессмысленно. 2. Запиалить потоки на уровне Делфи не проблема, однако в каждом из них придётся создавать сеанс связи с dll, так как обращаться из потоков к уже созданному сеансу связи с dll бессмысленно ибо это потребует синхронизации и толку от потоков не будет. 3. Сделать автоматический запуск копий приложения, используя командную строку. Идея проще п.2., однако эти копии будут открывать и закрываться, конфиг читать/писать и отжирать время. Как по мне наверно п.2. самый нормальный. Quote Share this post Link to post Short link Share on other sites
Pavel3333 1,148 #402142 Posted August 30, 2017 2. Запиалить потоки на уровне Делфи не проблема, однако в каждом из них придётся создавать сеанс связи с dll, так как обращаться из потоков к уже созданному сеансу связи с dll бессмысленно ибо это потребует синхронизации и толку от потоков не будет. реквестирую за это. Quote Share this post Link to post Short link Share on other sites
GPCracker 2,088 #402172 Posted August 30, 2017 (edited) Да, я в курсе такой необходимости ибо сам страдаю )))) Однако есть загвоздка в выборе пути реализации.Либо запускать внешний процесс питона через оригинальный exe и использовать subprocess c общей входной трубой, где будут просто читаться построчно файлы, выполняться декомпил и читаться следующий файл... как-то так. Edited August 30, 2017 by GPCracker Quote Share this post Link to post Short link Share on other sites
SkepticalFox 1,445 #402175 Posted August 30, 2017 (edited) В самом питоне параллельности по сути нет, там чего делать бессмысленно.ты про GIL? multiprocessing норм же обходит этот GIL(плодя те же процессы, хехе)... Edited August 30, 2017 by SkepticalFox Quote Share this post Link to post Short link Share on other sites
StranikS_Scan 4,210 #402182 Posted August 30, 2017 Либо запускать внешний процесс питона через оригинальный exe и использовать subprocess c общей входной трубой, где будут просто читаться построчно файлы, выполняться декомпил и читаться следующий файл... как-то так. Оригинальный exe это exe Ориона и он не содержит питона. Потому из сеанса питона вызвать субпроцесс не выйдет. Можно тока вызвать тот же Орион с аргументами но это будет тот же п.3 выше тока еще и извращенный. ты про GIL? multiprocessing(хотя там немного с __main__ напряжно) норм же обходит этот GIL... Если я правильно помню то обход гила был за счет запуска копии процесса питона или подпроцесса, через exe что по сути ни чем не отличалось от простого запуска нескольких самостоятельных сеансов, которые система автоматически садила на разные ядра. Quote Share this post Link to post Short link Share on other sites
SkepticalFox 1,445 #402183 Posted August 30, 2017 Если я правильно помню то обход гила был за счет запуска копии процесса питона или подпроцесса, через exe что по сути ни чем не отличалось от простого запуска нескольких самостоятельных сеансов, которые система автоматически садила на разные ядра.А как насчет pypy? Quote Share this post Link to post Short link Share on other sites
GPCracker 2,088 #402194 Posted August 30, 2017 Оригинальный exe это exe Ориона и он не содержит питона. Потому из сеанса питона вызвать субпроцесс не выйдет. Можно тока вызвать тот же Орион с аргументами но это будет тот же п.3 выше тока еще и извращенный.Я про нормальный официальный python.exe из пакета поставки. Quote Share this post Link to post Short link Share on other sites
IzeBerg 128 #402221 Posted August 31, 2017 Либо запускать внешний процесс питона через оригинальный exe и использовать subprocess c общей входной трубой, где будут просто читаться построчно файлы, выполняться декомпил и читаться следующий файл... как-то так. Как раз такое уже овергод использую. Немного говнокода: https://bitbucket.org/The_IzeBerg/wotunpacker Quote Share this post Link to post Short link Share on other sites
StranikS_Scan 4,210 #402225 Posted August 31, 2017 Как раз такое уже овергод использую. Немного говнокода: https://bitbucket.org/The_IzeBerg/wotunpacker Последняя версия ункомпил6 с гитхаба как сейчас стала? Код весь нормально декомпилит? Quote Share this post Link to post Short link Share on other sites
IzeBerg 128 #402226 Posted August 31, 2017 (edited) Последняя версия ункомпил6 с гитхаба как сейчас стала? Код весь нормально декомпилит? Версия u6 - я уже не помню какая, писалось год-два назад, но код весь нормально декомпилит, мне норм. Декомпиляция с u2 не работает на некоторых скриптах. В целом, думается мне, что можно убрать оттуда либы и ставить их через тот же pip. Edited August 31, 2017 by IzeBerg Quote Share this post Link to post Short link Share on other sites
StranikS_Scan 4,210 #402234 Posted August 31, 2017 Версия u6 - я уже не помню какая, писалось год-два назад, но код весь нормально декомпилит, мне норм. Декомпиляция с u2 не работает на некоторых скриптах. В целом, думается мне, что можно убрать оттуда либы и ставить их через тот же pip. Если года-два значит косячная. Ты бы скачал с гитхаба актуальную, там вроде дофига всякого правилось. Проверил бы как она справляется по дефолту с клиентом. И будет ли рабочими скрипты на камеру. Quote Share this post Link to post Short link Share on other sites
IzeBerg 128 #402236 Posted August 31, 2017 Если года-два значит косячная. Ты бы скачал с гитхаба актуальную, там вроде дофига всякого правилось. Проверил бы как она справляется по дефолту с клиентом. И будет ли рабочими скрипты на камеру. "Работает - не тронь" =) Стянул последнюю версию, попробую задекомпилить. Вспомнил - там из изменений декомпиляторов - отступы табами вместо пробелов. Сделал ветку отдельную. Качество декомпиляции гораздо лучше, да, но 11 файлов с ошибкой - это не гуд. Quote Share this post Link to post Short link Share on other sites
StranikS_Scan 4,210 #402252 Posted August 31, 2017 Сделал ветку отдельную. Качество декомпиляции гораздо лучше, да, но 11 файлов с ошибкой - это не гуд. Ууу, это труба. Quote Share this post Link to post Short link Share on other sites