plowmanplow

Yes. The config files generated in your testing folder for your modpack (which you should also be tweaking and tuning) should be included in your modpack archive.

Your download URL is not direct. Change the "www" to "dl" and the end from ?dl=0 to ?dl=1 The contents of your modpack are in a subfolder inside the archive file. The required folders (bin, config, mods) must be at the top level of the folder structure inside the modpack archive. Forge for MC >= 1.6 does not use a coremods folder in any way. All mods belong in or below the mods folder. The modpack.jar file in your bin folder is actually named "modpack.jar.jar". Google "windows explorer always show file extensions" to help eliminate this. Fix these issues and come back if you are still having troubles.

Honestly, mods like NEI shouldn't add a lot of load to the pack. It is mods which add lots of world generation, complex machinery and networks, or large number of blocks and items that add the most RAM requirements. Mods such as: Mekanism TeamCoFH mods (although these are likely better than most at this level) IndustrialCraft BuildCraft ThaumCraft Good luck!

Obviously, I spend a lot of time here on the forums responding to requests for help, crashes, etc. I do this because I actually enjoy it (crazy, right?). I went many months at a frantic pace trying to keep up with all the requests and found myself getting burned out early this fall. I started to feel like a broken record saying the same thing over and over again even though I could pull 3 or 4 words from an OP, paste it into Google and the very information I would suggest as help would show up right at the top... often from my own historical posts on this forum. Why was I trying to keep up with things when people couldn't even be bothered to type a few simple words into Google? Sound familiar? Rushing into a forum with an ill considered post starts to sound like "OMG! MAH PACKS BE BROKED!" when it is immediately obvious that the poster has not taken even a few short minutes to get the lay of the land before charging in, even when the tone of that post is relatively modest. It's obvious the poster didn't take the time to be considerate. Now, I do usually try to err on the side of "If you can't say anything nice...". One could go through some recent requests for help and where my responses are conspicuously absent one would find a time I chose to "..., say nothing at all.". However, I have NO official tie to these forums. I could walk away tomorrow and there are no ramifications for me at all. I'd leave knowing I gave what I had to give and then bowed out. I honestly thought that was what I was doing back earlier this year. I was out of things for many weeks. I came back when enough time had passed and I had free time. I began to reply on posts which seemed well considered and earnest. I feel like I still have something to contribute and will be around until that passes. The folks who have made a real commitment to maintaining things around here help no one by coddling folks and playing into someone's sense of entitlement, even when the sense is expressed in a mild request for help. Coming into a community which a few dedicated folks have made a true commitment to providing something great (and no, I have not made that commitment) and not doing one's best to conform to their rules and guidelines is terribly disrespectful.

Quite, and this is a great suggestion. Learning how to trim packs down to fit with your available resources is going to be he key to success. The long pole in the tent here is the 2G of RAM. That will only leave you with 1G as the max you can allocate, and even then you'll have to make sure nothing else is running. Almost all packs > 1.5.2 require significantly more RAM.

This really looks like a Launcher issue and the Forge issue tracker seems to support that. Seems like the Technic Launcher needs to be updated to deal with Forge for 1.8.

You have changed your modpack archive but not changed the pack version number in your settings page. The Launcher will not recognize that an update is available until that version number is changed/incremented and the Launcher is restarted. Your pack settings are configured to be MC 1.7.10, and all your mods are for 1.7.10. However, your Forge version is MC 1.6.4. You need to get the correct version of forge (the binmodpack.jar file). Give that a shot.

Converting your custom modpack to a server: You have changed your modpack archive, but not incremented the pack version number. The Launcher is not notified that the pack should be downloaded again unless that pack number increments/changes. The contents of your modpack are now in a subfolder (it was not like this before). The three required folders (bin, config, mods) must be at the top level of the folder structure inside the modpack archive. Give that a shot and let us know.

Then simply redact that specific text. No need to throw the baby out with the bathwater.

Please use a pastebin service for pasted content like that. 2014-12-14 13:52:52 [SEVERE] java.lang.NoClassDefFoundError: net/minecraft/client/multiplayer/WorldClient This means you either have a client-only mod in your server (I didn't immediately notice any from your list), or you have a mod which is not properly protecting it's client-only API calls and causing the server to crash with that error. I suspect the latter. Specifically, I believe Superheroes Unlimited is guilty of this. Try removing the mod and see if things improve.

Just a note: it is considered bad form to remove the contents of your post like that after requesting assistance. The whole thread becomes useless to anyone else who might have a similar problem.

Your download URL is not direct. Copy.com links must have "?download=1" (without quotes) appended to them. The bin folder should contain one file named "modpack.jar". That file is simply the Forge universal binary JAR file for your your version of Forge renamed to modpack.jar. Give that a shot and come back if you still have troubles.

You don't have permission to access /solder/public/index.php/api/ on this server. This is what I get when following that URL.

If you can connect locally, but remote clients cannot, the problem lies with communication paths, not with the server software. This is a fact. I'm not trying to be obstinate, it is just difficult to make more specific suggestions without having more information about your local configuration than can readily be provided here.

During testing, the modpack folder for the client will have a config folder generated with config files for each mod. These should be altered as desired to tune and balance the pack, then included in the modpack archive.

A few notes about the client pack: The file minecraft.jar should not be included in the bin folder. CodeChickenCore mod belongs in mods, not mods1.7.10. CoFHLib is only for use by mod developers and should not be in the client or server. I created a server for your pack and was able to connect to it locally (after removing NotEnoughKeys, of course). Assuming you have done the same, the issue must be in the connectivity to the server, not with the server itself. Make sure any appropriate firewall exceptions are in place, etc.

Turns out there is an official location to request support for this type of issue.

In theory it is a simple matter of downloading the mod (Galacticraft is made up of three distinct JAR files) and placing it in your mods folder. Depending on what version of Forge/MC you are using you may need to resolve some ID conflicts. This post should help you if that is the case: . Galacticraft for 1.6.4: http://ci.micdoodle8.com/job/Galacticraft/

You still haven't fixed your SmartCursor mod.

Problems with the Launcher or Technic's modpacks belong in their respective Trackers (link at the top of this page). That being said, you need to uninstall Java 8 and install the latest Java 7 for your platform.

Client Pack: You should uncheck the box labeled "Force Directory Change" in your pack settings page. The bin folder should contain one file named "modpack.jar". This file is simply the correct version of the Forge universal binary JAR file renamed to modpack.jar. Get that file here: http://files.minecraftforge.net/ The Forge installer JAR should not be in your mods folder. Your ChickenBones mods are very out of date. Make sure you are using the Latest versions from here: http://chickenbones.net/Pages/links.html Your modpack archive contains no config files. This is always bad. Client Only Mods (must be removed for the server): MobAmputation WailaHarvestability After making the above changes I was able to create a Forge #1240 server and connect with your client. I experienced no noticeable lag even after teleporting around, other than the normal worldgen lag after teleporting to a new location with no generated chunks. You noted that your system has 6G of ram. This probably isn't sufficient (at least on Windows) to run both the server and the client at the same time.

That list looks safe. Great job! If you can connect locally then you have all of the client-only mods out. As for your friends, if they can't connect then you don't have your firewall/router configured properly to allow them to connect. You need to set up a Port Forward. The idea is that you choose a port (the default for MC is 25565, so that would be a good choice) and configure the router's Port Forward or Applications interface (however it's referenced in your device) to allow that port to be forwarded to the IP of your internal server. Google can probably help with your specific model. Just search for "my-router-model configure port forwarding".

You can PM me a link if you must, but there's no need to keep it private.

Can you pastebin the relevant info from the Forge and console logs? I assume the client isn't crashing, just getting kicked?

Please provide the API URL for your custom modpack, or at least a download link for the pack itself if you don't have an API URL yet. I'll take a look and see what might be up. I wouldn't think you should have to increase permgen space on a pack of that size. Something is up.