Jump to content

Recommended Posts

Posted

It's just you

Not really .-.

http://rathena.org/b...2-06-18-client/

http://rathena.org/b...izard-quagmire/

Clients older than 2012-04-18 have this problem

Also off-topic.

Well, it's an client error.. so im reporting it .-.

Might be rA-only problem, I'm not able to reproduce this on eA. The first bugreport actually has a confirmation ratio of 0/6, basically a "it's just you". And 2012-07-02 is not "Clients older than 2012-04-18".

Also off-topic.

Well, it's an client error.. so im reporting it .-.

It's not WeeDiffGen related, this topic is not general client help-desk just because I'm following it.

ragnazorg:

In slow progress, though it looks like a completely pointless diff to me.

  • Upvote 1
Posted
can you add the option to read openning.bik for 2012-04-10aRagexeREcliet

Had some time to look into this, since I was sick. The openning.bik sample (bleach opening to be exact) certainly works in older clients, but does not in newer ones for some reason. There is actually no reason to diff anything to make openning.bik to work in general. The client auto-plays it, if it finds one, but only once. The fact, that it played the bink video is recorded in registry as BINKMODE setting (non-existing/0 = not played, 1 = played). Client that do have the login window also receive an additional button, that allows the video to be replayed.

Newer clients start the video, but immediately cancel it so that it does not even appear. So basically when I find what's wrong, it won't become a plug-in to read opening.bik, but a fix to the bink player code.

Edit #1:

New clients apparently have the frame rendering code portion taken out, so the code actually behaves like: If there's time to render a frame, quit playing the video instead.

  • Upvote 1
Posted

Hello, are you aiming to add support for extended Granny custom GR2 Files?

I believe that with the info curiosity added and since the granny structure has been the same since ever, It would not be a big deal to add the plugin for this? I mean comparing of doing backward compatibilities with complex issues like the one you do right now...?

Here is what the man did and we finished the project:

Yes, I still think reading the stand animation externally is the best solution. If you are interested I attempted to explain where the client gets nType from on the previous page. I don't think there is any other table we need to concern ourselves with.

Here a hex edit which makes it load the stand animation from %nType%_stand.gr2 from the 3dmob_bone folder instead of from the model. Nothing needs to be changed for the Gravity mobs.

2012-04-10a (verified to work)

Find: 83 FE 09 0F 87 8A 00 00 00 83 FF 04 0F 87 81 00 00 00

Replace: 83 FF 04 0F 87 8A 00 00 00 83 FE 09 77 30 90 90 90 90

2011-03-15a (untested)

Find: 83 FE 09 0F 87 84 00 00 00 83 FF 04 77 7F

Replace: 83 FF 04 0F 87 84 00 00 00 83 FE 09 77 2C

So to add a new mob with this, the stand animation needs to be exported as well and put in the 3dmob_bone folder. (For instance for "mymonster_100.gr2" you'd need to add "100_stand.gr2" as well as the other regular bone animation files.) After that it can just be added as a normal monster with any job ID you want.

How this works: instead of returning NULL when invalid nType is found, it jumps to load from 3dmob_bone instead. It also moves the comparison on nAnimIdx so it's done first making sure it won't crash on animations which aren't available to GR2 monsters.

Also some info that this change works with other clients aswell:

Guys are you aiming to release these changes on the client you did to a working diff? assuming the granny estructure has been the same in years... I think it is possible to add it as a shin's diff patcher universal plugin?

(...)

However I'm sure more than one guy will say that is not using, 2012-04-10a or 2011-03-10a either. :P

Sorry, I don't know anything about those patch generator plugins, so I'll leave that to someone else.

Though I did find the byte sequences I posted in other clients. I haven't actually tested, but I think it should go like this:

2011-03-10a patch can also be used for 2010-11-24aRagexeRE (and probably earlier) to 2011-12-14cRagexeRE.

2012-04-10a patch can also be used for 2011-12-20bRagexeRE to 2012-07-16aRagexeRE.

2012-08-08dRagexeRE and later clients are obfuscated...

I'm asking since I allready released some custom gr2 mobs to download here, and, asking the members here everytime to patch their clients manually is not that good ;o

  • Upvote 2
Posted

I have that intention; thanks for dumping the important facts here, so I do not have to search through the entire granny project thread.

  • Upvote 4
Posted

Added:

  • WDGEnableCustom3DBones
    Enables the use of custom 3D monsters (Granny) by lifting hardcoded ID limit.
  • WDGEnableProxySupport
    Ignores server-provided IP addresses when changing servers.

binary builds, sources

As always, untested. Bink: 50%, Rain: 30%.

<rant>The pseudo-proxy support actually took far longer to implement, than the bones.</rant>

  • Upvote 5
Posted (edited)

Define "never works", quick test on a 2012-07-02aRagexeRE shows no objections to langtype 12.

Whenever I try to enter using 12 of the langtype rejected by the server, other langtypes work without problems.

Edited by Beret
  • Upvote 1
Posted

proxy support crashes me :(

Client date?

Fixed (probably). It can take a while for sourceforge to reflect the update on all mirrors though.

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.   Paste as plain text instead

  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.

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...