Thor Patcher

Well, it explains why I had frustration times with transparency xD

Anyway, I would like to recomend you again to have an unique color (#FF00FF), because if you are a noob like me and you make white border in the top corner, you will have many problems with all the white color related in the background and also the #FF00FF is the common transparency in the RO world.
Didn't RO picks color too? Many spr are using color other than that. I'm planning to support 8-bit png though, that should help with this and reduce file size.
 
After all the headache I went through installing the old Thor Patcher, you suddenly release this?!

Will try this one out. Hopefully this will be much easier to use.
default_biggrin.png


 
After all the headache I went through installing the old Thor Patcher, you suddenly release this?!

Will try this one out. Hopefully this will be much easier to use.
default_biggrin.png
Oh, are you talking about the new configuration format? That's not implemented yet.
 
Any way to make custom button to also recognize parameter?

[button:Setup]

Mode=2
Action='Setup.exe'
 
It will launch setup.exe, but I'm looking for Ragnarok Replay button function:
[button:Replay]

Mode=2
Action='patched-ragexe.exe -Replay'


If you launch this in command prompt / shortcut, it will work. But Thor patcher seems didn't recognize this parameter format.

2nd suggestion, currently we have a way to check a hash of the patcher and game client itself. If it doesn't match, it will redownload from the patch server. Would you mind to add this feature to the target grf as well (if not match, will redownload whole grf in .thor format)? I don't mind the additional cpu processing time in case of a big grf.

 
Last edited by a moderator:
Any way to make custom button to also recognize parameter?

[button:Setup]

Mode=2
Action='Setup.exe'
 
It will launch setup.exe, but I'm looking for Ragnarok Replay button function:
[button:Replay]

Mode=2
Action='patched-ragexe.exe -Replay'


If you launch this in command prompt / shortcut, it will work. But Thor patcher seems didn't recognize this parameter format.

2nd suggestion, currently we have a way to check a hash of the patcher and game client itself. If it doesn't match, it will redownload from the patch server. Would you mind to add this feature to the target grf as well (if not match, will redownload whole grf in .thor format)? I don't mind the additional cpu processing time in case of a big grf.
Unfortunately if that doesn't work then it's not supported. You might work around by change to open URL mode as the code doesn't really open browser.

Sorry, client hash has been deprecated in last builds, patcher hashing likely after. They are NOT the solution to protect your client! In fact, there won't be any guarantee the GRF would be the same checksum even if you download whole thing in one piece.

 
Executing diffed ragexe.exe with -Replay parameters will make diffed ragexe.exe enter a Replay playing mode. I just now tried Open URL, and it didn't do anything. "File" mode is working, but currently it only supports executing ragexe.exe without any parameters in it.

Can you make something like this in config.ini:

ClientEXE='ragexe.exe'
ClientParameter='-1rag1'
ClientParameter2='-Replay'

^

It will make something like this:

Start button: ragexe.exe -1rag1

Replay button: ragexe.exe -Replay

Client hash and patcher hashing is a great feature, why would you want to deprecate it? I'm not using it for security. Some people like to use it because it can update the patcher and client to latest version without any patch numbering.

For example, if I change something in the ThorPatcher.exe (button design, etc) they may be able to redownload the new patcher without any hassle. The same also for client hash.

Thanks for the reply, really appreciate it
default_smile.png


 
Executing diffed ragexe.exe with -Replay parameters will make diffed ragexe.exe enter a Replay playing mode. I just now tried Open URL, and it didn't do anything. "File" mode is working, but currently it only supports executing ragexe.exe without any parameters in it.

Can you make something like this in config.ini:

ClientEXE='ragexe.exe'
ClientParameter='-1rag1'
ClientParameter2='-Replay'

^

It will make something like this:

Start button: ragexe.exe -1rag1

Replay button: ragexe.exe -Replay

Client hash and patcher hashing is a great feature, why would you want to deprecate it? I'm not using it for security. Some people like to use it because it can update the patcher and client to latest version without any patch numbering.

For example, if I change something in the ThorPatcher.exe (button design, etc) they may be able to redownload the new patcher without any hassle. The same also for client hash.

Thanks for the reply, really appreciate it
default_smile.png
I would not accept such hacked addition entries to config file, it is a mess already. You will able to do what you wanted in upcoming major release, but I won't be adding more to config till then.

Hashing is more like hacking. It bloated the code base without making update client/patcher any easier. Also, there are many there just don't know how to do it, so what's the point when one can do the update using patch numbering.

 
waiting anxiously for the new config file xD

 
A quick announcement: due to certain circumstances, ECMAScript/javascript support is cancelled.

Yea, go ahead and cry all you want.

side note: welcome, lua

 
@Bug time

You can update a file which the size to "0 bites" because the thor patcher never will end to packing.
Can or can't?
cant* sorry!
The beauty of programming, never underestimate what user can do with it.

Does the file have to replace with size 0 or can be removed? I need time to test edge cases like this, which probably 2,3 weeks later.
When you want to create it! >.<

 
@Bug time

You can update a file which the size to "0 bites" because the thor patcher never will end to packing.
Can or can't?
cant* sorry!
The beauty of programming, never underestimate what user can do with it.

Does the file have to replace with size 0 or can be removed? I need time to test edge cases like this, which probably 2,3 weeks later.
When you want to create it! >.<
You want to create files with size 0? I'm not sure why would you want that...but like I said, I don't have the time to investigate right now, finals are coming.

 
@Bug time

You can update a file which the size to "0 bites" because the thor patcher never will end to packing.
Can or can't?
cant* sorry!
The beauty of programming, never underestimate what user can do with it.

Does the file have to replace with size 0 or can be removed? I need time to test edge cases like this, which probably 2,3 weeks later.
When you want to create it! >.<
You want to create files with size 0? I'm not sure why would you want that...but like I said, I don't have the time to investigate right now, finals are coming.
I have this experience that I want to share with you.

I was working with a customer once, he wanted me to update a folder called AI_sakray, a fresh and update instalation of this folder.

There is a file called follow.lck (in a folder called USER_AI) and I didnt know that it would bring a lot of problems because of the size is 0 bits.

I had to split the folder "AI_sakray" in many files (.thor) to find out what was the problem.

 
I have this experience that I want to share with you.

I was working with a customer once, he wanted me to update a folder called AI_sakray, a fresh and update instalation of this folder.

There is a file called follow.lck (in a folder called USER_AI) and I didnt know that it would bring a lot of problems because of the size is 0 bits.

I had to split the folder "AI_sakray" in many files (.thor) to find out what was the problem.
Well, I just received another report with bugs, will have to fix these soon.
 
Back
Top