Yes, it will still be possible
Luckily the client for build 4.00 worked with 4.02 and can be hexed for 4.1, But when new content comes out it may not be possible to implement hacks. I asked some of my friends and they said when they compiled the edited code did not save.
Nilly Justnoob etc, try obtaining the Assemblee game client for build 4.1 and try making a client out of that instead of hex editing.
Yes, it will still be possible
They haven't done anything about it before, they won't do it now.
Your friends probably used the hacking code from old versions, that won't always work, sometimes the hacking code needs to be updated, not just added to the new client.
We updated the functions/ varibles + it did NOT save the code.
So it is strange to me.. thats all
I heard of this issue before (not sure if it was you that posted the thread about rabcdasm not working or another guy). It turns out the person was using the program @raikoug made to help people who have problems working with rabcdasm from the command line (found here: https://www.mpgh.net/forum/599-realm-...lazy-ones.html). I haven't used the program but hopefully it displays the messages that are sent to the cmd prompt so one can determine if errors occurred or not. If an error occurred nothing will change.
For the record, I just made some changes to the 4.2.0 client using rabcdasm so I know it still works.
Edit: I just tested raioug's program. While it does show the command prompts, things happen so fast that if errors occurred, one wouldn't know it. It acts as if everything worked fine but the result is nothing was changed.
Last edited by nilly; 11-05-2012 at 05:09 PM.
Be careful, stray too far from the pack and you'll get lost.
I use the the AIO thing for lazy ones, cause I dont have a D compiler to get the command line to work
http ://www.youtube.com/watch?v=foYsmpDrYjY
Be careful, stray too far from the pack and you'll get lost.
Ok I managed to get it working..but got an error while reassembling posting a screen shot
Last edited by Sail338; 11-05-2012 at 06:32 PM.
Do you actually have a .exe file in that folder named swfdecompress? If not you'll get that error. Also you don't really need to use swfdecompress to do what we are doing here. The commands are abcexport, rabcdasm, rabcasm, abcreplace.
Be careful, stray too far from the pack and you'll get lost.
Here is the error I got..
+ auto nexus code I am using
Code:L611: pushtrue L612: pop getlocal0 getlex QName(PackageNamespace(""), "map_") getproperty QName(PackageNamespace(""), "player_") ifne L631 getlex QName(PackageNamespace(""), "map_") getproperty QName(PackageNamespace(""), "name_") pushstring "Nexus" ifeq L631 getlex QName(PackageNamespace(""), "_-KQ") getlex QName(PackageNamespace(""), "_-0d5") convert_d divide pushdouble 0.3 ifgt L631 getlex QName(PackageNamespace(""), "map_") getproperty QName(PackageNamespace(""), "gs_") getproperty QName(PackageNamespace(""), "gsc_") callpropvoid QName(PackageNamespace(""), "_-Ll"), 0 L631: pushtrue returnvalue end ; code end ; body end ; method end ; trait
Last edited by Sail338; 11-05-2012 at 06:48 PM.
The error tells you what line to look at and what the error is. In this case line 4704, label L589 is unknown. If you replaced a label that was present in the code you'll have problems. It sounds like it is referencing a jump to L589 and can't find it. Search the text for "L589:" if it isn't in there, you either deleted it when inserting the code or added other code that referenced it.
Be careful, stray too far from the pack and you'll get lost.