• Recently Browsing

    No registered users viewing this page.

  • Posts

    • You need to buy the game. User was banned for piracy.
    • Hello, I setup a custom model like this: https://gyazo.com/51fabdfc1ebaee01e766dc20aea486c2 but in game it doesn't show it correctly. It shows the block bound or voxelshape like this: https://gyazo.com/594430fbe27b6941a81afa85319f73b7 The problem is that it has diagonal shape and it doesn't seem to like diagonal shapes and it decides to break.   My voxelshape code (It's a lot of code that I can't show it all since it's too big but I think you get the idea): https://gyazo.com/6e7d09f1b467f404b6fa73b5326eb62c   If anyone could help, that would be greatly appreciated. Thank you  
    • I managed to solve the issue. For anyone else who might be experiencing this problem, here is what I did: I deleted the “forge_gradle” and “minecraft” cache-folders located under %USERPROFILE%\.gradle\caches and let IntellJ re-import the project. Additionally (but likely unrelated) I updated to IntelliJ IDEA version 2020.2.3 and OpenJDK (Hotspot) version 1.8.0_272.
    • This thread serves as a means of cross-checking my work more than anything. I want to ensure that I am using the best method possible to achieve my goals, as I am not particularly comfortable with my skills in data replication quite yet.    The mod I am making is a sort of "trimmed" version of iChun's Morph mod. This mod simply allows players to alter their displayed model. The desired behavior of my network replication system should meet four goals in total: On the client... Provide a means of requesting a model change from the server. Provide a means of requesting which model a specific player is using from the server. On the server... Provide a means of propagating changes to a player's desired display model to all connected clients, so that the clients may render them appropriately. Provide a means of responding to requests asking for which model a specific player is using.   To synchronize this data across the network boundary, I am using the following packet class. My main concern is my choice of tracking players. Is there a system in place that can more easily keep a reference to a player that is common for the client and server alike? This player is not necessarily associated with the packet handler, of course. Additionally, is there a more optimal setup than what I have now? My method right now is to simply use UUIDs to identify players, as should be obvious. Apologies if the pascal case drives anyone mad, I've been doing a lot of C# work and prefer things to be in that style   public static class ReplicationPacket { /** The type of event that this is. */ public EventType Type; /** The ID of the player this event pertains to. */ public UUID PlayerID; /** The target entity that the associated player wants to become, should become, or currently is. */ @Nullable public ResourceLocation TargetEntity = null; /** * Represents a type of morph replication packet, which describes the behavior that this packet should have on the associated side. * @author Eti */ public static enum EventType { /** A player has changed their model or joined with a model on.<br/> * Update the client registry to the packet's defined data to determine how to render this player. * Additionally, the player that requested this morph should actually morph at this point.<br/><br/> * TODO: Provide means of client-feedback for slower connections / long processing time on the serverside to prevent people from getting confused at the lack of any immediate changes. * */ UpdatePlayerModel, /** A player wants to change their model, and is asking the server to propagate said change. */ ChangePlayerModel, /** A player is asking the server what someone's model is. */ GetPlayerModel, /** A response to GetPlayerModel. If the target entity is null, the player is using their stock player model. */ IsPlayerModel, } }   Thanks for your time.
    • Hello I have TLSkinCape requiers MC 1.13 or above im playing 1.12.2 but in name of mod says its for 1.12.2 what do I need to do?
  • Topics

  • Who's Online (See full list)