156_163_146_167
Engaged Member
- Jun 5, 2017
- 3,138
- 2,508
So I tried messing around with dnSpy again. This time with the base game without any mods if that matters. Somehow I now could compile my changes. Maybe that has to do with a fresh Windows install... I dunno.
In any case, I found out why that one animation never plays or unlocks in the gallery. kwanlier and boned, you may be interested in applying this fix in your respective mods.
If you look at the Without fix png attached, and look for line 12. This is where the sex animation effectively starts. You'll see that the first argument is "this.H_Single[0]". This is a single entry in an array. The "missing" animation is "this.H_Single[1]".
In order to fix this I generate a random number so that either animation could be started. I also added this to line 8 where I think it tells the game manager which animation is playing, which in turn will unlock it in the gallery if it's not.
I'm not sure why the logic for the animations for this particular monster differs from the way the other ones work. Perhaps Grimhelm wasn't satisfied with the second animation at one point during development, and forgot to revert this piece of code back once he changed the animation.
I also attached a zip with the dll including the fix. Simply extract into AlienQuest-EVE_Data\Managed.
In any case, I found out why that one animation never plays or unlocks in the gallery. kwanlier and boned, you may be interested in applying this fix in your respective mods.
If you look at the Without fix png attached, and look for line 12. This is where the sex animation effectively starts. You'll see that the first argument is "this.H_Single[0]". This is a single entry in an array. The "missing" animation is "this.H_Single[1]".
In order to fix this I generate a random number so that either animation could be started. I also added this to line 8 where I think it tells the game manager which animation is playing, which in turn will unlock it in the gallery if it's not.
I'm not sure why the logic for the animations for this particular monster differs from the way the other ones work. Perhaps Grimhelm wasn't satisfied with the second animation at one point during development, and forgot to revert this piece of code back once he changed the animation.
I also attached a zip with the dll including the fix. Simply extract into AlienQuest-EVE_Data\Managed.