Jump to content

Infinite Terrain/Sprite Indexes... Finite Block IDs. Workaround?


Recommended Posts

Posted

Hello, I've been an aspiring modder for at least a month now, learning the ropes concept-by-concept.

 

Long story short, I've encountered this problem: I did the number-crunching and realized that, even with metadata-ing blocks, we can only load about 200-250 texture files if we assign all the block IDs to have one texture index per block's metadata value (4096/256 = 16, 16 x 16 = 256, less if we consider current vanilla Block/Item ID allocations). I know that MCForge is touted as having "Infinite Terrain/Sprite Indexes", but we're still limited by the ID arrays unless we go in the source code and mess with it. I don't want to do that, and would prefer a solution that doesn't make me have to do it.

 

The reason I'm having this problem is, to be truthful, I have a project in mind that uses more than 1,000 texture files, which is far and beyond the current capacity of the Block ID array. The blocks in mind will have no logic to them and are only intended for display. If anyone have any ideas to help me with this problem, it'd be greatly appreciated. :D I'm sure there's a possible solution and that I just haven't found it yet.

Posted

Hello,

I don't know if it is a good idea to use so many textures in any project. Say in OpenGL, there is only a finite number of texture units, which are used to sample texture data from memory. That means, in any given time only so many textures can be used by graphics card simultaneously, and any reassignment of them will change the state of graphics card, requiring synchronization/more cpu usage. In general, it is more efficient to use a small amount of big textures, than it is to use many small textures(see texture atlases)

Posted

Ah, that makes sense, thanks for that piece of info.  :)

 

Unfortunately, that wouldn't solve the primary issue, though that would help deal with a secondary one down the line. The real problem still stands in that eventually there's simply not enough Block ID array space to work with, not without going over Forge's head and modifying the array itself.

Posted

Redpower2 created by Eloraam has A LOT more than that, if you aren't familiar with the mod you really should before you set out to do something so massive, also it sounds like quite a huge leap as your first big modding project, maybe you should start simpler? ;)

 

In any case, in RP2 there is this saw which can cut any block into pieces, these can be set out into the world or cut into other pieces.

And you can do this for ANY kind of vanilla block + all the normal RP2 blocks!

Creating 43 different unique blocks for EACH normal block!!!

 

And then when you consider how many different blocks you can cut into these 43 different ways, the amount of BlockID's used should skyrocket! but no.. Eloraam uses only 1 block ID for ALL the 43*(number of cut able blocks)! One single bId for several hundreds of blocks. and also her mod is compatible with all other forge mods, so shes not ruining any base classes doing so, meaning it is possible for anyone to do it without modifying forge's base classes.

If you guys dont get it.. then well ya.. try harder...

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Announcements



  • Recently Browsing

    • No registered users viewing this page.
  • Posts

    • @Tsuk1 Also, new note, you can use blockbench to make the custom item model for when it is not on the head.   EDIT: Funny story, I am making a mod similar to yours! Mine is called NorseMC.
    • @Nood_dev Could you send a screenshot of your weapon code? Here is the one I made (for a dagger): The specific UUID does not matter, just that it is the same every time, which is why UUID#randomUUID does not work public class DaggerItem extends TieredItem implements Vanishable { protected static final double REACH_MODIFIER = -1.5D; protected final Multimap<Attribute, AttributeModifier> defaultModifiers; protected final UUID BASE_ATTACK_REACH_UUID = UUID.fromString("6fe75b5c-9d1b-4e83-9eea-a1d5a94e8dd5") public DaggerItem(Tier pTier, int pAttackDamageModifier, float pAttackSpeedModifier, Properties pProperties) { super(pTier, pAttackDamageModifier, pAttackSpeedModifier, pProperties); this.attackDamage = (float) pAttackDamageModifier + pTier.getAttackDamageBonus(); ImmutableMultimap.Builder<Attribute, AttributeModifier> builder = ImmutableMultimap.builder(); builder.put(Attributes.ATTACK_DAMAGE, new AttributeModifier(BASE_ATTACK_DAMAGE_UUID, "Weapon modifier", this.attackDamage, AttributeModifier.Operation.ADDITION)); builder.put(Attributes.ATTACK_SPEED, new AttributeModifier(BASE_ATTACK_SPEED_UUID, "Weapon modifier", pAttackSpeedModifier, AttributeModifier.Operation.ADDITION)); // THE ONE YOU WANT: builder.put(ForgeMod.ENTITY_REACH.get(), new AttributeModifier(BASE_ATTACK_REACH_UUID, "Weapon modifier", REACH_MODIFIER, AttributeModifier.Operation.ADDITION)); this.defaultModifiers = builder.build(); } @Override public Multimap<Attribute, AttributeModifier> getDefaultAttributeModifiers(EquipmentSlot pEquipmentSlot) { return pEquipmentSlot == EquipmentSlot.MAINHAND ? this.defaultModifiers : super.getDefaultAttributeModifiers(pEquipmentSlot); } }
    • https://images.app.goo.gl/1PxFKdxByTgkxvSu6
    • That's what we'll try out. I could never figure out how to recreate the crash, so I'll just have to wait and see.
    • Ok, I updated to the latest version and now the models are visible, the problem now is that the glowing eyes are not rendered nor any texture I render there when using shaders, even using the default Minecraft eyes RenderType, I use entityTranslucent and entityCutout, but it still won't render. Something I noticed when using shaders is that a texture, instead of appearing at the world position, would appear somewhere on the screen, following a curved path, it was strange, I haven't been able to reproduce it again. I thought it could be that since I render the texture in the AFTER ENTITIES stage which is posted after the batches used for entity rendering are finished, maybe that was the reason why the render types were not being drawn correctly, so I tried injecting code before finishing the batches but it still didn't work, plus the model was invisible when using shaders, there was a bug where if I look at the model from above it is visible but if I look at it from below it is invisible. So in summary, models are now visible but glowing eyes and textures are not rendered, that hasn't changed.
  • Topics

  • Who's Online (See full list)

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.