Jump to content
Aeomin

Thor Patcher

Recommended Posts

  On 6/26/2014 at 2:06 PM, Moguri said:

Can I suggest something, Aeomin?

Could you bundle a "loader" part in the patch? after the patch is complete, this would make this patcher so awesome!!!!! :D

loader part?

 

  On 6/26/2014 at 2:49 PM, PunkBuster said:

Aeomin, I was using the exact same patcher that I had sent you for reverse-engineering.

2.6.1.66? There are known bugs in this version...

[EDIT]

Oh you are updating to current version. Have you tried the one I provided from last reply?

Edited by Aeomin

Share this post


Link to post
Share on other sites

Yes Aeomin, i Mean, do all the current features, and after patch is complete, when you click on Launch button, the patcher prompts for the user and password, then sends it to the exe as hash (since they removed login window)

Share this post


Link to post
Share on other sites
  On 6/28/2014 at 11:08 AM, Moguri said:

Yes Aeomin, i Mean, do all the current features, and after patch is complete, when you click on Launch button, the patcher prompts for the user and password, then sends it to the exe as hash (since they removed login window)

 

Currently it is at feature freeze. New feature would be possible starting next major release, which is bit overdue now. Hopefully I have some time next 2 months.

Share this post


Link to post
Share on other sites

I use Thor Since several years now, But never had a problem like this:
I set up a new thor patcher for a friend. gpf and encrypted gpf work fine, but thor files (example bgms) are not applied. I First thought its maybe my thor maker but tried it with different ones and its always like this. Any ideas about this? Sorry for typos, sent from my phone

 

edit: seems it's something inside the skin which causes .thor files not beeing applied

Edited by Ridley

Share this post


Link to post
Share on other sites
  On 6/29/2014 at 1:53 AM, Aeomin said:

 

  On 6/28/2014 at 11:08 AM, Moguri said:

Yes Aeomin, i Mean, do all the current features, and after patch is complete, when you click on Launch button, the patcher prompts for the user and password, then sends it to the exe as hash (since they removed login window)

 

Currently it is at feature freeze. New feature would be possible starting next major release, which is bit overdue now. Hopefully I have some time next 2 months.

 

I hope everything is going fine to you =) this is still the best patcher ever xD

Share this post


Link to post
Share on other sites
  On 8/19/2014 at 11:14 AM, evilpuncker said:

 

  On 6/29/2014 at 1:53 AM, Aeomin said:

 

  On 6/28/2014 at 11:08 AM, Moguri said:

Yes Aeomin, i Mean, do all the current features, and after patch is complete, when you click on Launch button, the patcher prompts for the user and password, then sends it to the exe as hash (since they removed login window)

 

Currently it is at feature freeze. New feature would be possible starting next major release, which is bit overdue now. Hopefully I have some time next 2 months.

 

I hope everything is going fine to you =) this is still the best patcher ever xD

I find myself working on this project every now and then. Time and laziness kills.

Share this post


Link to post
Share on other sites
  On 8/26/2014 at 3:59 AM, Aeomin said:

 

  On 8/19/2014 at 11:14 AM, evilpuncker said:

 

  On 6/29/2014 at 1:53 AM, Aeomin said:

 

  On 6/28/2014 at 11:08 AM, Moguri said:

Yes Aeomin, i Mean, do all the current features, and after patch is complete, when you click on Launch button, the patcher prompts for the user and password, then sends it to the exe as hash (since they removed login window)

 

Currently it is at feature freeze. New feature would be possible starting next major release, which is bit overdue now. Hopefully I have some time next 2 months.

 

I hope everything is going fine to you =) this is still the best patcher ever xD

I find myself working on this project every now and then. Time and laziness kills.

 

glad to hear that :) hope to see some news soon :P

Share this post


Link to post
Share on other sites

is it possible to have player send their main file hash ? client.exe has it featured built in in thor patcher can you please make it can be configured to tell specific file to send their hash to server to confirm

Share this post


Link to post
Share on other sites
  On 11/9/2014 at 3:50 AM, Litro said:

is it possible to have player send their main file hash ? client.exe has it featured built in in thor patcher can you please make it can be configured to tell specific file to send their hash to server to confirm

 

Hashing related function is marked deprecated.

Share this post


Link to post
Share on other sites
  On 11/15/2014 at 7:42 PM, Aeomin said:

 

  On 11/9/2014 at 3:50 AM, Litro said:

....

 

Hashing related function is marked deprecated.

Ops idk it was deprecated it was a good feature

Share this post


Link to post
Share on other sites

http://superuser.com/a/605012

^ That explains how to make the patcher run as admin automatically, for all those that have been asking. It requires the Windows SDK (which is free) to do so, but it only take a few minutes to set it up.

 

 

By the way, Aeomin, there seems to be some kind of issue with the newest version (2.6.4.8) giving corrupt patches. I know for a fact that the files I'm patching aren't corrupt (if I put them in a GRF myself they work fine, and even viewing in Windows via thumbnail shows up fine), but as soon as I patch them using the latest Thor they'll be corrupt. It only happens with a few select files, but if I try to re-patch them (again, using the clean, non-corrupt files), they'll still be corrupt. If I try patching those same files in again with a new file name, they'll suddenly be okay.

 

Which leads me to 2 questions:

1) Is there a known issue with certain files or file names not being packed properly by Thor? It seems to happen with various file types (.spr, .bmp, etc), so I'm not sure exactly what causes the corruption. It's definitely not a problem with the original files, though.

2) Does the new patcher have some kind of check to avoid duplicate files being patched in? It seems odd that I can't just re-patch the clean files to fix them, and doing multiple patches so I can rename corrupt files is a little excessive.

 

 

As a note, I previously used version 2.6.1.64 and never had a single corrupt patch go through that one, so it's definitely something that was changed in the patcher in one of the more recent updates.

 

Thanks. :o

Share this post


Link to post
Share on other sites

same here I'm having issues patching in latest thor and also the .dat file, the latest thor doesn't read the old .dat file so when the patcher.exe is replace it patch again in the very first patch.

Share this post


Link to post
Share on other sites

Sorry for this long delay, I have not been monitoring the forum. Was expecting getting email notification but doesn't seem to be the case.

 

  On 11/16/2014 at 3:03 PM, serverkid said:

hi, is there a way to run the patcher as admin by default?

It used to be run as admin by default, but mechanism changed to run as admin when needed. Is it not working properly?

 

  On 11/20/2014 at 8:45 PM, Encon said:

 

http://superuser.com/a/605012

^ That explains how to make the patcher run as admin automatically, for all those that have been asking. It requires the Windows SDK (which is free) to do so, but it only take a few minutes to set it up.

 

 

By the way, Aeomin, there seems to be some kind of issue with the newest version (2.6.4.8) giving corrupt patches. I know for a fact that the files I'm patching aren't corrupt (if I put them in a GRF myself they work fine, and even viewing in Windows via thumbnail shows up fine), but as soon as I patch them using the latest Thor they'll be corrupt. It only happens with a few select files, but if I try to re-patch them (again, using the clean, non-corrupt files), they'll still be corrupt. If I try patching those same files in again with a new file name, they'll suddenly be okay.

 

Which leads me to 2 questions:

1) Is there a known issue with certain files or file names not being packed properly by Thor? It seems to happen with various file types (.spr, .bmp, etc), so I'm not sure exactly what causes the corruption. It's definitely not a problem with the original files, though.

2) Does the new patcher have some kind of check to avoid duplicate files being patched in? It seems odd that I can't just re-patch the clean files to fix them, and doing multiple patches so I can rename corrupt files is a little excessive.

 

 

As a note, I previously used version 2.6.1.64 and never had a single corrupt patch go through that one, so it's definitely something that was changed in the patcher in one of the more recent updates.

 

Thanks. :o

Yea, that is how previous versions enforces admin privilege. But mechanism changed.. the new method might be crap though..There is another way that is more user friendly but haven't try it yet.

 

There isn't any known issue, but I have changed a lot in the code. So it could be regression happening. If you have reproducible problematic patch file, send them to me.

Well, there isn't any duplicate file detection because it would decrease performance.

Yea , older versions might work.. but I do remember they have memory problem, so it might work for you but crash for others.

 

  On 12/1/2014 at 12:00 PM, alohadoubt said:

same here I'm having issues patching in latest thor and also the .dat file, the latest thor doesn't read the old .dat file so when the patcher.exe is replace it patch again in the very first patch.

Which old version?

Share this post


Link to post
Share on other sites

I've been using thor for many years now and never experience major issues only after you publish ver2.6.1.66+ the issues occurred. And I think the most stable right now is 2.6.1.66 no offense.

 

I also notice while patching the download speed is not normal.

 

that's why we reverted to 2.6.1.66. Is it possible that you implement this feature

  Quote

 

[2014-03-29] Aeomin - Progress bar now uses system native style, change color feature is deprecated. Use image based progress bar if needed.

in 2.6.1.66

Edited by alohadoubt

Share this post


Link to post
Share on other sites

 

  Aeomin said:

There isn't any known issue, but I have changed a lot in the code. So it could be regression happening. If you have reproducible problematic patch file, send them to me.

Well, there isn't any duplicate file detection because it would decrease performance.

https://www.mediafire.com/?rymv44z6l2122c9

The "Corrupted" folder is the original patch that failed, I believe it was the textureÀ¯ÀúÀÎÅÍÆäÀ̽ºmap2@new.bmp and 3@new.bmp files that were corrupt. The "Clean Repatch" folder was my attempt to fix it by repatching the original files, but it failed to repatch them. I left the original data files in there as well so you can see that the originals weren't corrupt.

 

 

As a note, I found out that if I add a patch with a different file using the same name, then patch the original file again, it usually fixes it. So for example, if HeadgearA.spr gets corrupted, I could just rename RandomHG.spr to HeadgearA.spr, patch it, then patch in the original HeadgearA.spr again and it wouldn't be corrupted anymore. It definitely seems like there's something preventing it from repatching identical files, so maybe it's integrated into the GRF library you're using or something.

Share this post


Link to post
Share on other sites
  On 1/1/2015 at 11:02 PM, alohadoubt said:

I've been using thor for many years now and never experience major issues only after you publish ver2.6.1.66+ the issues occurred. And I think the most stable right now is 2.6.1.66 no offense.

 

I also notice while patching the download speed is not normal.

 

that's why we reverted to 2.6.1.66. Is it possible that you implement this feature

  Quote

 

[2014-03-29] Aeomin - Progress bar now uses system native style, change color feature is deprecated. Use image based progress bar if needed.

in 2.6.1.66

You mean that's the cause of corruption? I doubt so...

 

  On 1/3/2015 at 11:41 PM, Encon said:

 

  Aeomin said:

There isn't any known issue, but I have changed a lot in the code. So it could be regression happening. If you have reproducible problematic patch file, send them to me.

Well, there isn't any duplicate file detection because it would decrease performance.

https://www.mediafire.com/?rymv44z6l2122c9

The "Corrupted" folder is the original patch that failed, I believe it was the textureÀ¯ÀúÀÎÅÍÆäÀ̽ºmap[email protected]<script cf-hash='f9e31' type="text/javascript"> /* */</script> and [email protected]files that were corrupt. The "Clean Repatch" folder was my attempt to fix it by repatching the original files, but it failed to repatch them. I left the original data files in there as well so you can see that the originals weren't corrupt.

 

 

As a note, I found out that if I add a patch with a different file using the same name, then patch the original file again, it usually fixes it. So for example, if HeadgearA.spr gets corrupted, I could just rename RandomHG.spr to HeadgearA.spr, patch it, then patch in the original HeadgearA.spr again and it wouldn't be corrupted anymore. It definitely seems like there's something preventing it from repatching identical files, so maybe it's integrated into the GRF library you're using or something.

I haven't tested that file yet, but my speculation that somehow renaming fixed corruption would be the new file is larger than the old one? When new file file is larger, it goes to a different mechanism..

There isn't anything that prevents repatching identical file, and the GRF library is custom made.. I will test it out.

Share this post


Link to post
Share on other sites

 

  Quote

I haven't tested that file yet, but my speculation that somehow renaming fixed corruption would be the new file is larger than the old one? When new file file is larger, it goes to a different mechanism..

That might be the case, yeah. I don't remember what the file sizes were when I replaced them, but I just used a different item's sprite files to do it, so it's definitely possible they were larger files.

Share this post


Link to post
Share on other sites
  On 8/26/2014 at 3:59 AM, Aeomin said:

 

  On 8/19/2014 at 11:14 AM, evilpuncker said:

 

  On 6/29/2014 at 1:53 AM, Aeomin said:

 

  On 6/28/2014 at 11:08 AM, Moguri said:

Yes Aeomin, i Mean, do all the current features, and after patch is complete, when you click on Launch button, the patcher prompts for the user and password, then sends it to the exe as hash (since they removed login window)

 

Currently it is at feature freeze. New feature would be possible starting next major release, which is bit overdue now. Hopefully I have some time next 2 months.

 

I hope everything is going fine to you =) this is still the best patcher ever xD

I find myself working on this project every now and then. Time and laziness kills.

 

sup aeomin, can you share with us if you have any update to it for us? =D this is still the best patcher ever and I just want to ask that on behalf of the community :D 

 

PS: sorry for bothering you with this every year lol xD

Share this post


Link to post
Share on other sites

Hey Aeomin,

 

I'm using thor patcher on a mac through crossover in a WinXP Service Pack 3 bottle... everything works fine except while patching for over 10-20seconds it gives an error... below is the bug report if you can help me out i'd be very grateful.

 

 

  Reveal hidden contents

 
Also another issue i'm facing is with the config generator, where i can't drop the file as it's working in a wine bottle (crossover on iMac)... tried dropping in wine explorer aswell but it won't.. so if you could please make it possible to save the config file by typing in the destination folder it'd be divine !
Edited by Smokexyz

Share this post


Link to post
Share on other sites
  On 8/24/2015 at 7:54 AM, Jhoalx said:

 

 
Can i update .conf file via patch?, i tried with no success.

 

You shouldn't have to update the .conf file via a patcher - but update the patcher itself.

 

(Unless I'm misunderstanding what you mean)

Share this post


Link to post
Share on other sites

i tried to update my thor patcher using the "Patcher & Game EXE"  and it seems not overwriting the old one.

~my .thor file is correct 

~it patched but not overwrite

~tried running as administrator

 

is there a config needed to make it work?

Edited by humble

Share this post


Link to post
Share on other sites

[button:Extra]
Mode=1, Action='http://google.com'

 

seems to be mode 1 not functioning. instead, it looks like mode 1 & mode 2 are identical. if u set mode 1, the thor patcher will open the directory instead of opening URL.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.