Kalbintion

There's a stickied thread that literally says "DON'T POST HERE"...I suggest reading it... '?do=embed' frameborder='0' data-embedContent>>

There's a stickied thread that tells you how to fix this issue... '?do=embed' frameborder='0' data-embedContent>> If you cannot get it to work, post on the tracker, link at top of page or in my signature below

That'd be from DimDoors. Some of their dungeons are literally proper to make them more unique, challenging, and diverse.

java.lang.IllegalArgumentException: Slot 220 is already occupied by ic2.core.block.BlockScaffold@6e4761bd when adding StevenDimDoors.mod_pocketDim.BlockDimWallPerm@1061f7db That is an ID Conflict. Resetting the modpack should resolve that. If resetting the modpack didnt for some reason, you'll need to get a copy of the ic2 config and dimensional doors config from another location (as fixing the conflict on your own may not be identical for ID to a server, and ud get a complaint by joining the server anyway with an id mismatch error, leaving you back in the id issue lol)

HTML 403 is the Forbidden error code. The other possible reason is that security software got in the way and caused the information to be malformed and the minecraft session servers to reject it because of it being malformed. Disable security software temporarily (google for instructions) then try again, if the issue is resolved, add technicpack.net and minecraft.net to the security softwares exception lists (google for instructions).

I know of the process plow, but there is more than one way to skin a cat (copy the files) - you can go from a jclite server installation and put cauldron on top of it instead of a cauldron installation and put jclite on top of that.

You didnt run it through the batch file. You used the vanilla server.

Modpack api url?

Yeah, but its part of the reason I wanted to look into this further without just offering up a working solution. In the event someone else comes in the future with the same issue overall, I would have a better explanation behind what is going on and how to fix it.

Could be, but with an error message like that it would make me think otherwise.

That's still sprinting, and that'd be CTRL, but thats not in this modpack because it wasnt added until 1.7.2

From my understanding, this was what he did. From there, he went to install cauldron and replace the provided JCLite.jar with the cauldron jar so the batch wouldnt have to be tampered with since I knew it'd be looking for the JCLite.jar to begin with.

While you offered a point-and-click solution, any idea what the actual error was complaining about?

It couldnt connect to the mojang session server to verify you were actually logged in and validated. Relog through the launcher.

You mean sprint? Double tap W.

And I have yet to have any rendering issues with MFR. The only rendering issues I've had thus far was with project red (which claims to not work with optifine to begin with) and those were minor issues.

No Cube World on this list? I'm saddened by not having Cube World on this list even with its last update being over a year ago ("2" man team...but hey, w.e)

When cauldron is installed through their installer, it installs some libraries - wherever you installed it is where the library files was installed to. java -Xmx1536M -Xms1536M -XX:PermSize=128m -XX:MaxPermSize=128m -XX:+DisableExplicitGC -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+UseNUMA -XX:+CMSParallelRemarkEnabled -XX:MaxGCPauseMillis=50 -XX:+UseAdaptiveGCBoundary -XX:-UseGCOverheadLimit -XX:+UseBiasedLocking -XX:SurvivorRatio=8 -XX:TargetSurvivorRatio=90 -XX:MaxTenuringThreshold=15 -XX:UseSSE=3 -XX:+UseFastAccessorMethods -XX:+UseStringCache -XX:+UseCompressedOops -XX:+OptimizeStringConcat -XX:+AggressiveOpts -jar JCLite.jar nogui Any particular reason you're using all of the JVM arguments (not the language syntax at all btw)? A default launch bat should besimilar to: @echo off java -Xmx2G -Xms1G -jar NAME.JAR nogui pause Granted this wont fix the cannot find jar file issue (assuming those JVM arguments are not somehow interfering, they shouldnt from looking at them. Looking at the pathing, it should work just fine. What you can try to do is change the -jar potion of the batch file to be this: -jar "%~dp0JCLite.jar" (That is batch only btw - for those who want to try this through the command line directly) This is similar to giving it the full qualified path (C:Technicmodpacksjcliteserver) but much more manipulable to be moved to any location and still work. %~dp0 is a batch "argument" to get the fully qualified path of the directory for the batch file itself. This will fix any cd (current directory) issues that may be happening. -XX arguments btw are version dependent, and subject to change from java version to version. Some of these end up more permanent options (they often get moved to the -X argument name scheme) and others get dropped, others get added, etc. Google JVM Arguments XX and you should be find out more info about them in general.

BaZe_Biscuit - your issue is identical to the issue iModz was having. See the above posts about getting the 64bit java.

oh is the libraries folder named libraries? was under the assumption it was under the, commonly used, "lib" name scheme. Since it isnt, copy the libraries over - its necessary. And, it used to be that FML and the like would auto-download the library files when it was ran if it needed to - this is no longer the case and it is the reason why FML, Cauldron, etc use installers now that get the libraries instead of having the system itself grab the library files (to which i hate btw but meh) Can you post the contents of the batch file?

java.lang.NoClassDefFoundError: org/lwjgl/LWJGLException Indicates a missing or corrupted LWJGL library. Ensure you have the library files (inside the lib folder) there and the correct places.

Download link (https://copy.com/B8oqtyXY3Qpt) is not a direct link to the download. Rectify this.

You'll need to download the 64-bit version manually. Uninstall all versions of java then reboot prior to installing the 64bit - this will prevent conflicts and preference picking. http://java.com/en/download/manual.jsp

Try moving the renamed file, deleting, etc. See if windows complains about it being accessed by something (CTRL+Z if you do delete it btw will undo the delete) - Also, keep in mind that the Cauldron installation doesnt auto download libraries anymore and you're forced to copy the libs folder over as well (otherwise it wont work regardless). The other potential is when you went to rename the cauldron jar it ended up having a double extension (ie: .jar.jar)