ShneekeyTheLost

Wasn't there some problem with MC Patcher? I know I have never played around with it since I run Linux and it's winblows only. Besides, MMC has all the downgradibility I need, and my graphics card isn't really good enough to run HD Texture Packs. I do run Faithful Pack 32x, though, along with Forge and Optifine, and don't have any problems.

I use MultiMC as a user-friendly method of managing instances

Apparently, Plasticraft is retaining Modloader and ModloaderMP as dependencies. Thus they are explicitly not compatible with Forge. Ever. Only method of fixing this problem is to convince the mod author to make the switch.

1. Solution: simply remove the file from the folder instead of renaming it. The program you are looking for is MultiMC.

OR... you could go in and edit the .cfg files of Forestry and Redpower to set creation of tin and iron ores to OFF (false in forestry, 0 in redpower).

At least you don't need to code separate mods for SSP and SMP, which should make things a bit easier.

This sounds less like a problem with 4096 and more like a problem with your mod_Block file. Specifically where you tell it to generate. There should be code that looks like this: public void GenerateSurface(World world, Random rand, int chunkX, int chunkZ) { for(int l = 0; l < 5; l++) { int i1 = chunkX + rand.nextInt(16); int j1 = rand.nextInt(20); int k1 = chunkZ + rand.nextInt(16); (new WorldGenMinable(oreTitanium.blockID, 3)).generate(world, rand, i1, j1, k1); } } This code yanked directly from this tutorial on creating mod blocks, and generation thereof. I'd strongly suggest reading it if you are new to this.

Simple Server mods. All the security of bukkit... none of the incompatibility issues. And yes, go build your own modpack. Use MultiMC and IDResolver to set it up how you like it. Then issue the dump from IDResolver to distribute to your users for their configs.

Hmmm... I think I shall also take advantage of some of these resources to see if I can't figure this stuff out. Thanks for the links

If a tree falls in the wood, and no one is around, does it still make a noise? Instead of hooking to the sound, can you hook to the activation of the noteblock itself, and check to make sure that it is set to the particular 'sound' you are looking for? Perhaps restrict it to check for it being within x block radius, so it would be able to legitimately 'hear' the noise itself. Not very familiar with Java code yet, but in logic statements: If (noteblock triggers) THEN IF (noteblock is within range) THEN IF (Noteblock is set to the particular setting you are looking for) THEN Trigger ENDIF ENDIF ENDIF Just throwing out an idea for you

Well, that does work for the most part. I suppose anything which retains achievements would have to bypass checksum conflicts in the process. At least as an interim fix, it works quite well. Thanks!

Okay, I really enjoy using MultiMC. It is letting me still play with all my old 1.2.5 mods, yet still be able to explore the new features of 1.3.1. There's just one little hitch... it rebuilds the .jar each time the instance is run. Now, from a coding perspective, this is a GOOD thing, because it ensures a clean .jar file, not cluttered up by bits and pieces of mods you might not be using anymore. Unfortunately, it also wipes your achievements. I was wondering how viable it would be to write a mod that would store all achievement data (probably per account) to a central location on the computer (probably in the .minecraft folder), then call that data when that account is run? I know there's a mod floating out there that saves the information to a 3rd party server, but I'm not particularly keen on having my data stored 3rd party. I'm just wondering if it is currently possible to code without needing to re-invent the wheel or add in a bunch of extra hooks, the storage of achievement data in a central location in your .minecraft folder to refer to whenever achievement-related code calls it?

Mod authors have the right to use any dependencies they wish. By that same token, it is the mod author's responsibility to make sure they properly depend on those dependencies. In other words, if a mod is still dependent on ML/MLMP... you can code up all the code in FML you want. It's not gonna make it compatible, because he's using a totally different SRC to write his code. And, at this point, the only reason the mod author isn't switching to FML is if he has a specific reason why he isn't... like if he has a personal grudge against Forge or some such. In which case, making it compatible with FML is directly contradictory to the mod author's wishes. tl;dr version: The only way the mod will be FML compliant is if the mod author codes it that way. So talk to the mod author. Mods are written to the specifications of the SRC and API, not the other way around.

Or even providing a second tutorial that's not MultiMC? (Even though MMC is awesome!) Good questions, both of them. I was trying to write an idiot user proof friendly guide which anyone capable of installing minecraft would be able to follow and use. The most user friendly method of working with mods is MultiMC, because you don't have to worry about META-INF, or any of a dozen other problems. Heck, it's even more user friendly than MagicLauncher, which I used until I could update my OS to Precise for the Mono update.The flexibility, versatility, and utility of the program is such that I feel that anyone new to modding will find it to be extremely useful. In general, if they are new to modding, then MultiMC will give them the user friendliness of something like Technic, but the flexibility of choosing precisely which mods they want. And, yanno, not supporting Technic (although they have at least made an effort to correct certain behaviour patterns that earned them their reputation for mod-stealing). If they are familiar enough with modding already, they probably already know how to resolve ID blocks, and thus not the target of this tutorial. I can, however, put in a section 'If you don't have/want/use MultiMC, resolving the ID block conflicts is very similar. Just go into your .minecraft folder and manually edit them as follows'. In fact, I think I will. Thanks for the idea. I'm at least familiar with ID Resolver, in fact I was in the DW20 IRC last night when the mod author found out Technic was including it and one other mod she developed without permission. Fortunately, IceWolf was very courteous and polite, and apologized profusely, and now does have permission, and appropriate credit given. I've heard some horror stories about IDResolver breaking a lot of things, although it was a while back, which kind of discouraged me from testing it. Doing some reading, I've found that most of those horror stories were fixed in release 1.2. I'll play around with it and see if it does what I think it does, in which case I'll just suggest this. In fact, I might write up a new tutorial 'Modding for Dummies', which pretty much says "Pay Mojang for your copy of Minecraft. Download and install MultiMC. Put in Forge. Put in mods. Run IDResolver. Play with mods", similarly aimed primarily at new modders. My whole goal with this tutorial is to reduce new modders' dependency on modpacks. I also had an idea for making a mod, but it's probably too ambitious a project to someone as new to playing with Java as I am. New terrain structure generation, fractal structure creation, new mobs which only spawn in said structures, new items which provide effects by being in the hot bar... and the easy stuff, making new blocks... well, there's only one new block in the whole mod, and even that I try to make too complicated by using damage values to color shift it. No new armor or ores. Kinda backwards from where I should be starting out. I think I'll just play around with Java for now until I get more comfortable with it. Fortunately, Eclipse IDE comes in the Ubuntu Software Center, and I already picked up the JDK, so it won't require a financial outlay.

You don't need ModLoader anymore. Forge has that in-house. I'd also suggest actually downloading the various mods from the original mod authors and installing them, rather than using the ones from the tekkit pack. I'd further suggest MultiMC to install mods with, since it's a very user-friendly method of installing and maintaining mods. Chickenbones came up with his own version of Wireless Redstone which comes with a RP2 compatibility addon that lets it go on walls and ceilings like any other logic gate. The downside is that his wireless stuff requires Ender Pearls to make. It also requires CodeChickenCore to run. In the Minecraft General thread, I have a post concerning ID Block Conflict errors, if those get thrown at you.

Resolving ID Block Conflicts for Dummies A reference guide for the rest of us Okay, one of the biggest problems left for the average user wanting to mod, now that Forge has taken care of most of the problems and MultiMC has solved the rest of them, has been IDBlock Resolution. Enough so that one of the most frequently asked headaches requests is an ID Block Resolver. This is a guide written specifically for those users who have ID Block Conflict errors, and want to know how to prevent them. This guide assumes you know absolutely nothing about Java, Coding, or much of anything else. This guide assumes you've already legitimately purchased a copy of Minecraft from Mojang. This guide is designed to help a first time modder set things up.You *WILL* need to start over with a new world, because this WILL corrupt old save files. Then again, any sort of ID conflict resolution will, so you're hosed anyway. This guide is primarily for SSP, since most servers will give you the config files with ID blocks already resolved, and matching the server's ID blocks. --DO NOT modify the block ID's for any config files you have been given to use to play on a server. If you have ID block conflicts in config files given to you by a server admin, contact that server admin for tech support.-- This guide assumes that 1) you don't have more than thirty six different mods (addon mods don't count) that have id blocks, and that 2) each mod (and any addon mods to it, combined) does not have more than 100 ID blocks defined. If a mod has more than 100 ID blocks defined, assign it two numbers. Now then, one of the most commonly found problems in a new modder is they wanted to put together several mods they saw their friends use (for example: IC2, BC, Forestry, and Redpower2), then get an error that includes the line that says something like this: [Mod] is trying to use ID block [number] but [Other Mod] is already using it Here's what you can do about it: * First off, download and install MultiMC. This step isn't absolutely necessary, per se, but it makes the process of installing mods much more user friendly. * Second off, download the recommended build of Forge from this very forum. * Run MultiMC. Make a new instance. Right click the instance icons, and select Edit Mods from the menu. * Under the minecraft.jar tab, click 'add mod' and include the version of Forge you just downloaded. * Click on Okay, and run the instance. Get to the Minecraft starting page, then quit. This step isn't exactly necessary anymore, but I still include it to make sure you got Forge working properly. -If you don't use MultiMC, then you'll need to open up .minecraft/bin, open up the minecraft.jar file, remove the META-INF folder, then drag and drop Forge into the .jar file, then run it to get your mods folder generated- * Download all the zip and jar files for the various mods you want to play around with from their various creators. You may thank them for all of their hard work by using ad.fly links to give them a small monetary compensation with no expense on your part. -IMPORTANT- You are wanting the 'Client' version of these mods. The 'server' version is for running a multiplayer server in the 'back end', and is not needed even when playing ON a server as a user. * Right click the instance icon in MultiMC, select minecraft/mods tab, then use Add Mod to add all of the mods you want to use. -If you don't use MultiMC, then drag and drop the various .zip and .jar files you downloaded and drop them in the mods folder, or otherwise follow the installation instructions the mod authors give you- -NOTE: This assumes that all of the mods you want to use are ones that goes straight into the mods folder. Some mods, like Optifine, require being put into the .jar file. In this instance you add them like you did Forge, but you make SURE that they appear on the list BELOW Forge. Check mod documentation in the mod's thread for installation instructions. I would be careful about any mod which asks to be put in the .jar, particularly if it is from a source you don't necessarily trust.- * Run the instance again. Yes, you're going to get the error message, but you need to do it in order to generate the config files you need to edit. Usually, MultiMC does this when installing the mods, but I like to make sure that everything is generated. * Right click the instance icon in MultiMC, then View Folder. In your .minecraft folder is a folder called Config. There may be other mod-related folders as well that we will need to go into (for example, Redpower and Buildcraft have their own mod folders in the .minecraft folder that have config files). -Without MultiMC, just navigate to the .minecraft folder that should be quite familiar to you by now, and continue with the instructions- Now then, here comes the part where we apply logic to the process. Forge comes with the 4096 fix as a part of its code. What this means to you is that we have thousands of ID blocks available to us. We're going to use this to our advantage. Now then, Vanilla Minecraft uses ID blocks below 400. Since I would rather not bother you with skipping around, and ranges within this area, we're just going to skip it entirely. We will be working with ID blocks 400+. Go through your list of mods, either on a sheet of paper or something like Notepad++. This isn't going to be used as code, these are just notes to keep everything straight. Assign them sequential numbers, starting with 4. This number you will be assigning them will be the hundreds digit of the ID blocks we will be using on the mod. Thus, if you pick Industrialcraft to be number 4, then the ID blocks you are reserving for Industrialcraft's exclusive use will be 400-499. This may seem to be a bit inefficient, however it's not like we're going to run out of ID blocks any time soon, and this flat guarantees that your mod ID blocks won't conflict, since I am not aware of any mod which adds over 100 ID blocks. If you do encounter a mod with more than 100 ID blocks, you will need to assign that mod two numbers. Not all mods have ID blocks. Particularly if you are working with addon mods (for example, Logistics Pipes for Buildcraft), you may end up having no ID blocks to add. In this case, reassign that number to someone else. I would also group addon mods together with the 'core' mod (for example, IC2 and Advanced Machines), and start assigning numbers to the addon mod ID blocks with the same hundreds digit as the core mod. So how do I do that, exactly? Allow me to show you: * In the /.minecraft/config folder, you'll find a bunch of files that end in .cfg. These are written in a form of code, and may be confusing for the first-time user, but what we have to do is very limited and easy to find. -Also, a word of warning: In your config folder, there's going to be a bunch of files named 'mod_xxx.cfg'. Ignore these. They are needed, but they are not what you need. So you will want to edit, for example, IC2.cfg, but not mod_IC2.cfg. You should also leave alone anything ending in .cfg~ since they are also not what you want.- * You'll need to look for the section where the mod author put his block ID's. Usually, this is very easy to find. If it isn't immediately visible, do a search for 'block {', and you'll find it. * You'll then see a list of things that look like xxx = ### where xxx is the name of the blockID and ### is the ID Number. * Start off with the very first one. Change the ### to x00 where x is the number you assigned them (for example, if the mod was assigned the number 4, you change it to 400. If you assigned it as 10, then it would be changed to 1000). * All we are going to do is change these numbers within the block id category, going in numerical order (so 400, 401, 402...) until you have assigned all of the block ID's. * Save it and exit. * Rinse, wash, and repeat with your other mods. -A word of warning about Redpower's .cfg. Some users may be a bit confused, because Elloram uses a bit more compact code which is a bit less clear about where the end of the block ID's are, simply using nested {} signs to indicate where it ends. It ends when you find a } which is right up on the left margin of the page, with no spaces. Usually, the only thing above it is a } which is indented to the right. Other mods may do something similar. But, by the restrictions of the code, it has to start with 'Block {' and has to end in a line that just has '}'.- * Don't forget that Buildcraft puts its .cfg file in the Buildcraft folder in .minecraft and Redpower likewise puts the .cfg file in its own folder as well. Other mods may also do this, so if you see a folder in your .minecraft folder with a name of a mod, odds are you'll need to check it out. Once you are sure that all of your .cfg files have been edited, and that there's no possible way that any ID blocks are on the same number... run your instance again. It should run just fine. Once you feel comfortable editing ID block numbers, you may go back, if you wish, and 'compact' them a bit further. Just remember to keep some gaps in case the mods come out with new versions that have new and shinier toys that have ID Blocks. Congratulations, the last hurdle which stops 90% of the people interested in mods from using them has been covered! Have fun enjoying mods! *This post was moved from the wrong forum to this one. If the Admins wish to move this to the Support and Bugs forum and sticky it as a preemptive answer about ID block resolution errors, they are free to do so.*