LexManos

Missing Mods: CoFHCore : [1.7.10R3.0.3,) cpw.mods.fml.common.MissingModsException You're missing cofhcore. also @Dies: I expanded the error messages to provide more detailed information in this log because I got tired of end users not giving their full logs files -.- So they shouldn't need to give the full logs for the common exceptions like this anymore.

Without logs we cant do anything. If its not reproducible and you're not getting it anymore then who cares?

Enums are just syntax sugar for classes that are only ever going to have a known number of instances. EnumHelper* classes in Forge are a hacky workaround to allow modders to expand things that Vanilla has made enums when it shouldn't have. In your case DO NOT MAKE YOUR CLASS A ENUM, that is the best option. You can emulate the values() part of a enum simple enough by simply adding: values.add(this); to your constructor.

Because we are no longer tied to one version of the crowdsourced mcp mappings and providing on snapshot of the javadocs would be a extreme waste. Not to mention the fact that the javadocs were 90% of our data storage usage on our files servers for what is extremely redundant data. You can generate them yourself after you setup a workspace and use them for whatever you want and they would be more accurate to your setup then the static ones forge used to ship. We're also looking for someone to come and build a dynamic website to generate the old style javadocs using the mcp mappings but nobody has stepped forth so it appears nobody cares. TLDR: Its not worth it on our end, and you have the tools to make more accurate documentation yourself.

Post your log file not the crash report. It has some debug information i'd be interested in seeing. Looks like your graphics driver is going out of whack and telling the game it cant support any textures.

UgoCraft is one of those mods that edit deeply into the Vanilla codebase. It is a coremod, done wrong. Except I suspect it was never designed to work with anything but vanilla because it would just screw everything up. So I doubt that you could get it to work with Forge. I haven't looked into exactly what it is doing in it's agent. But it's probably doing something imiliar to setting up our classloader system like we do in LegacyLauncher to allow it to edit classes or substitute its own. Either way, we do not actively stop usage of agents, however, in most cases they do stuff that will break mods/vanilla/forge so we do not support it.

Provide the md5s of the files you've downloaded. None of the files on our servers are corrupt I just did a aduit.

The web site should be avalible on all platforms. http://mcforge.readthedocs.org/en/latest/ Either way I do not control the format of the side its all made by readthedocs. So it should be fine.

In theory the names should be : seperatoed, but its simple enough to make this command allow for the .'s Better then nuking everyones world....

CLean your internet cache, and download again, Or use the .exe installer.

If it doesnt fit on pastebin, then use a different site like gist, or make multiple pastebins. it's not hard...

This is pretty much the exact reason resource packs exist... seriously....

The loader system is still the same you dont need to know the specifics of what loaders, the interface will find the correct loader by file name and pump out what you need. The way to go is models. Thats it. THere are some parts that you can't do that you used to be able to do with full GL custom rendering but thats a big no fkin dua. I'm not sure the current status on OBJ loaders because shade/fry were doing that and I haven't heard word in a while. However, if you guys have REAL issues and not just 'ADD THIS BACK CUZ WHAAAAAA' then we can address it.

There is not a specific 'block tick' function because that would just spam the event handlers. The practice for changing vanilla behavior is to replace the block itself if you're gunna be the one taking over the block. What you may also want to do is just make your own weeds and stuff as those are not in vanilla at all. Perhaps just use the world tick to tick one or two blocks per chunk and go that route. There is already a mod that does exactly what you're saying I can't remember the exact name but it may be worth looking into.

Logs.

The SERVER is running 1.7.10.

[00:21:54] [Client thread/INFO] [FML/]: Max texture size: -1 Something is REALLY fucking up your graphics card... You should never get this value...

Add -Djava.net.preferIPv4Stack=true to your JVM arguments in the launcher. We set this by default but for some reason your computer seems to not detect it.

Thats the thing tho, the intersection calculations should be the SIMPLE part of that statement. As it should be simple 'is this box inside this other box' The predicate is the expensive part which usually ends up doing inheritance checking or other things. So what you're proposing us do si actually make it less efficient for the proper use cases...

*minecraft folder*\logs\fml-client*.log Those are the ones we need.

You need to make sure that the .minecraft is part of the path that the installer sees. It should be there by default however you can use the browse button to specify it. If your browse list doesnt show the .minecraft just type it in manually as your system may be hiding the folder. Either way if you point the installer at the correct folder it will not have this issue.

Your pixelmon instalation is broken. Delete the 'com' folder and just stick the jar in the mods folder.

Why?

What parts are you needing to change. Also doing sub-regions outside of the world is always a tricky thing. I think it's probably best if you just start giving specifics and code so that we can see specifically what's needed. Replacing entire vanilla classes is a horrible idea for mods. It's just asking for incompatibility.

Base edits are not supported. So don't so it. WHY do you need top do this?