Jump to content

[Solved] [1.8] Allowing a function to run while not freezing up server ticking


Recommended Posts

Posted

So, I have a tile entity I've been working on that can take any item and turn it into pure energy that gets stored in the block (or in the Tile Entity to be exact). If a player then steps on it with a redstone signal, the player will draw out all of the energy into themself. The only problem is that as long as the energy is transferring, the server does not tick. The client can still move and look around, but cannot interact with the world, because the tile entity transfers energy using a for loop. Do i somehow need to run this on another thread, and how might I go about that?

 

Tile entity update method:

    @Override
    public void update(){
        if(!this.worldObj.isRemote)
        this.repetitions++;
        if(this.repetitions >= 20){
            this.repetitions = 0;
            List entities = this.worldObj.getEntitiesWithinAABB(Entity.class, new AxisAlignedBB(new BlockPos(pos.getX(), pos.getY(), pos.getZ()), new BlockPos(pos.getX() + 1, pos.getY() + 2, pos.getZ() + 1)), IEntitySelector.selectAnything);
            for(int i=0; i < entities.size(); i++){
                if(entities.get(i) instanceof EntityItem){
                    ItemStack items = new ItemStack(((EntityItem) entities.get(i)).getEntityItem().getItem(), ((EntityItem) entities.get(i)).getEntityItem().stackSize, ((EntityItem) entities.get(i)).getEntityItem().getMetadata());
                    int energyToMachine = Energy.getItemEnergyValue(items.getItem());
                    ((EntityItem) entities.get(i)).setInfinitePickupDelay();
                    this.energyContained += (energyToMachine * ((EntityItem) entities.get(i)).getEntityItem().stackSize);
                    ((EntityItem) entities.get(i)).getEntityItem().stackSize = 0;
                }
                else if(entities.get(i) instanceof EntityPlayer){
                    while(this.energyContained > 0 && RedstoneHelper.isPoweredByRedstone(this.worldObj, this.getPos())){
                        Energy.tryMoveEnergy(this, (EntityPlayer) entities.get(i), 1);
                        try {
                            TimeUnit.MILLISECONDS.sleep(1);
                        } catch(InterruptedException e){}
                    }
                }
            }
        }
    }

 

Energy.tryMoveEnergy():

public static void tryMoveEnergy(TileEntity tileEntity, EntityPlayer player, int amount){
        if(canMoveEnergy(tileEntity, player, amount)){
            ((TileEntityEnergizer)tileEntity).subtractEnergyContained(amount);
            PlayerTotalEnergy += amount;
        }
    }

 

Let me know if there's anything important I didn't provide.

- Just because things are the way they are doesn't mean they can't be the way you want them to be. Unless they're aspen trees. You can tell they're aspens 'cause the way they are.

Posted

You should NEVER use threads and stuff like sleep if you don't know what you are doing (you don't).

 

Don't transfer energy once per loop, do it once per tick(or few ticks) or all at same time.

 

More explanation:

Minecraft runs on game loop - ticks, 20/sec. (Note: Not talking about rendering ticks - those are different (fps))

All update-like methods are called once per tick. If you want to transfer energy overtime you do it per tick.

1.7.10 is no longer supported by forge, you are on your own.

Posted

To spread out the loop over multiple ticks, just use a counter variable that you increment and test if it has reached the max.

 

I've only used other threads in one situation, where I was getting a response from a web site to create a version check. But for most in-game stuff you definitely want to stick within the threads already implemented. This does mean you need to be aware of how long your code is taking to execute. For example, I have a tile entity that generates a structure but it was a big, slow loop which could take up to 20 seconds -- I had to break that down over multiple ticks.

Check out my tutorials here: http://jabelarminecraft.blogspot.com/

Posted

Long story short, take this section:

                    while(this.energyContained > 0 && RedstoneHelper.isPoweredByRedstone(this.worldObj, this.getPos())){ //this
                        Energy.tryMoveEnergy(this, (EntityPlayer) entities.get(i), 1);
                        try { //this
                            TimeUnit.MILLISECONDS.sleep(1); //this
                        } catch(InterruptedException e){} //this
                    }

 

Remove both the sleep and the loop.  The "onUpdate" is already a loop and already causes a delay.  That's what "onUpdate" does, it runs once-every-timeunit.

Apparently I'm a complete and utter jerk and come to this forum just like to make fun of people, be confrontational, and make your personal life miserable.  If you think this is the case, JUST REPORT ME.  Otherwise you're just going to get reported when you reply to my posts and point it out, because odds are, I was trying to be nice.

 

Exception: If you do not understand Java, I WILL NOT HELP YOU and your thread will get locked.

 

DO NOT PM ME WITH PROBLEMS. No help will be given.

Posted

The problem is that 1.8 took away the onUpdate function, so I've been implementing the IUpdatePlayerListBox and using its update method that only runs once per second. Is there another class I could implement that updates every tick?.

- Just because things are the way they are doesn't mean they can't be the way you want them to be. Unless they're aspen trees. You can tell they're aspens 'cause the way they are.

Posted

oh, yeah! I forgot I had that whole counter that only made it tick every 20 ticks. Thanks!

- Just because things are the way they are doesn't mean they can't be the way you want them to be. Unless they're aspen trees. You can tell they're aspens 'cause the way they are.

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

    • When I first heard about Bitcoin back in 2018, I was skeptical. The idea of a decentralized, digital currency seemed too good to be true. But I was intrigued as I learned more about the technology behind it and its potential. I started small, investing just a few hundred dollars, dipping my toes into the cryptocurrency waters. At first, it was exhilarating to watch the value of my investment grow exponentially. I felt like I was part of the future, an early adopter of this revolutionary new asset. But that euphoria was short-lived. One day, I logged into my digital wallet only to find it empty - my Bitcoin had vanished without a trace. It turned out that the online exchange I had trusted had been hacked, and my funds were stolen. I was devastated, both financially and emotionally. All the potential I had seen in Bitcoin was tainted by the harsh reality that with decentralization came a lack of regulation and oversight. My hard-earned money was gone, lost to the ether of the digital world. This experience taught me a painful lesson about the price of trust in the uncharted territory of cryptocurrency. While the technology holds incredible promise, the risks can be catastrophic if you don't approach it with extreme caution. My Bitcoin investment gamble had failed, and I was left to pick up the pieces, wiser but poorer for having placed my faith in the wrong hands. My sincere appreciation goes to MUYERN TRUST HACKER. You are my hero in recovering my lost funds. Send a direct m a i l ( muyerntrusted ( @ ) mail-me ( . )c o m ) or message on whats app : + 1 ( 4-4-0 ) ( 3 -3 -5 ) ( 0-2-0-5 )
    • You could try posting a log (if there is no log at all, it may be the launcher you are using, the FAQ may have info on how to enable the log) as described in the FAQ, however this will probably need to be reported to/remedied by the mod author.
    • So me and a couple of friends are playing with a shitpost mod pack and one of the mods in the pack is corail tombstone and for some reason there is a problem with it, where on death to fire the player will get kicked out of the server and the tombstone will not spawn basically deleting an entire inventory, it doesn't matter what type of fire it is, whether it's from vanilla fire/lava, or from modded fire like ice&fire/lycanites and it's common enough to where everyone on the server has experienced at least once or twice and it doesn't give any crash log. a solution to this would be much appreciated thank you!
    • It is 1.12.2 - I have no idea if there is a 1.12 pack
  • Topics

×
×
  • Create New...

Important Information

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