D12 not extractable?

[GamerXYZ0]

Unfortunate to see there are no working ways to repack a working .wad at the moment. I removed all the @'s to stop the AI from shuffling cards down at certain difficulties and added a [always available = "true"] tag to each non-Revenge decks to unlock them (if that won't work, please tell me what would work), including the 2 Boss decks. Hopefully I can soon use that.

That leaves me with a question: say a program can be made that makes correct wads. Can I use this current already-extracted wad or do I have to extract the original wad again with that new program?

And these dog/cat pictures are really annoying yeah. Wouldn't be bad if they were all clear, but there are plenty of times I really tick all the seemingly correct boxes (having read if I have to select dogs or cats) and yet I made a mistake apparantly O_O

Here's an example I print-screened beforehand in case it would yet again reject it (which it did): http://i53.tinypic.com/wcg0h3.jpg Can you spot the third cat? Or can you spot a dog I checked as a cat? I can't answer either of those questions. Perhaps that top-middle one? No, that's clearly a dog's fur!

[Huggybaby]

Hmm, I see only two cats...GH can address this if need be.

A couple more posts and you won't see them again, thanks for your persistence.

[Rick]

That leaves me with a question: say a program can be made that makes correct wads. Can I use this current already-extracted wad or do I have to extract the original wad again with that new program?

If you're already using my build for D12 that I released already, then you won't need to re-extract or anything, that works fine. The WAD validation is not actually a part of the WAD file structure itself but something added on.

[GamerXYZ0]

I actually used the wadprogram.jar. But judging by your post that results in the same. Good to hear

[Rick]

WAD files are the same format as they were in 2010, so if that was already working that should be fine. My tools just had a bug when handling paths that broke with 2012, that's all.

[IceManOnline]

Do you have a link to your new release of the tools?

-Edit-
Nevermind. Found it ^^

[GamerXYZ0]

WAD files are the same format as they were in 2010, so if that was already working that should be fine. My tools just had a bug when handling paths that broke with 2012, that's all.

Huh? I thought there wasn't a fix for making the wad work with 2012 currently? Or does that work well now?

[IceManOnline]

If it works then I'm doing it wrong.
Tried it but doesn't work.

[Rick]

Huh? I thought there wasn't a fix for making the wad work with 2012 currently? Or does that work well now?

I meant my tools can unpack and pack WADs correctly, they can't be loaded into 2012 until I can generate a valid signature for the files, or disable the check somehow.

[BaneslayerMilkingCow]

Good to hear you're still working on breaking that stubborn game.

We will still be able to run the game from data folders like in the old version?

[Aborash]

Huh? I thought there wasn't a fix for making the wad work with 2012 currently? Or does that work well now?

I meant my tools can unpack and pack WADs correctly, they can't be loaded into 2012 until I can generate a valid signature for the files, or disable the check somehow.

Not sure if it would help, but I used the Olly Debugger for check the references of modules that DoPT2012 uses, and I found that it call the Crypt32.dll

http://msdn.microsoft.com/en-us/library ... 84(v=vs.85).aspx


Hope it help somehow.

[kevlahnota]

Is it possible to to bypass the check by hexediting the exe? I've tried reading a memory address via cheat engine to find the offsets but still no luck on that .

I meant my tools can unpack and pack WADs correctly, they can't be loaded into 2012 until I can generate a valid signature for the files, or disable the check somehow.

[Aborash]

Is it possible to to bypass the check by hexediting the exe? I've tried reading a memory address via cheat engine to find the offsets but still no luck on that .

I meant my tools can unpack and pack WADs correctly, they can't be loaded into 2012 until I can generate a valid signature for the files, or disable the check somehow.

Hard to find a check call with cheatenginer.

If somehow I be able to have some free time, I'll try to "Nop" the check with de debugger.

[Rick]

You can patch memory address 0x0064B3FF from 0x75 to 0xEB to disable the check. This isn't a simple file patch though since it's packed with Steam DRM.

That's why I have not released anything to disable it yet, I'm still deciding if I want to go this route (via hook DLL) or properly implement the signature generation.

Patching memory will very likely trigger VAC, which is why I'm against it. (I would assume VAC is only operating when you're playing online, though).

[GamerXYZ0]

Yeah, VAC's always risky. Hence I have the game twice: a legitimately bought one to go online, and a downloaded one to make sure nothing will go wrong when playing the modded version. And besides, that's easier anyway than having to screw around with renaming files and stuff. However, I also guess that this'd mean that patching would work differently for me, right? (I use a Steamless version)