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

[StranikS_Scan 4,212]

 

 

P.S.По скорее бы, а то меняя всего одну строчку в коде, каждый раз вручную компилировать/защищать скрипты это муторно.

 

Это что же за строчка то такая? godmod on что что ли откапал?   

[伝説の 15]

Это что же за строчка то такая? godmod on что что ли откапал?

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

[SkepticalFox 1,445]

@StranikS_Scan, в Lazarus есть SynEdit, ты случайно не его используешь для Memo и подсветки синтаксиса в PjOrion?

 

Увы но с этим ни чего не поделать, так как XCPad реализован на базе SynEdit (среда Delphi), а этот компонент так и не был перенесен на юникод платформу

да это же Unicode....

 

В Lazarus что-то смогли с ним сделать...

Edited May 16, 2015 by ShadowHunterRUS

[StranikS_Scan 4,212]

@StranikS_Scan, в Lazarus есть SynEdit, ты случайно не его используешь для Memo и подсветки синтаксиса в PjOrion?

 

В редакторе реализована синтаксическая подсветка кода Питона, отдельно для версий 2.X и 3.X. Подсветка сделана за счет использования компонентов TSynEditor и TSynUniSyn из пакета SynEditStudio 5.8Fix3 под Delphi.

[SkepticalFox 1,445]

@StranikS_Scan, извини. Что-то перепутал. 

P.S. кто-же твой предыдущий комментарий минуснул? 

Edited May 16, 2015 by ShadowHunterRUS

[StranikS_Scan 4,212]

@StranikS_Scan, извини. Что-то перепутал.

 

Не совсем так. Когда юникод бума еще не было, тогда SynEdit & SynUniSyn и Mystix попал в руки китайцев и они превратили это в SynEditStudio. Затем появился Lazarus и началось портирование туда всякого, включая и переписывание на юникод. А SynEditStudio постепенно загнулся дойдя до Delphi2009. Делали ли там китайцы поддержку юникода или нет я хз. Но мне и не важно так как D6-7 юникода не знают. К тому же за год я успел много чего вписать/поправить в SynEditStudio под себя. Однако кроме меня это наверно сейчас ни для кого не актуально )))

 

P.S. кто-же твой предыдущий комментарий минуснул? 

 

Тыкнули не туда ;) 

Edited May 16, 2015 by StranikS_Scan

[SkepticalFox 1,445]

@StranikS_Scan, 

>>> Unpack folder: 'M:\item_defs'
>>> Files unpacked/found - 0/864
>>> --------------------------------------------------
>>> Not unpacked:
'C:\Games\World_of_Tanks\res\scripts\item_defs\achievements.xml'
.....

Что это может быть? (Довольно странно, у всех файлов/папок на моем ПК атрибут только для чтения)

Edited May 16, 2015 by ShadowHunterRUS

[StranikS_Scan 4,212]

 

 

Что это может быть? (Довольно странно, у всех файлов/папок на моем ПК атрибут только для чтения)

 

Странно сам по себе Орион его распаковывает без проблем.

 

 

Довольно странно, у всех файлов/папок на моем ПК атрибут только для чтения

 

Твой косяк вижу )))) 

[SkepticalFox 1,445]

Твой косяк вижу )))) 

Но ведь я администратор на этом ПК...

Windows... Пора переустанавливать....

Edited May 16, 2015 by ShadowHunterRUS

[StranikS_Scan 4,212]

Но ведь я администратор на этом ПК...

 

Восстание машин не? 

[SkepticalFox 1,445]

Восстание машин не? 

Ты там с потоками похоже намудрил.

Edited May 17, 2015 by ShadowHunterRUS

[StranikS_Scan 4,212]

Ты там с потоками похоже намудрил.

 

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

[SkepticalFox 1,445]

@StranikS_Scan,

<!UNKNOWN FILE SYNTAX!>

Edited May 18, 2015 by ShadowHunterRUS

[StranikS_Scan 4,212]

@StranikS_Scan,

<!UNKNOWN FILE SYNTAX!>

Ты наверное старый Packed_Section.pas заюзал...

 

На какой файл ругается?

[SkepticalFox 1,445]

На какой файл ругается?

C:\Games\World_of_Tanks\res\scripts\item_defs\tankmen\france.xml

Edited May 18, 2015 by ShadowHunterRUS

[StranikS_Scan 4,212]

C:\Games\World_of_Tanks\res\scripts\item_defs\tankmen\france.xml

 

P.S. В моем WOT Tools (Delphi6) от 4 мая он открывается

 

Ну включи в опциях компилятора контроль диапазона значений. Ошибка-то Range check error

 

Крашится тут:

 

for i:=1 to childrenNmber do

               begin

                       children.nameIndex:=readLittleEndianShort(Preader);

                       selfEndAndType:=readLittleEndianInt(Preader);

                       children.end_:=selfEndAndType AND $0fffffff;

                       children.type_:=selfEndAndType shr 28;

               end;

 

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

Edited May 17, 2015 by StranikS_Scan

[SkepticalFox 1,445]

Ну включи в опциях компилятора контроль диапазона значений. Ошибка-то Range check error

Delphi у меня нет уже.

children:Array[1..1000] of TElementDescriptor;

1000 явно мало! Надо еще ноль добавить.

children:Array[1..10000] of TElementDescriptor;

Edited May 17, 2015 by ShadowHunterRUS

[GPCracker 2,088]

Delphi у меня нет уже.

Сори за офтоп.)

В школе был паскаль (а насколько мне известно, делфи это улучшенный паскаль), в универе С. ИМХО С/С++ круче в разы. А так если честно, то оконнные приложения вообще самое простое писать на PyQT и подобных фреймворках. Дружественный питон, отсутствие проблем с юникодом (ограничения на имена файлов/папок, ...) и т.д. Да и С-модуль прикрутить можно. Для сборки в exe есть куча софта.

 

З.Ы. А вы, я так понимаю, берете размер массива, чтобы 100% хватило на все... Вопрос в том, сколько оперативной памяти это "съест". Было бы эффективней динамически выделять память и использовать массив указателей... Хотя это зависит от размера вашей структуры.

 

Кстати, @StranikS_Scan, как там с потоками? Удалось установить причину пропадания вывода?

Edited May 17, 2015 by GPCracker

[StranikS_Scan 4,212]

 

 

1000 явно мало! Надо еще ноль добавить.

 

Хм, действительно ))))

 

 

 

В школе был паскаль (а насколько мне известно, делфи это улучшенный паскаль), в универе С. ИМХО С/С++ круче в разы. А так если честно, то оконнные приложения вообще самое простое писать на PyQT и подобных фреймворках. Дружественный питон, отсутствие проблем с юникодом (ограничения на имена файлов/папок, ...) и т.д. Да и С-модуль прикрутить можно. Для сборки в exe есть куча софта. З.Ы. А вы, я так понимаю, берете размер массива, чтобы 100% хватило на все... Вопрос в том, сколько оперативной памяти это "съест". Было бы эффективней динамически выделять память и использовать массив указателей... Хотя это зависит от размера вашей структуры.

 

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

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

 

 

 

Кстати, StranikS_Scan, как там с потоками? Удалось установить причину пропадания вывода?

 

Пока ни как и боюсь я врят ли что-то с этим сделаю. 

[SkepticalFox 1,445]

ИМХО С/С++ круче в разы.

, научи человека.

 

писать на PyQT

В Windows придется брать с собой DLL на 30-50 мб.

На окнах лучше использовать WinForms/WPF или WinAPI.

PyQT оправдан в кедах, там эти либы являются "вшитыми" в систему и весь интерфейс построен на них.

 

Вопрос в том, сколько оперативной памяти это "съест"

(10000*4*3)байт = 120 кб

Память под процедуры/функции выделяется на стеке.

 

Было бы эффективней динамически выделять память

Delphi 6 и динамический массив....

 

делфи это улучшенный паскаль

Улучшенный паскаль - Turbo Pascal.

Delphi это комбайн, который стоит over до хрена.

 

P.S. Кто-нибудь уже заценил Qt 5.5 Beta?

Там вернулся Qt3D! Можно звать @rextimmy обновлять Wot Tank Viewer)

Edited May 18, 2015 by ShadowHunterRUS