LexManos

Interesting the same compiler version SHOULD work. Can you get me your mcp/logs folder. So I can try and see the exact version and errors you're getting. I have the 2.10 compiler installed on my computer and it;'s building fine.

Sadly the download system we use in python doesn't seemt o have any form of progress bar or anything and some files are quite large. But you should be able to download things just fine. Either way could you get me a md5 sub of your libraries folder http://sourceforge.net/projects/md5deep/?source=dlp That is a good program to use, and then just run md5deep -r -z . From inside your libraries folder, it should result in something like this: Z:\MCP-1.6-Forge\mcp\jars\libraries>md5deep -r -z . 74953 e9960995974979445b03bc644b9e9853 argo\argo\2.25_fixed\argo-2.25_fixed.jar 126470 f0d5afe00d01aaae90e24b0745da1a3a com\google\code\gson\gson\2.2.2\gson-2.2.2-sources.jar 189285 08cce0687047cc068b6f1bdd45b14cf4 com\google\code\gson\gson\2.2.2\gson-2.2.2.jar 103871 0d622e2ac4368b5a33d540a9e4819e0c com\paulscode\codecjorbis\20101023\codecjorbis-20101023.jar 5618 f6a93b7eb8083e4ced92e7e253657057 com\paulscode\codecwav\20101023\codecwav-20101023.jar 21679 247b45f9d2f0071ad543c14d0ff31d5c com\paulscode\libraryjavasound\20101123\libraryjavasound-20101123.jar 18981 93730cef2e75762c5a1431c6d7a0c78e com\paulscode\librarylwjglopenal\20100824\librarylwjglopenal-20100824.jar 65020 6d9d7d6c163caf74984465694d3566e7 com\paulscode\soundsystem\20120107\soundsystem-20120107.jar 1170055 e0888a4515f9c05afa36fcb8fdfb51a9 com\google\guava\guava\14.0\guava-14.0-sources.jar 2189111 5f4a710056b492b9cbdff5d3897b402a com\google\guava\guava\14.0\guava-14.0.jar 246635 b5bc8f1993486e46544daab5042d2142 commons-io\commons-io\2.4\commons-io-2.4-sources.jar 185140 7f97854dc04c119d461fed14f5d8bb96 commons-io\commons-io\2.4\commons-io-2.4.jar 5762 a3e3c3186e41c4a1a3027ba2bb23cdc6 lzma\lzma\0.0.1\lzma-0.0.1.jar 282276 dbd3709364779ac65079bd669fee962f net\java\jinput\jinput\2.0.5\jinput-2.0.5-sources.jar 208338 cc07d371f79dc4ed2239e1101ae06313 net\java\jinput\jinput\2.0.5\jinput-2.0.5.jar 10362 12f3021e9cab2beece3c191138955a56 net\java\jinput\jinput-platform\2.0.5\jinput-platform-2.0.5-natives-linux.jar 12186 32fea5fd88f91b9dd335839aca06f3d1 net\java\jinput\jinput-platform\2.0.5\jinput-platform-2.0.5-natives-osx.jar 155179 b168b014be0186d9e95bf3d263e3a129 net\java\jinput\jinput-platform\2.0.5\jinput-platform-2.0.5-natives-windows.jar 10247 2a1f2968a3b58534b2d5dea69abdb854 net\java\jutils\jutils\1.0.0\jutils-1.0.0-sources.jar 7508 f60976b19661c849c5c87433045a9885 net\java\jutils\jutils\1.0.0\jutils-1.0.0.jar 17357 829effa9f93d5ece21e64baf78e9d4cb net\minecraft\launchwrapper\1.3\launchwrapper-1.3.jar 73276 24adb285f7df2f52dc9d1ea6e426065f net\sf\jopt-simple\jopt-simple\4.5\jopt-simple-4.5-sources.jar 61311 1372bd4823bb1ef61e7db6724f601150 net\sf\jopt-simple\jopt-simple\4.5\jopt-simple-4.5.jar 49495 a355b838f756130ea0b150bffdb2c9a0 net\sourceforge\argo\argo\2.25\argo-2.25-sources.jar 123642 5ff00179da80a95958e75ff4570491e4 net\sourceforge\argo\argo\2.25\argo-2.25.jar 393048 c18d8bac3f0c5961c6c5fbad3fbb02f5 org\apache\commons\commons-lang3\3.1\commons-lang3-3.1-sources.jar 518924 722da64d6286a030e5e60d7678c27edc org\lwjgl\lwjgl\lwjgl-platform\2.9.0\lwjgl-platform-2.9.0-natives-osx.jar 1575895 724591fbb5f5198e1fd518c3003c273d org\bouncycastle\bcprov-jdk15on\1.47\bcprov-jdk15on-1.47-sources.jar 1997327 7749dd7eca4403fb968ddc484263736a org\bouncycastle\bcprov-jdk15on\1.47\bcprov-jdk15on-1.47.jar 848683 96926ba2f53d45e5f98f440378dfebc6 org\lwjgl\lwjgl\lwjgl\2.9.0\lwjgl-2.9.0-sources.jar 994633 ce74486a7687ad7ea91dcc1fcd6977b8 org\lwjgl\lwjgl\lwjgl\2.9.0\lwjgl-2.9.0.jar 569061 8bf181ad1340d45e3505f267a5d33cc7 org\lwjgl\lwjgl\lwjgl-platform\2.9.0\lwjgl-platform-2.9.0-natives-linux.jar 315805 71b48e6b3e1b1dc73fe705604b9c7584 org\apache\commons\commons-lang3\3.1\commons-lang3-3.1.jar 609967 30e99b9386040f387fd94c26c1ac64d3 org\lwjgl\lwjgl\lwjgl-platform\2.9.0\lwjgl-platform-2.9.0-natives-windows.jar 230979 b4ee4382dc948585555d0c67a0d76e2f org\lwjgl\lwjgl\lwjgl_util\2.9.0\lwjgl_util-2.9.0-sources.jar 173360 6a0eeaf3451ed9646b7d61a9dd8b86cc org\lwjgl\lwjgl\lwjgl_util\2.9.0\lwjgl_util-2.9.0.jar 214592 d21c2a06a4e6b175aa01e328f38a1182 org\ow2\asm\asm-all\4.1\asm-all-4.1.jar 983980 df4c3fd90219f2fe6751615d9684101e org\ow2\asm\asm-all\4.1\asm-all-4.1-sources.jar 2051509 2962a80a78d13bc04ff325c1ae278d46 org\scala-lang\scala-compiler\2.10.2\scala-compiler-2.10.2-sources.jar 1058962 4fc5640a9e08915551c553da67aa5de7 org\scala-lang\scala-library\2.10.2\scala-library-2.10.2-sources.jar 7121818 8800aafcc03e346dbbde171bef0b2bfe org\scala-lang\scala-library\2.10.2\scala-library-2.10.2.jar 14411577 44f4d11085423ebffbfb177c1fe4cc69 org\scala-lang\scala-compiler\2.10.2\scala-compiler-2.10.2.jar

Not sure what you just said, but there is a 'Game Directory' in the profile config. So use that if you don't want to use the global folder.

Modern versions will only have the 'mods' folder. like one or two builds in 1.6.1 while we were updating still make the coremods folder. So the official answer is use the mods folder. If it doesn't work, update your Forge.

Logs please {all the text in the screen} May be a downloading issue with libraries.

Issue in immibis core, speak with immibis about it.

Should be able to manually add it in like before. Copy 1.5.2's official version, call it 1.5.2-Forge Then stick Forge into the jar. Officially Forge isn't supported for the new launcher on 1.5.2 so .. good luck.

Desculpe, mas só falam Inglês. Execute o novo lançador primeiro. (Google translate)

Interesting that seems to be the isue of MCP not extracting and using your natives... Mind giving me a mcp/logs/mcp.log of your startclient run? It should be working fine.

Just use our installer. Or speak with MagicLauncher about supporting the new install format.

Again Optifine issue, take it up with them.

Interesting, that shouldn't happen. Can you please provide full logs {EVERYTHING the console spits out when running install} And the logs of you running start client. It's curious as i'm not able to reproduce anything this drastic on my end.

Forge has never, and will never Support any mod that edits the base classes. There has been no need to do that for god.. almost a year now. With 1.6's new launcher we are now able to do the entirity of Forge without editing the jar file. Anyone else should be able to do the same. There are system in place to allow people to have the full power of editing base classes without actually editing the jar. We've had this discussion with Optifine and it will be up to them to do things properly. However We do have flags to turn this off, but we HIGHLY recommend that you leave this enabled. And beg the mod author to move to the new system designed for 1.6. {its not necessarily to Forge as this new system is shipped by Mojang themselves and doesn't rely on Forge at all.}

On the off chance you're not trolling... Possibly a harddrive failure? When was the last time you checked your drive?

Seems like you're using Optifines threaded rendering, this doesnt seem to work, Remove optifine and try again.

Because they're 'unnamed', which implies that we shouldn't use them. I try to stick to functions that have been renamed into something resembling what they do. In some cases that's not possible, of course, like func_110143_aJ(), which should be getEntityHealth(). Thats retarded you do know that ALL 'renamed' stuff is done by crowdsourcing from modders right? It has NOTHING to do with if you should use it or not -.- EVERYTHING will be 'unnamed' for 1.6 as the shit is new, nobody has gone in and named them yet. How about, we take a look what we have... /** * When this method is called, your block should register all the icons it needs with the given IconRegister. This * is the only chance you get to register icons. */ public void registerIcons(IconRegister par1IconRegister) { this.blockIcon = par1IconRegister.registerIcon(this.func_111023_E()); } Pretty standard it tries to register a icon that is named the return value of fun_111023_E.. I wonder what that function could be.... protected String func_111023_E() { return this.field_111026_f == null ? "MISSING_ICON_TILE_" + this.blockID + "_" + this.unlocalizedName : this.field_111026_f; } Oh that's straight forward, if a field is null it returns a "MISSING_ICON_TILE" with the block id and unlocalized name... But if it's set it just returns that field... I wonder if there is a place where we can SET that field... public Block func_111022_d(String par1Str) { this.field_111026_f = par1Str; return this; } OMFG there is. Lets try calling that function with what I want to name my icon and HOLY SHIT BALLS OF THE COW GOD MOOSUS IT WORKS! That boys and girls is called troubleshooting/research/LEARNING. And ALL modders should know how to, and feel comfortable doing it.

Profiles in the launcher have custom directory options for a reason.

We do not back port things. Modders and players should update to new systems when they come out and we should not support old systems.

If you want multiple versions of mods/sets use the profile's game dir option to set the place where mods will load. the ./minecraft/mods folder is shared amung ALL profiles unless you specify otherwise, so there's no way to determine the difference

If it's the adfly you're talking about, disable adblock. Theres no point in clicking the adfly links if adblock is on, and it disables there script that sets the link.

1'st one should not be used. MagicLauncher is not need to install Forge.

Interesting that should be handled just fine... i'll look into it. I asuspect this will come up more often {ugh stupid buggy code cpw ! }

Why are you guys dealing with the 'unlocalizedName' and substring shit anyways? See Block.func_111023_E and Item.func_111208_A along with associated functions/fields They exist for a reason -.-

Forge Version: 9.10.0 Minecraft Version: 1.6.2 Downloads: Changelog (Direct) Installer (Adfly) (Direct) Universal (Adfly) (Direct) Source (Adfly) (Direct) Javadoc (Adfly) (Direct) Note: Major bug found if your path contains a space, {dammet cpw!} will fix it shortly. Major: This marks our first 'official' recommended build for the new 1.6 launcher system. 1.6 brings a lot of new exciting features when it comes to Minecraft Modding. The introduction of the new ResourcePack system, the new launcher, and well Horses! The new resource system is quite similar to the domain:resource system that we had in place in Forge. So for you modders it'll be a little bit of a change but nothing that we haven't prepared you for. The main gritty part of this new update is the new official Mojang launcher. With this new mojang launcher {which admittedly is still a work in progress} Forge is able to do a couple of it's major goals that it has wanted to do since day one. A simple, one click installer for standard installation of Minecraft Forge No longer directly shipping Mojang base classes Offload the downloading of libraries to a better system with more robust servers The simple one click installer was designed to do everything you need to do with the new Mojang Launcher to get you all setup and ready to play Modded minecraft. It is a GUI but there are some advanced command line features for those of you who run servers on headless environments. The universal jar still exists for the people out there that want and know what to do with it. It NO LONGER goes into your minecraft.jar. We have found that people are virual learners, so I think the new install procedure is best described using everyone's favorite Minecraft Youtube person..thingy...whatever*just*watch*the*video! [embed=425,349] [/embed] FML and Forge will no longer be shipping entire Mojang class files, instead we will be patching our changing onto the vanilla codebase at runtime. {Don't worry its a one time hit when classes load so there is no server performance issues} This is our attempt to work with Mojang and try our best to respect there wishes in there TOS. Most notibly the 'Do not distribute any of our material'. As a unfortunate aspect of how Forge had to work before we couldn't do anything about that but now we can. The concept is simple, we take our Forge version, minus all the stuff that's identical to vanilla and only ship the changed stuff. For those who want to do a little more digging for more information, we currently use http://sourceforge.net/projects/javaxdelta/ to generate/apply our patches, and our GitHub has a lot more information. The last point is fairly straight forward, FML/Forge has been shipping extra standard libraries to the client for modders to use. This is beneficial in many ways because it gives the Modders a lot more power to work with. But i'm sure you've all had the error popup saying that it couldn't download the file. Well the new Mojang launcher allows for download of these libraries. In a simple, clean, and robust way. So we've moved that management of things to the launcher itself. Sadly this means that server admins will have to manually provide the libraries, or get them through the installer. As we are now able to create Forge without modifying the Minecraft.jar directly, and it has been our LONG standing stance that base class editing is bad. Also the fact that we need to make sure that the base classes are clean for our patching system to work. By default, FML will validate the Minecraft.jar and throw up a error if you have modified it in any way. This CAN be disabled, and it is up to the ModAuthor of the base class editing mod to provide tech support for the end users who have any issues. As always we do not support editing of Base classes by mods. There is NO valid reason for this. {If Forge can work without editing the .jar.. so can all other mods} Minecraft Forge 9.10.0 Changelog: ============================================================================ New: Now using binary patches instead of full base classes Support for the new official mojang language format All mod files are loaded as ResourcePacks for the new system New compleetly revamped Fluids system written by King-Lemming and Overmind, Old Liquids system is removed. Modders and players: Tanks may empty of there contents when updating worlds, depends on how modders support this change. Removed coremods folder, coremods now go directly into mods folder Extended RotationHelper for all vanilla rotateable blocks Dimension specific spawn points for players. Allows beds and the like to work in Mystcraft ages. {And other mods} Support for other launch systems as long as they follow the standrad set forth by Mojang Bug Fix: Fixed vanilla enchantment rendering issue. Items with multiple render passes only have enchantment effect applied to first layer {customizeable by the item} Fixed pathing issues with vanilla asset managment The changelog may look a little sparse. That's only because these, as usual, are cliff notes. For full details please review the GitHub commit log. And a lot of our work was done in the backend dealing with the new launcher not directly with FML/Forge. We delayed this recomended build for a litle while due to the fact that we had reliable sources telling us that 1.6.1/1.6.2 were immediatly looming. However we have had pre-view builds up and running for Modders for 1.6, 1.6.1, and 1.6.2. There are roumors that 1.6.3+ is on the horizen, however from what we gather further releases in the 1.6 chain will be mainly bug fix releases and this is a really good time to push our a RecommendedBuild. I fully expect the flurrey of modders updating there mods to continue {there are already dozens out for Forge on 1.6.2 at the time of this posting}. And tons of new tutorials and samples to be updated so go go go! I expect once the general populus gets there hands on this there will be quite a few bugs to popup. PLEASE PLEASE PLEASE be sure to SEARCH before reporting a issue. Also provide all logs ALWAYS.