Galacticraft: Problems with Dragon API

[Skkubah]

Greetings,

A while ago, I've decided to create a private modpack for me and a couple of friends using the MC v1.7.10, and while finishing it, I've noted there is this problem (It's not game-breaking, but it still bothers me...): wherever I or any other player stay partially immersed or completely immersed in water or any other transparent liquid and while in the Third-Person view, it seems that the player's body appear like it would be outside the water (The screenshots will make this very clear...).

After isolating the problem, I've discovered that it is some kind of problem between: GalactiCraft Core + Planets + MicdoodleCore (confirmed in builds 463 and 464) with Dragon API v16d (core mod for Reika's mods, like RotaryCraft), however, this doesn't happen in the latest recommended build of GalactiCraft (which is 375).

Thank you for your time.

[EzerArch]

Those screenshots are so tiny.

[Skkubah]

I'm sorry, I didn't noticed this, here are other screenshots:

Also, I've tested with some versions, the latest build which this problem doesn't happen is 442

[MJRLegends]

Ping @ReikaKalseki

[ReikaKalseki]

This is an artifact of the player model render overhaul DragonAPI performs (and the way render passes interact). I would not get hopeful for a fix.

[radfast]

Thank you @ReikaKalseki

I don't think there's much we can do about this from our side. I think this is the code which caused the situation to change. Looks like a race between GC and DragonAPI for which one gets the 'other player' renderer (meaning 3rd person view) registered first. You could maybe try renaming GalacticraftCore.jar to AAGalacticraftCore.jar so that it loads first, or to ZZGalacticraftCore so that it loads last, see if that makes any difference.

GC update 443 was designed to improve compatibility of third person view with a large number of other mods, it means that oxygen equipment will be shown correctly.

[ReikaKalseki]

DragonAPI changes the player entity to render on pass one as well as pass zero; that is the likely cause here.

[radfast]

Thank you.
In that case I will close this as "can't fix".
Sorry, Skkubah