plowmanplow

For the curious, and to help folks who find this on a Google search, this was a Potion ID conflict at ID 31. Potion ID conflicts are uncommon, but they can happen just like conflicts for items, blocks, enchantments, biomes, etc. The error message above (which should have been in spoiler tags): java.lang.IllegalArgumentException: Overwriting already-registered Potion assets.borderlands.PotionShock@73181de6 @ 31 shows that another mod is trying to overwrite a Borderlands mod's potion. An easy way to fix this would be to temporarily disable the Borderlands mod and start the client. Use NEI to dump a list of potion IDs and examine that list to see which mod is already using ID 31. This will give you enough information to be able to change the ID in one of the two conflicting mods.

Your BetterDungeons mod is not installed correctly. Always follow the mod author's instructions. You have included CoFHCore/CoFHLib for 1.7.10 but have a 1.6.4 pack. This is a problem. You have two versions of ThermalExpansion. One is for 1.6.4 and the other is for 1.7.10. This is also a problem. You may benefit from reading through this:

Don't start a new topic. We're right in the middle of getting it working. Custom modpack issues belong here anyway.

You don't need a "beta" to find the ID conflicts. Just search your ForgeModLoader-client-0.log file for the word "CONFLICT" (without quotes). They are all over the place.

Your ForgeModLoader-client-0.log file would be more useful than the Launcher log. Don't use Java 8. Use the latest version of Java 7 JRE for your platform (64bit/32bit).

What it boils down to is that the Java updater/installer is kind of crap. When you install from a browser it's basing things off of the browser and not your OS. When the updater does its thing it may or may not update you to the correct version/platform. The best way to always ensure you have the correct Java is to ONLY install it manually and only update it manually. Simply go to here ( http://www.oracle.com/technetwork/java/javase/downloads/index.html ) and download the latest Java 7 JRE (or JDK if you plan on developing mods/plugins) for your system's operating system/platform (64bit or 32bit).

Modpacks: Attack of the B-Team is pretty fun. Quite different. Tekkit (main) is fairly new and still evolving. Look for a PM. As for the inventory, is the search box at the bottom outlined in white or yellow? Try double clicking in the search box. That is part of NEI (Not Enough Items).

It's possible that you stumbled across some odd duplication bug. It happens with that version of Forge/MC + mods. I think the community is quiet because there is nothing new for this version of Forge/MC. Anything anyone wants to know there are probably 1000+ youtube videos detailing construction and usage. The other packs are more active because they are closer to the cutting edge and are still evolving.

Don't do what you are trying to do. Using non-forge mods in modpacks through the Technic launcher is an exercise in frustration. Just use the appropriate Forge version of the minimap mod for your selected version of MC.

You have a staggering number of item ID conflicts which need to be resolved before trying to run a server for a modpack. It looks like the Bukkit plugin SuperSponge is puking all over the logs. Remove that. Before any additional troubleshooting can take place the item ID conflicts must be resolved.

Tesseracts will drain power from a BigReactor when connected directly to the power port. Tesseracts have no defined limit on maximum transfer power. Tesseracts have no loss of any kind.

Chocolate Quest?

Uninstall all entries for Java in your installed programs from control panel. Download and install the latest Java 7 JRE for your OS (likely windows 64bit)

One must be careful when removing mods to ensure that dependencies are maintained. For example. If you wanted to remove CoFHCore you would also have to remove Thermal Expansion and Redstone Arsenal since they both require CoFHCore to be present. If you look towards the tail end of your ForgeModLoader-client-0.log file you will see where the crash happens and it will be reporting that a particular class is not available. Right above there is typically the mod in question that is searching for a missing dependency mod.

I'm going to start off by pointing out that twice now I have STRONGLY recommended that your MUST include a full compliment of config files with your modpack for it to work properly. Twice now you have ignored my recommendations. What assurance can you give me that you will follow the guidance given to you? If you are unwilling to fix things in the correct way I don't see how any additional assistance will be productive. By some crazy coincidence you don't have any block ID conflicts which would have prevented your pack from starting at all. However, you have many item ID conflicts. An item ID conflict is when one mod uses the same ID for an item as another mod and overwrites its identifier. This is why you see things turning into items from another mod. This is fixed by including a full compliment of config files in your modpack after resolving all the ID conflicts. If you fix them locally and don't include them in your modpack archive they will not persist to other users or through updates.

Stick with the other thread. A mod will move it if they wish to do so.

Install Forge or Cauldron for your version of Forge/MC into a folder. We'll call this SERVER. Copy config and mods folders from the client to SERVER. Remove all client-only mods from SERVERmods (that pack has quite a few). Launch server. Other than that, this thread may help: '?do=embed' frameborder='0' data-embedContent>>

@Shayd: As I mentioned in my last post to you, directing you to my previous response, please READ that post. The original post in this forum has the required information when combined with my post above here. A simple google search of "minecraft cauldron server" takes you right to the main site and wiki for the project.

This probably belongs in Server Op Swap Shop. Client pack: It is absolutely critical that you include a full compliment of config files with your client modpack. That config folder is there for a reason and that is to hold all the config files for your mods. Client and server item and block IDs must be synchronized or "bad things" happen. This is only possible if you include the config files with the client. Server pack: You must remove ReiMinimap mod from the server's mods folder.

Even if someone made that pack for you (unlikely in the current atmosphere) they would probably not create a Technic pack page for the pack. When someone creates a modpack for another user they typically only provide a ZIP archive of the modpack which then needs to be integrated into that other user's Platform account/pack settings.

I assume you are referring to a modpack created and maintained by someone else? Without a link to the modpack in question it is impossible to say for sure, but most pack creators do not include server downloads for their modpacks. You could obviously do this yourself since converting a (well made) client modpack into a server is a fairly trivial process.

That is precisely how texture packs work. They only replace the textures you specify. All other textures will remain at the default.

@Shayd: Read the post above yours.

JABBA uses very different textures than Factorization for its barrels. There are various texture pack addons for JABBA (Sphax being one) which change the look of the barrals. This may be the best solution for you. You could also use one of those as a starting point for your preferred look.