Closed ANightDazingZoroark closed 9 months ago
You can get it working the following way, using the example mod provided with the forge mdk:
OS: Windows 10 (New VM) Java: Azul Zulu 8.72.0.17 Forge MDK: 14.23.5.2860 Gradle: 7.4
Place ShoulderSurfingDummy.jar from the ShoulderSurfing GitHub repository (branch 1.12.2) in run/mods
within your project.
If it is still not working or you have any further questions, feel free to leave another comment in this issue.
is there some kind of configuration that works for the build.gradle provided by the cleanroom template, as thats the one i've been usin for modding
also forgot to note this but this is the console that shows up when i put the stuff in implementation
and dependencies
in my build.gradle as well as the dummy .jar: https://gist.github.com/ANightDazingZoroark/5fb4151755f871a3cc436a229af09b17
Do not add ShoulderSurfingDummy.jar to the mods folder and add just the following dependency to your build.gradle:
dependencies {
implementation rfg.deobf('curse.maven:shoulder-surfing-reloaded-243190:4745817')
}
weird, it causes a crash, and the crash log is the same as the initial one i posted here
Either SSR is installed twice (either duplicate dependency declaration or a SSR jar is still present in the mods folder) or another mod tries to add the same funtion to the EntityPlayer class as SSR. Can you provide your build.gradle?
Must be a build cache issue. I cloned your repo (213a8b9), uncommented line 127 in build.gradle and ran the following commands:
gradlew setupDecompWorkspace
gradlew runClient
The game launched without issue.
did going near mobs crash the game for u? especially since i've still had problems with this even when i deleted the build and gradle folders and followed what u did, and the crash log's the same as the one i initially posted
Found the error: SSR uses mapping snapshot-20171003-1.12 and your template uses stable-39-1.12. Between those versions, the method name of Vec3d.addVector
has changed to Vec3d.add
. SSR uses it's internal json mappings (which is kind of bad, but also required as there is no way to access the forge mappings this early) to remap it's coremod functionality based on the environment. However, this issue will only happen in a deobfuscated environment. Running runObfClient should not crash the game. I will update SSR to the latest stable mappings version.
ah i see, i managed to get it workin w the command btw, w no crashes so far
I released a new version of SSR (1.12-2.5.1) that uses mappings stable_39.
ight, it works, figured this should be closed now
Description
i'm not sure if anyone else has had this before or if i'm missing something, but i've been trying to add some type of integration w/ shouldersurfing to an upcoming mod i'm making atm. problem is, when i add the mod to my project, the game crashes, and all i have is this weird crash report where its trying to use Vec3d as a Map when trying to render entities.
I've tried on another fresh clean project that only has one initialize class and it still happens there too. I also tried adding it as a dependency to the
build.gradle
via whats written on the wiki just to see and the same crash log shows upSteps to Reproduce
run/mods
and put the.jar
for the mod thereExpected Behavior
For the game to run normally as expected, without crashes
Screenshots
No response
Game Logs
https://gist.github.com/ANightDazingZoroark/cfe91e5d378998dea6eba78f6112ca9f
Other Mods
No response
Additional Information
No response