Ernio

Holy cow! What are the odds?! I've been gone for like a year now (busy with other stuff, sadly) and I just kinda enter the forums (first time in months) and BAM! I see this on front page (ghosts of the past :P) And by the way - random hello to you guys (especially veterans) - you have a nice thing going on here

Is there anything stopping you from storing EntityPlayer in field inside capability? Because that is the right way to do it. Capability doesn't really change owner (unless you want it to), so you basically can just put such field inside it and set it on capability creation (during attach event). Other approach is to simply make it as passed arg, by putting EntityPlayer in all methods that use it and then pass it from callers side (so eg. from Forge Event), but this one is too much of a hassle.

Receiving less update ticks is impossible. Its either your movement AI logic or you running parts of code badly. What entities do you have in mind? Post code if needed.

Read my caption. If basic help won't get you anywhere: http://www.minecraftforge.net/forum/index.php?topic=14048.0 I wouldn't expect anything more. Note: 1.6.4 files might not be even present on server.

I'm interested Bored recently. Skype: ernio333 or here.

That is just too vague. What kind of mod are we looking at? TBH - in any case best way it tosimply rewrite whole thing from scraps. No point in copying anything since everything changed.

Version? You can remove (on game startup) ArmorLayer (name might be different) and add custom one that also checks and renders based on NBT. Other option is to use RenderPlayerEvent and render independenly (worse I think). Another one (I only know it from what I hear) is return different armor model from Item class - but that won't work for vanilla I guess. As to head rotation - just look at Entity's pitch/yaw from EntityPlayer point.

You do understand that there is literally no point in making such tool? The moment ID becomes "nullified" game automatically assumes that given blocks are now AIR, they just stay in world data until you load it. It's cleaning itself. The only viable approach to such things. Only valid argument here would be lack of free IDs for new mods - which is ridiculous, I can't imagine any map having that much stuff. Sure you can remove IDs, load tons of world data files (which is IO that takes time), then iterate over chunks and then blocks and then check agains every removed ID and then change data and save it back. Oh and did I mentiont TileEntities and Entities saved in world? How about Any other mechanism that every saved anything block-related? How about other mods? You can't even be sure you removed everything - and then BAM! Other mod suddenly loads different blocks from it's modded backpack items. Not only pointless, but close to impossible. Why bother?

While I hate having junk data anywhere - locked IDs are actually not one. If you remove mod that took up some IDs, those IDs must stay locked to point at "null" block (read: AIR). Whenever chunk is loaded and it can't find block with matching ID in registry, it will replace it to null (AIR). Not holding those locked IDs would result in chunks that are loaded after adding 2nd mod (so not "purged" between transition from 1st to 2nd), to start loading different blocks - and you really don't want that.

I don't see why not. And what Json has to do with it? Make an Entity that moves (by adding motion to it) on collision with block/entity and make it fall if its not on ground. As to rolling - to make it easier you can simply make it a rendering thing - calculate differences caused by movements each tick and make your render class use that (and sphere's radiu) to animate rotation (you will need to have rotation values in entity class that will represent rotation of model). As to bounding boxes - you could stay with multiple AABB boxes that are close to ball, so like this (in 3D): XX XXXX XXXX XX Or, if you want, go ahead and use ASM to make actual OBB. But hell - it's MC, stay with boxes dude.

How about some code? You will need to apply motion using entity collision methods and use custom Render class to make ragdoll (I mean, if you are after "actual" ragdoll).

Use GL11#scalef with some factor. E.g: 1.25F before calling box2#render and 0.8F after (to revert scaling). You can also use GL11#push/pop-Matrix and/or GL11#translatef if you need to align scaled box to "fit" other boxes. Its pretty straight forward unless you start doing complex models with connected/moving parts - then you have some more math. Oh and btw: In method Model#render - last param is scale (In 1.10+) - that one should be used rather for whole model. If you want part-specific scaling values you can save them in Entity (which is passed to Render#render and Model#render) or @Capability if you are replacing models/renders of not-your entities. Big note: 1.10 has whole render/model system decoded, I highly recommend updating, makes things much clearer.

Source? Such news would reach 1st page on google, can't really find it. Also - there is NO WAY that any plugin written in JSON can reach level of actual modding using actual programming language - that is unless they would design or use external scripting language such as Nashorn engine for Java (which is actually JS in Java). What it probably is about is support for JSON-based plugin-like elements such as blockstates we get now (probably custom entity models/animations in future).

Question: Is your event not working or is your code not working? Put a print at start of event. 2nd: Did you register event?

1st on google: http://www.minecraftforge.net/forum/index.php?topic=5762.0 Lol, funny thing - they removed old wiki where we had this more or less described. Someone needs to update new wiki.