Jump to content

Recommended Posts

Posted

Hello people!

 

I have a problem with tile entities being replaced, which is cause the whole execution to go nuts (because of the local data that not stored on the disk).

 

There's the code:

 

/* Package and Imports */

public class DirectorMapTileEntity extends AbstractDirectorTileEntity
{
    /**
     * Temporary map of actor entities during playback. This map is used
     * to determine if the registered actors are still playing their roles.
     */
    protected Map<String, ActorEntity> actorMap = new HashMap<String, ActorEntity>();

    @Override
    public boolean shouldRefresh(World world, BlockPos pos, IBlockState oldState, IBlockState newSate)
    {
        return false;
    }

    /**
     * Add a replay string to list of actors
     */
    public boolean add(String replay)
    {
        if (!this.actors.contains(replay))
        {
            this.actors.add(replay);
            this.markDirty();

            return true;
        }

        return false;
    }

    /**
     * Starts a playback
     *
     * This method is different from the method in DirectorTileEntity, instead
     * of finding all entities and making them play, this method is basically
     * do the same thing as CommandPlay#execute, launching the playback
     * and adding new created entity to actors map.
     */
    @Override
    public void startPlayback()
    {
        if (this.isPlaying())
        {
            return;
        }

        for (String replay : this.actors)
        {
            String[] splits = replay.split(":");
            Entity entity = null;

            if (splits.length == 2)
            {
                entity = Mocap.startPlayback(splits[0], splits[0], splits[1], this.worldObj, true);
            }
            else if (splits.length == 1)
            {
                entity = Mocap.startPlayback(splits[0], splits[0], splits[0], this.worldObj, true);
            }

            this.actorMap.put(replay, (ActorEntity) entity);
        }

        this.playBlock(true);
    }

    /**
     * Does what it says to do – checking if the actors still playing their
     * roles (not finished playback).
     */
    @Override
    protected void areActorsStillPlaying()
    {
        int count = 0;

        for (String replay : this.actors)
        {
            if (Mocap.playbacks.containsKey(this.actorMap.get(replay)))
            {
                count++;
            }
        }

        System.out.println(this + " " + this.worldObj.isRemote);

        if (count == 0)
        {
            this.playBlock(false);
            this.actorMap.clear();
        }
    }
}

 

Basically, this TE is responsible for checking if actor entities are still playing and when they'll finish playing to shutdown the operation, basically to switch block's state and switch direction of redstone circuit.

 

As you can see from the code and the log below, when areActorsStillPlaying is called first, everything is ok, but on the next call it's being replaced (I make this assumption based on the class's address change). The local hash map in this TE is really important, but I don't understand why it's being replaced...

 

I tried to return false in shouldRefresh() to avoid replacing of this TE, but it didn't worked.

 

There's the log:

 

 

[22:21:59] [server thread/INFO]: [@: 14 blocks cloned]

[22:21:59] [server thread/INFO]: [@: Killed Pig]

[22:21:59] [Client thread/INFO]: [CHAT] [@: 14 blocks cloned]

[22:21:59] [Client thread/INFO]: [CHAT] [@: Killed Pig]

[22:22:03] [server thread/INFO] [sTDOUT]: [noname.blockbuster.tileentity.DirectorMapTileEntity:areActorsStillPlaying:106]: noname.blockbuster.tileentity.DirectorMapTileEntity@2177e71b false

[22:22:03] [server thread/INFO] [sTDOUT]: [noname.blockbuster.tileentity.DirectorMapTileEntity:areActorsStillPlaying:106]: noname.blockbuster.tileentity.DirectorMapTileEntity@1dfe0901 false

[22:22:03] [server thread/INFO]: [@: Object successfully summoned]

[22:22:03] [Client thread/INFO]: [CHAT] [@: Object successfully summoned]

[22:22:12] [Playback Thread/INFO] [sTDOUT]: [noname.blockbuster.recording.PlayThread:run:78]: Replay thread completed.

[22:22:14] [server thread/INFO]: Saving and pausing game...

 

 

How to fix that behavior?

 

Thank you for attention! :)

 

Edit: is there possibility that it's happens because my actor entities are like 80 blocks away? Because those actor entities in playback can be located really far.

Blockbuster – simple machinimas and cinematics for Minecraft
Posted

This is an old problem going back to 1.8 or earlier. There's a default behavior that replaces the TE for any state change, no matter how minor. Override shouldRefrsh, but you don't want to return a simple false. There really are many cases in which you do want the TE to be replaced, so test for them.

 

PS: Never forget that when you hit a snag, Google is your friend.

The debugger is a powerful and necessary tool in any IDE, so learn how to use it. You'll be able to tell us more and get better help here if you investigate your runtime problems in the debugger before posting.

Posted

I solved my problem, and it turned out that the problem wasn't in TE's being replaced. The problem actually was in the wrong storage of block's data.

 

I stored the playing state in block's public boolean field (because I was lazy to write additional code for block's metadata). In the log, there's two messages with two different objects being replaced, but in reality there was two different TE for two different blocks that I didn't noticed.

 

So, the glitch happened because these two TE's were attached to the same block instance with public boolean field. When one of the TE's started playing, the other gets the same value of isPlaying as the initial TE.

 

Basically, now I learned that Block instances are kinda singletons (they're allocated and initiated only once), and now that I understand better Block. The solution was to rewrite block's class to store state in IBlockState, and get this state from TE's instead of directly from the Block's class.

 

[spoiler=Code]

public abstract class AbstractDirectorBlock extends Block implements ITileEntityProvider
{
    public static final PropertyBool PLAYING = PropertyBool.create("playing");

    /* States */

    @Override
    public int getMetaFromState(IBlockState state)
    {
        return state.getValue(PLAYING) ? 1 : 0;
    }

    @Override
    public IBlockState getStateFromMeta(int meta)
    {
        return this.getDefaultState().withProperty(PLAYING, meta == 1 ? true : false);
    }

    @Override
    protected BlockStateContainer createBlockState()
    {
        return new BlockStateContainer(this, new IProperty[] { PLAYING });
    }
    
    /* Other code */
}

public abstract class AbstractDirectorTileEntity extends TileEntity implements ITickable
{
    /**
     * Checks every 4 ticks if the actors (that registered by this TE) are
     * still playing their roles.
     */
    @Override
    public void update()
    {
        if (this.tick-- > 0 || !this.isPlaying())
        {
            return;
        }

        this.areActorsStillPlaying();
        this.tick = 4;
    }

    /**
     * Does what it says to do – checking if the actors still playing their
     * roles (not finished playback).
     */
    protected void areActorsStillPlaying()
    {
        int count = 0;

        for (String id : this.actors)
        {
            ActorEntity actor = (ActorEntity) Mocap.entityByUUID(this.worldObj, id);

            if (!Mocap.playbacks.containsKey(actor))
            {
                count++;
            }
        }

        if (count == this.actors.size())
        {
            this.playBlock(false);
        }
    }

    // Using block states instead of Block's public fields
    
    /**
     * Set the state of the block playing (needed to update redstone thingy-stuff)
     */
    protected void playBlock(boolean isPlaying)
    {
        this.worldObj.setBlockState(this.pos, this.worldObj.getBlockState(this.pos).withProperty(AbstractDirectorBlock.PLAYING, isPlaying));
    }

    /**
     * Checks if block's state isPlaying is true
     */
    protected boolean isPlaying()
    {
        return this.worldObj.getBlockState(this.pos).getValue(AbstractDirectorBlock.PLAYING);
    }
}

 

 

Sorry for misleading :-[

 

P.S.: I probably deserve a -1 for misleading

Blockbuster – simple machinimas and cinematics for Minecraft

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

    • If you’ve lost crypto to a scam, don’t let shame or fear keep you silent. There are real experts out there who know how to fight back. Dexdert Net Recovery did the impossible for me, and they can do it for others too. Contact Dexdet Net Recovery For Help Visa Information Below:    
    • Hi everyone, I'm currently developing a Forge 1.21 mod for Minecraft and I want to display a custom HUD overlay for a minigame. My goal: When the game starts, all players should see an item/block icon (from the base game, not a custom texture) plus its name/text in the HUD – similar to how the bossbar overlay works. The HUD should appear centered above the hotbar (or at a similar prominent spot), and update dynamically (icon and name change as the target item changes). What I've tried: I looked at many online tutorials and several GitHub repos (e.g. SeasonHUD, MiniHUD), but most of them use NeoForge or Forge versions <1.20 that provide the IGuiOverlay API (e.g. implements IGuiOverlay, RegisterGuiOverlaysEvent). In Forge 1.21, it seems that neither IGuiOverlay nor RegisterGuiOverlaysEvent exist anymore – at least, I can't import them and they are missing from the docs and code completion. I tried using RenderLevelStageEvent as a workaround but it is probably not intended for custom HUDs. I am not using NeoForge, and switching the project to NeoForge is currently not an option for me. I tried to look at the original minecraft source code to see how elements like hearts, hotbar etc are drawn on the screen but I am too new to Minecraft modding to understand. What I'm looking for: What is the correct way to add a custom HUD element (icon + text) in Forge 1.21, given that the previous overlay API is missing? Is there a new recommended event, callback, or method in Forge 1.21 for custom HUD overlays, or is everyone just using a workaround? Is there a minimal open-source example repo for Forge 1.21 that demonstrates a working HUD overlay without relying on NeoForge or deprecated Forge APIs? My ideal solution: Centered HUD element with an in-game item/block icon (from the base game's assets, e.g. a diamond or any ItemStack / Item) and its name as text, with a transparent background rectangle. It should be visible to the players when the mini game is running. Easy to update the item (e.g. static variable or other method), so it can change dynamically during the game. Any help, code snippets, or up-to-date references would be really appreciated! If this is simply not possible right now in Forge 1.21, it would also help to know that for sure. Thank you very much in advance!
    • The simple answer is there is not an easy way. You would need to know how to program in Java, as well as at least some familiarity with how Forge works so you could port the differences. You would also need the sourcecode for the original mod, and permission from the author to modify it, if they did not use some sort of open source license. So it's not impossible, but it would take some effort, but doing so would open up a whole new world of possibilities for you!
    • Does it still crash if you remove holdmyitems? Looks like that mod doesn't work on a server as far as I can tell from the error.  
  • Topics

  • Who's Online (See full list)

    • There are no registered users currently online
×
×
  • Create New...

Important Information

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