Dragon armor

И все пользуются бесплатной, ясно. Искал сайт через web.archive, но выдало, что результат не найден. Там ещё и все строки выносятся отдельно, которые загрузчик создаёт. Простой дамп скрипта не покажет их. Хорошо, что однообразно делает это, а то можно было бы зарандомить немного и ещё на ровном месте усложнить протектор. А поделиться scraZ_setup.exe кто-то может? Хотя, есть у меня подозрения, что исполняемый файл так же защищён чем-нибудь типа vmprotect.

Есть ещё такой протектор как scraZ. Гугление показало, что его можно было скачать с сайта scraz.me, который уже не существует. Это был платный или бесплатный продукт? Интересно в нём покопаться.

Делаю экспорт из Blender в fbx с настройками по умолчанию. Координаты уже должны быть поменяны местами.

@SkepticalFox Оно ни так, ни по-другому не получается. Корпус центрируется правильно, а потом не понятно ничего. Координаты передаются правильные, специально проверил. Но итоговый результат неправильный. Где-то лишнее смещение добавляется.

Опять не получается сделать, думать надоело, надо обратиться к общему разуму. Собираю коллизию в физическом движке и у меня башня получается смещённой. Координаты беру из VehicleDescriptor. Путём экспериментов получается, что координаты относительные и их надо перевести в глобальные. chassis_pos = Math.Matrix() hull_pos = chassis_pos * Math.Matrix().Set_Pos(ve.chassis.hullPosition) turret_pos = hull_pos * Math.Matrix().Set_Pos(ve.hull.turretPositions[0]) gun_pos = turret_pos * Math.Matrix().Set_Pos(ve.turrets[0][0].gunPosition) Слегка странный синтаксис, но пока и так сойдёт. ve - это VehicleDescriptor. Шасси всегда на земле. Единичная матрица для него. Остальные надо брать относительно другой части. И шасси с корпусом получается, башня с орудием тоже, а башня с корпусом нет. Она смещена вперёд. Кто подскажет, почему так получается, буду очень благодарен.

Не знаю. Как энтузиазм есть, тогда делаю. Сейчас опять не очень-то и хочется.

@Bdfy123321e Тогда скринов достаточно, чтобы посмотреть. Нет пока что чего-то более-менее готового, чем можно поделиться. Когда будет, что показать, тогда уже другое дело будет.

@Bdfy123321e И толку? Что ты хочешь добиться? Покрутить пару минут вафлю е100 в ангаре?

У меня прямо-таки профессиональное программирование как-будто. Ещё реверс-инжиниринг забыл добавить, хотя лучше писать, что всё приснилось. @Bdfy123321e Эмулятор не готов ещё. Скидывать нечего.

@Bdfy123321e У меня эмулятор сервера. Что это такое, написано здесь.

@Bdfy123321e Но не более. Запустил ангар. Запустил бой, но без какой-либо физики, передвигаться нельзя, стрелять нельзя, башней крутить тоже нельзя. Просто успешный запуск и всё.

Так эмулятор ещё не готов же, чтобы хоть что-то запускать.

Надо бы сделать его рабочим для версии 0.9.22, а уже потом что-то дальше думать. Сейчас никак не сделать. Там и формат у карт другой, и сетевой стек немного различается, и скрипты могут сильно отличаться. Нужна серьёзная адаптация для этого. А что в этой версии такого значительного? Чем хуже 0.9.22?

@freak527 Using BigWorld is not a great idea. You can't just use binaries unchanged. There have been changes between BigWorld and WoT that you cannot ignore. OK, I didn’t know that for 10 years the identification protocol has not changed much. This is the only reason why you see part of the authorization message from the client. But you cannot use loginapp without modification. I tell you there is no WoT version of the protocol. Anything that appears as "protocol version" is actually other data. You need to update the LoginApp::login function. Perhaps what is called the "protocol version" is 0x11010001. I have this data marked as unknown. It's time for reverse engineering. You should use the same scripts and def-files that the game client uses. I don't check the digest def files. There is a warning. MemoryIStream reports that there is one byte left. Then try compiling dbmgr. Its source code is available.

I'm just looking at how some things are implemented. I am not copying the code. It should be so. The client is waiting for a response. If the response is successful, the client will use token2. I didn't even try to run binaries. loginapp parses the message from the client? Or did you rework something?

Token2 is used only after successful authorization. The client first sends the password. The server sends a token2 to the client. Upon re-authorization, the client will use a token, not a password. This is a valid attempt to authenticate the client. If you want to use the BigWorld source code, you will need to successfully build it. How do you run loginapp?

You have to change loginapp if you want to use it. But you need to compile loginapp. When you compile it, you can start making changes. Now you don't need anything but loginapp. Make it work correctly first. Bad example. 9.22 does not use any version. This is something else. Wireshark.

Yes. What does the client send? Did you run a sniffer?

@freak527 I have not seen this addition to the post. baseapp is not needed to see the server. Did you change the server ip in the game client? scripts_config.xml Have you generated your RSA key? Because you need to change the loginapp. The authorization procedure has changed. You must change the "login" function (LoginApp::login). Anyway, these sources are only suitable for some things. With their help, you can implement a network stack. Maybe some other basic things. (version < OLDEST_SUPPORTED_CLIENT_LOGIN_VERSION) Did you talk about this version of the protocol? It is not used in WoT.

@freak527 Neither the client nor the server check the protocol version. There is no version in the network protocol. Maybe BigWorld has such an opportunity. But WoT does not use this opportunity. Is your server accepting an authorization attempt from the client?

@freak527 Are these binaries from BigWorld? I understand correctly? Without any changes? Were you able to successfully receive authorization data from the client?

What do you mean? What does "work" mean? Does the client see the server? Does this window display your server? What does the client display in python.log? It can't be. The network part can work almost unchanged. The rest should change a lot. The only common thing between them is the client-server architecture. There is no source code available for the server side. Only a part of them. The rest is in binaries for Linux. Or do you have the complete source code for the server side? And were you able to compile them?

@freak527 As far as I know, there is no complete source code for BigWorld. Did you get the open source BigWorld from version 1.9 or 2.01? They are not complete. And they are not suitable for WoT. In any case, you can't just patch loginapp. You'd better write your own loginapp. I wrote my own for 0.9.22.

Maybe you are right. What is your difficulty? What exactly are you failing to do?

@freak527 It will be better if you write in English. If necessary, I myself will use google translate. I'm afraid there is no one. I only ran 0.9.22. And my server is not BigWorld. A very simplified version of the server.