Draco18s

[Tt]prefixName + suffixNam[/code] suffixName is an array, this isn't doing what you think is doing. That's why the old name ends in "[Ljava.lang.String;@64b7066e"

Or rather, anytime as early as the constructor to just before registering.

In standard nomenclature, the "I" denotes an interface.

Did you register an item for your block?

You're trying to get the item representation of the block in the world. The block in the world is passed to the method. There's your simple solution.

To clarify: you need to register both. The old 'registerBlock' method automatically created an itemblock for you, but not any more (allowing for technical blocks). Just create a new instance of the ItemBlock and give it the same registry name as your block.

I mean the fact that after using the method it gets a nice line through it that's supposed to hint to you, "Hey dummy! This method is deprecated!" And then you look at the Javadoc (C# had something similar too) and read it and think, "Oh, this method is deprecated and tells me what to use instead, maybe I should dip that thing."

Something something something getTotalWorldTime() something something...

You know that the block instance being used is passed to the method, right? blockState.getBlock() There is literally no reason to look it up via string manipulation.

These two objects are not the same. You should come back when you understand Java because it is clear that you do not know wtf you are doing.

C# had ways to mark methods as deprecated too.

You realize that in SSP the game can be paused, right? If you were to stand on the spawner, hit escape, and walk away for a few hours, as soon as you resumed paying, you'd get a dozen spawns immediately.

Thanks, I could not remember the exact interface name and was unable to look it up (traveling).

Ok, that's not gloss. That's full bright. This is gloss: http://www.acegikmo.com/shaderforge/images/web/maininputs/main_input_gloss.gif[/img]

FYI, door (item) and door (block) aren't actually related, iirc (I know cake, red stone, and reeds aren't). That is, those items are not ItemBlocks, they are items that when used, or a block into the world. What you should do is create an item model for your blocks that is used for the inventory varient and specified in the block state json file.

Use a different number, Specifically, a number of megabytes inbetween. I think I had to use some odd number like 1368mb; finding a value that was less than my ram available (mind, I have 3.25gb total) and more than it needed. (It would with crash having exceeded the amount I gave it, or would stall tyring to allocate more than I actually had, so I'd have to go in and spilt the difference)

The entity item bobbing motion is handled by the entity's age.

ModelBase isn't the problem, it is the fact that TESR isn't baked.

register(IForgeRegistryObject)

Does your cable need to animate? No? Don't use a TESR. Use the block model system.

I'll say it again: What? Nothing you have posted has made any coherent sense. How does the verb "scan" and the noun "block" relate to "textures for a model"?

FYI: "It didn't work" is the bestest way to communicate information. You should totally keep doing that. By which I mean DON'T DO THAT EVER AGAIN. IT IS NOT IN ANYWAY HELPFUL.

The UVs I wanted were all 0 or 1. The problem was that I wanted to use: 0,0 0,1 1,0 And the default (no UVs specified) was: 0,0 0,1 1,1

It lets you know if you duck up the method signature.

What?