Jump to content

TileEntity dynamic behaviors conventional interface


target.san

Recommended Posts

Hello everyone.

 

As I understand, the common way to add some custom logic to TileEntity and expose it as API is to add static interface. It's a common way to add behavior at compile-time.

The problem is, there's no common way to add such behavior in runtime. If some mod gives such opportunity, it adds its own interface with method like getEUSink or like.

What I propose is to add such method to TileEntity at the Forge level. So we'll have something like:

object getBehavior(Class clazz)

Which will return required projection or adaptor for tile entity, if it exists. If TileEntity implements required "clazz" directly, then this is returned.

Pros:

1. Unified way for tile entities to communicate

2. Modular tile entities can change their behavior in runtime easily

Cons:

1. Theoretical performance degradation due to more type casts

Link to comment
Share on other sites

Your idea is not better than

object instanceof clazz
//or
clazz.isAssignableFrom(cls)

In your example you can't make same object become instanceof clazz on current tick, and then unbecome on next tick.

 

And you can already change "Modular tile entities" behavior at runtime.

Please be more specific. If you're telling about some existing implementations, then I'm not arguing that. I'm just suggesting a more centralized mechanic for this. The problem is, if mod A provides modular TE's, and mod B provides modular TE's, then these are two different kinds of modular TE's.

Link to comment
Share on other sites

In your example you can't make same object become instanceof clazz on current tick, and then unbecome on next tick.

You mean something like this ?

AbstractBehavior behavior;

public void tick(){
     if(behavior instanceof DefaultBehavior){
         behavior = new RandomBehavior(this);
    }else{
         behavior = new DefaultBehavior(this);
    }
    behavior.behave();
}

 

Please be more specific. If you're telling about some existing implementations, then I'm not arguing that. I'm just suggesting a more centralized mechanic for this. The problem is, if mod A provides modular TE's, and mod B provides modular TE's, then these are two different kinds of modular TE's.

Take my example, i don't get how your method would help you or anyone else to "communicate" with it.

Link to comment
Share on other sites

Okay, here are some notes on why that getBehavior would be useful.

First, you won't see benefits from this on basic TE's - only on compound ones.

Second, I don't think I would be able to give some short and clean code samples due to 'first'.

Here's rough, stripped version of TileGenericPipe class from BuildCraft. It implements 10 interfaces.

 

 

public class TileGenericPipe extends TileEntity implements IPowerReceptor, IFluidHandler, IPipeTile, IOverrideDefaultTriggers, ITileBufferHolder,
	IDropControlInventory, IPipeRenderState, ISyncedTile, ISolidSideTile, IGuiReturnHandler {

public TileGenericPipe() {...}

@Override
public void writeToNBT(NBTTagCompound nbt) {...}

@Override
public void readFromNBT(NBTTagCompound nbt) {...}

@Override
public void invalidate() {...}

@Override
public void validate() {...}

@Override
public void updateEntity() {...}

public void initialize(Pipe pipe) {...}

@Override
public IPipe getPipe() {...}

@Override
public PowerHandler.PowerReceiver getPowerReceiver(ForgeDirection side) {...}

@Override
public void doWork(PowerHandler workProvider) {...}

public void scheduleNeighborChange() {...}

@Override
public int injectItem(ItemStack payload, boolean doAdd, ForgeDirection from) {...}

@Override
public PipeType getPipeType() {...}

@Override
public Packet getDescriptionPacket() {...}

public void sendUpdateToClient() {...}

@Override
public LinkedList<ITrigger> getTriggers() {...}

@Override
public void blockRemoved(ForgeDirection from) {...}

public TileBuffer[] getTileCache() {...}

@Override
public void blockCreated(ForgeDirection from, int blockID, TileEntity tile) {...}

@Override
public int getBlockId(ForgeDirection to) {...}

@Override
public TileEntity getTile(ForgeDirection to) {...}

@Override
public boolean isPipeConnected(ForgeDirection with) {...}

@Override
public boolean doDrop() {...}

@Override
public void onChunkUnload() {...}

@Override
public int fill(ForgeDirection from, FluidStack resource, boolean doFill) {...}

@Override
public FluidStack drain(ForgeDirection from, int maxDrain, boolean doDrain) {...}

@Override
public FluidStack drain(ForgeDirection from, FluidStack resource, boolean doDrain) {...}

@Override
public boolean canFill(ForgeDirection from, Fluid fluid) {...}

@Override
public boolean canDrain(ForgeDirection from, Fluid fluid) {...}

@Override
public FluidTankInfo[] getTankInfo(ForgeDirection from) {...}

public void scheduleRenderUpdate() {...}

public boolean addFacade(ForgeDirection direction, int blockid, int meta) {...}

public boolean hasFacade(ForgeDirection direction) {...}

public boolean dropFacade(ForgeDirection direction) {...}

@Override
public PipeRenderState getRenderState() {...}

@Override
@SideOnly(Side.CLIENT)
public IIconProvider getPipeIcons() {...}

@Override
public IClientState getStateInstance(byte stateId) {...}

@Override
public void afterStateUpdated(byte stateId) {...}

@Override
@SideOnly(Side.CLIENT)
public double getMaxRenderDistanceSquared() {...}

@Override
public boolean shouldRefresh(int oldID, int newID, int oldMeta, int newMeta, World world, int x, int y, int z) {...}

@Override
public boolean isSolidOnSide(ForgeDirection side) {...}

public boolean hasPlug(ForgeDirection side) {...}

public boolean removeAndDropPlug(ForgeDirection side) {...}

public boolean addPlug(ForgeDirection forgeDirection) {...}

public int getBlockId() {...}

@Override
public World getWorld() {...}

public boolean isUseableByPlayer(EntityPlayer player) {...}

@Override
public void writeGuiData(DataOutputStream data) throws IOException {...}

@Override
public void readGuiData(DataInputStream data, EntityPlayer sender) throws IOException {...}
}

 

 

Issues I can personally see here:

1. All pipe responsibilities in one class

2. All pipes need to be potential item, liquid and power pipes. Or, this part should be split into three separate TE's.

3. All pipe behaviors are statically described in class contract, i.e. you can't add new responsibilities without modifying class.

If getBehavior or something like is present, all interfaces which aren't directly related to how pipe works can be extracted to separate classes.

This will:

1. Lighten up core class

2. Allow each ppe to implement only interfaces it really needs, i.e. power pipe won't need to be item and fluid pipe at the same time

Moreover, let's check LogisticsPipes pipe. Let's imagine we need chassis module which provides BC power to connected blocks. With current state of things, you'll need

a) Add IPowerEmitter interface to TE class

b) implement it directly in TE class

c) Process both cases when we have module and when not, even for pipes which aren't chassis.

 

To sum up,

+ Allows to split TE implementation into several independent parts, and add such parts more easily

+ Allows to modify TE behaviors at runtime, depending on TE state, without need of stub imterface implementations

+ Allows one block to mimick another, like Transfactor Interface from Thaumic Tinkerer, but without limiting number of mimicked behaviors

- Requires one more method

- Might require to use class->handler map internally

* Migration might be easened with following code in default implementation:

if (this instanceof clazz)
  return this;

* The idea might be extended

  object getBehavior(Class clazz, ForgeDirection side)

  This will allow to have different behaviors on sides, and side-independent ones for UNKNOWN direction

 

Link to comment
Share on other sites

  • 1 month later...

I don't really see the benefit of this rewrite. Besides the fact that refactoring the modder's code is a modder responsibility. Theirs, not ours.

Also, if you just want a pipe that handles liquids, just implement the more limited set of interfaces in your class. Then use your class wherever a liquid pipe is needed. That's the beauty of interfaces. Your class can adhere to only the contracts it needs to perform its job.

A backhoe might have interfaces for wheeledVehicle, contructionEquipment, diggerMachine, HydrolicsUser, and others. While a car might implement wheeledVehicle, roadWorthy, comfortProvider, etc. why make a car into a backhoe when that is not its job?

Link to comment
Share on other sites

As I wrote earlier, the main benefit is the ability to modify set of behaviors TE supports in runtime.

For now I'm mostly looking at LogisticsPipes as an example. There, chassis pipe should support _all_ possible interfaces beforehand.

Actually, any entity which can or cannot be something depending on state would benefit from such change.

Link to comment
Share on other sites

Okay, here are some notes on why that getBehavior would be useful.

First, you won't see benefits from this on basic TE's - only on compound ones.

Second, I don't think I would be able to give some short and clean code samples due to 'first'.

Here's rough, stripped version of TileGenericPipe class from BuildCraft. It implements 10 interfaces.

 

Issues I can personally see here:

1. All pipe responsibilities in one class

2. All pipes need to be potential item, liquid and power pipes. Or, this part should be split into three separate TE's.

3. All pipe behaviors are statically described in class contract, i.e. you can't add new responsibilities without modifying class.

If getBehavior or something like is present, all interfaces which aren't directly related to how pipe works can be extracted to separate classes.

All this is because they didn't abstract enough.

A generic pipe for me is only a means of transportation.

Object to be transported should simply be wrapped with their transportation method, which should be called as the pipe comes into contact. Example:

public class GenericPipe extends TileEntity{
Vec3 vec3;
List<Transportable> transports = new ArrayList();
List<ContactHandler> lookers = new ArrayList();
public GenericPipe(){
    vec3 = Vec3.createVectorHelper(this.posX,this.posY,this.posZ);
}

public void addTransportFor(Transportable object, ContactHandler handler){
     transports.add(object);
     lookers.add(handler);
}

public boolean isInContactWith(Transportable object){
    for(ContactHandler handler:lookers){
        if(handler.canTouch(object, this)
            return true;
    }
}

public void send(Direction dir, Speed speed){
    for(Transportable object:transports){
        if(isInContactWith(object)){
            object.transportTo(dir, speed, this.vec3, this.worldObj);
        }
    }
}

}

 

  object getBehavior(Class clazz, ForgeDirection side)

  This will allow to have different behaviors on sides, and side-independent ones for UNKNOWN direction

So, let say we are in this case:

TileEntity tileEntity = world.getTileEntity(x,y,z);//some random code to get a TileEntity instance
Object obj = tileEntity.getBehavior(SomeBehavior.class, Side.WTV);//you call that method you suggested
obj. //? now what ?

And compare it with the current situation:

TileEntity tileEntity = world.getTileEntity(x,y,z);//some random code to get a TileEntity instance
if(tileEntity instanceof SomeBehavior){
  ((SomeBehavior)tileEntity).doSomething(Side.WTV);
}

I don't see any improvement from your suggestion...

Link to comment
Share on other sites

  object getBehavior(Class clazz, ForgeDirection side)

  This will allow to have different behaviors on sides, and side-independent ones for UNKNOWN direction

So, let say we are in this case:

TileEntity tileEntity = world.getTileEntity(x,y,z);//some random code to get a TileEntity instance
Object obj = tileEntity.getBehavior(SomeBehavior.class, Side.WTV);//you call that method you suggested
obj. //? now what ?

And compare it with the current situation:

TileEntity tileEntity = world.getTileEntity(x,y,z);//some random code to get a TileEntity instance
if(tileEntity instanceof SomeBehavior){
  ((SomeBehavior)tileEntity).doSomething(Side.WTV);
}

I don't see any improvement from your suggestion...

 

I'm not good at generics. Sketch solution for TileEntity with more proper signature would look like this:

public <T> T getBehavior(Class<T> clazz, ForgeDirection side) {
if (clazz.isInstance(this))
	return clazz.cast(this);
return null;
}
public final <T> T getBehavior(Class<T> clazz) {
return getBehavior(clazz, ForgeDirection.UNKNOWN);
}

Next, we're having some class with dynamic set of behaviors

Map<Class, Object> behaviors = new HashMap<Class, Object>();

public <T> T getBehavior(Class<T> clazz, ForgeDirection side) {
Object obj = behaviors.get(clazz);
if (obj != null)
	return clazz.cast(obj);
return super.getBehavior(clazz, side);
}

And that's how we can use this:

ISomeBehavior b = tileEntity.getBehavior(ISomeBehavior.class);
if (b != null)
... do some nifty stuff ...

The main advantage is that we'll be using single approach for all cases. It won't matter whether that behavior is a superclass of TE or some internal aggregate - we'll need to call getBehavior.

Next, let's remember about such a block as Transfactor Interface from Thaumic Tinkerer. With current approach, author needed to implement every possible interface by hand. With getBehavior, he can just delegate to linked entity's getBehavior - less than 10 lines of code to rule them all.

Link to comment
Share on other sites

Several things to note:

[*]Your example getBehavior method never uses the side argument. It is therefore useless as an example of anything except a spiffy class cast.

[*]Your map would not work in most situations as many instances of a class exist, duplicate keys will abound.

[*]Your second code snippet might as well be static as it makes no reference to this at all. What's it's purpose again?

[*]Your third snippet boils down to, try {ISomeBehavior b = (ISomeBehavior)tileEntity;} catch(Exception e) {b = null; }

[*]What's the advantage to your method? I still see none.

 

Am I missing the obvious?

Link to comment
Share on other sites

Your example getBehavior method never uses the side argument. It is therefore useless as an example of anything except a spiffy class cast.

Yes, because it's an example implementation. Derivatives might expose different behaviors on different sides if they want.

Your map would not work in most situations as many instances of a class exist, duplicate keys will abound.

There's no static modifier, so it's an instance variable. If I didn't add access modifier, it wouldn't make map static.

Your second code snippet might as well be static as it makes no reference to this at all. What's it's purpose again?

See prev item, it references instance map.

Your third snippet boils down to, try {ISomeBehavior b = (ISomeBehavior)tileEntity;} catch(Exception e) {b = null; }

It doesn't. Because, depending on real TE type, it might return behavior which isn't TE's implemented interface or superclass.

And my main point is that we'll have single way to access both inheritance-based behaviors and aggregation-based ones.

What's the advantage to your method? I still see none.

 

Am I missing the obvious?

Yup, you are.

 

As another example, proposed approach would allow to implement multipart blocks with inherent support for parts with complex logic. At example, ordinary multiparts form one tile entity type. But if you need something like multipart wire, you have to make your own tile entity - because you need several behaviors exposed as interfaces, statically. With proposed approach, there would be no need for separate TE class - only some code which allows block parts to expose their behaviors on block sides. Modularity in action. BTW, this is one of many places for side argument which you thought as excessive.

Link to comment
Share on other sites

In regards to my second point: Your hashmap requires unique keys. Classes and interfaces tend not to be unique, where instances usually are. Therefore, you could never create more than one instance of any class or interface in your map and successfully register the new one. Your best hope would be for a HashMap(Class<?>,Set<Object>) to represent such a mapping.

 

Another thing, your idea represents breaking an object (Like a TE) into sides. But a TE normally requires and assumes all six sides belong to it. You'd get farther along by creating MicroTEs where each gets an isosceles pyramid shaped area of the block. Then you could make aggregates of these to fill a block.

TileEntiry myWierdBlock = new AggregateTE(MicroTE ob_up, MicroTE ob_down,
    MicroTE ob_north, MicroTE ob_south,
    MicroTE ob_east, MicroTE ob_west);

 

That would at least be a start.

Link to comment
Share on other sites

In regards to my second point: Your hashmap requires unique keys. Classes and interfaces tend not to be unique, where instances usually are. Therefore, you could never create more than one instance of any class or interface in your map and successfully register the new one. Your best hope would be for a HashMap(Class<?>,Set<Object>) to represent such a mapping.

(sigh) Ok, so you're about using Class as key in hashmap.

It's a kind of service locator pattern. We have one such map per TE instance. When TE is asked to return some behavior, which is a type, it searches for such mapping in that map using class it received as a key. If it finds some type, it returns that value. If not, it falls back to superclass behavior. So yes, there mapping from type to object is unique, but it's unique per TE instance. So I see no problem at all, since TE can't have two behavior implementors for the same type. It's not an event processing, where you can have several event handlers per event type.

 

Another thing, your idea represents breaking an object (Like a TE) into sides. But a TE normally requires and assumes all six sides belong to it. You'd get farther along by creating MicroTEs where each gets an isosceles pyramid shaped area of the block. Then you could make aggregates of these to fill a block.

TileEntiry myWierdBlock = new AggregateTE(MicroTE ob_up, MicroTE ob_down,
    MicroTE ob_north, MicroTE ob_south,
    MicroTE ob_east, MicroTE ob_west);

 

That would at least be a start.

You're going too far by talking about block geometry. My approach doesn't break TE into sides. It allows TE to behave differently on different sides. There's no break since behaviors aren't independent objects.

The pattern of having different behaviors on the sides of block is pretty common in Minecraft mods. You're checking if some TE can, at example, send or receive items from a certain side, or send/receive some power. And some sides just don't provide such a function.

To achieve this, mod authors usually add methods to interfaces like:

public int putItem(ItemStack stack, ForgeDirection direction);

Approach with sided behaviors would eliminate this need. Wanna your block work as inventory on a side? Just return inventory interface from there. Wanna check if the block is an inventory on a side? Just request behavior and check it for null.

Link to comment
Share on other sites

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.



  • Recently Browsing

    • No registered users viewing this page.
  • Posts

    • Maybe it refers to the OpenGL error spam Make a test without Rubidium and Oculus
    • You can use the BlockBehaviour.canBeReplaced() method
    • Hey I'm trying to run minecraft ith some mods on forge but every time I get this error and I dont know what to do Here's the crash record: ---- Minecraft Crash Report ---- // Oh - I know what I did wrong! Time: 2024-02-25 17:51:26 Description: Initializing game org.spongepowered.asm.mixin.transformer.throwables.MixinTransformerError: An unexpected critical error was encountered     at org.spongepowered.asm.mixin.transformer.MixinProcessor.applyMixins(MixinProcessor.java:392) ~[mixin-0.8.5.jar:0.8.5+Jenkins-b310.git-155314e6e91465dad727e621a569906a410cd6f4] {}     at org.spongepowered.asm.mixin.transformer.MixinTransformer.transformClass(MixinTransformer.java:250) ~[mixin-0.8.5.jar:0.8.5+Jenkins-b310.git-155314e6e91465dad727e621a569906a410cd6f4] {}     at org.spongepowered.asm.service.modlauncher.MixinTransformationHandler.processClass(MixinTransformationHandler.java:131) ~[mixin-0.8.5.jar:0.8.5+Jenkins-b310.git-155314e6e91465dad727e621a569906a410cd6f4] {}     at org.spongepowered.asm.launch.MixinLaunchPluginLegacy.processClass(MixinLaunchPluginLegacy.java:131) ~[mixin-0.8.5.jar:0.8.5+Jenkins-b310.git-155314e6e91465dad727e621a569906a410cd6f4] {}     at cpw.mods.modlauncher.serviceapi.ILaunchPluginService.processClassWithFlags(ILaunchPluginService.java:156) ~[modlauncher-10.0.9.jar:10.0.9+10.0.9+main.dcd20f30] {}     at cpw.mods.modlauncher.LaunchPluginHandler.offerClassNodeToPlugins(LaunchPluginHandler.java:88) ~[modlauncher-10.0.9.jar:?] {}     at cpw.mods.modlauncher.ClassTransformer.transform(ClassTransformer.java:120) ~[modlauncher-10.0.9.jar:?] {}     at cpw.mods.modlauncher.TransformingClassLoader.maybeTransformClassBytes(TransformingClassLoader.java:50) ~[modlauncher-10.0.9.jar:?] {}     at cpw.mods.cl.ModuleClassLoader.readerToClass(ModuleClassLoader.java:113) ~[securejarhandler-2.1.10.jar:?] {}     at cpw.mods.cl.ModuleClassLoader.lambda$findClass$15(ModuleClassLoader.java:219) ~[securejarhandler-2.1.10.jar:?] {}     at cpw.mods.cl.ModuleClassLoader.loadFromModule(ModuleClassLoader.java:229) ~[securejarhandler-2.1.10.jar:?] {}     at cpw.mods.cl.ModuleClassLoader.findClass(ModuleClassLoader.java:219) ~[securejarhandler-2.1.10.jar:?] {}     at cpw.mods.cl.ModuleClassLoader.loadClass(ModuleClassLoader.java:135) ~[securejarhandler-2.1.10.jar:?] {}     at java.lang.ClassLoader.loadClass(ClassLoader.java:525) ~[?:?] {}     at net.minecraft.client.gui.Gui.<init>(Gui.java:142) ~[client-1.20.1-20230612.114412-srg.jar%23178!/:?] {re:mixin,pl:accesstransformer:B,xf:OptiFine:default,re:classloading,pl:accesstransformer:B,xf:OptiFine:default,pl:mixin:APP:do_a_barrel_roll.mixins.json:client.InGameHudMixin,pl:mixin:A}     at net.minecraftforge.client.gui.overlay.ForgeGui.<init>(ForgeGui.java:69) ~[forge-1.20.1-47.1.29-universal.jar%23183!/:?] {re:classloading}     at net.minecraft.client.Minecraft.<init>(Minecraft.java:521) ~[client-1.20.1-20230612.114412-srg.jar%23178!/:?] {re:mixin,pl:accesstransformer:B,pl:runtimedistcleaner:A,re:mixin,pl:accesstransformer:B,pl:runtimedistcleaner:A,re:classloading,pl:accesstransformer:B,pl:mixin:A,pl:runtimedistcleaner:A}     at net.minecraft.client.main.Main.main(Main.java:182) ~[1.20.1-forge-47.1.29-wrapper.jar:?] {re:classloading,pl:runtimedistcleaner:A}     at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?] {}     at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77) ~[?:?] {}     at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?] {}     at java.lang.reflect.Method.invoke(Method.java:568) ~[?:?] {}     at net.minecraftforge.fml.loading.targets.CommonLaunchHandler.runTarget(CommonLaunchHandler.java:111) ~[fmlloader-1.20.1-47.1.29.jar:?] {}     at net.minecraftforge.fml.loading.targets.CommonLaunchHandler.clientService(CommonLaunchHandler.java:99) ~[fmlloader-1.20.1-47.1.29.jar:?] {}     at net.minecraftforge.fml.loading.targets.CommonClientLaunchHandler.lambda$makeService$0(CommonClientLaunchHandler.java:25) ~[fmlloader-1.20.1-47.1.29.jar:?] {}     at cpw.mods.modlauncher.LaunchServiceHandlerDecorator.launch(LaunchServiceHandlerDecorator.java:30) ~[modlauncher-10.0.9.jar:?] {}     at cpw.mods.modlauncher.LaunchServiceHandler.launch(LaunchServiceHandler.java:53) ~[modlauncher-10.0.9.jar:?] {}     at cpw.mods.modlauncher.LaunchServiceHandler.launch(LaunchServiceHandler.java:71) ~[modlauncher-10.0.9.jar:?] {}     at cpw.mods.modlauncher.Launcher.run(Launcher.java:108) ~[modlauncher-10.0.9.jar:?] {}     at cpw.mods.modlauncher.Launcher.main(Launcher.java:78) ~[modlauncher-10.0.9.jar:?] {}     at cpw.mods.modlauncher.BootstrapLaunchConsumer.accept(BootstrapLaunchConsumer.java:26) ~[modlauncher-10.0.9.jar:?] {}     at cpw.mods.modlauncher.BootstrapLaunchConsumer.accept(BootstrapLaunchConsumer.java:23) ~[modlauncher-10.0.9.jar:?] {}     at cpw.mods.bootstraplauncher.BootstrapLauncher.main(BootstrapLauncher.java:141) ~[bootstraplauncher-1.1.2.jar:?] {}     at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?] {}     at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77) ~[?:?] {}     at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?] {}     at java.lang.reflect.Method.invoke(Method.java:568) ~[?:?] {}     at io.github.zekerzhayard.forgewrapper.installer.Main.main(Main.java:57) ~[?:?] {} Caused by: org.spongepowered.asm.mixin.injection.throwables.InjectionError: Critical injection failure: Argument modifier method doABarrelRoll$modifyDebugHudText(Ljava/lang/String;)Ljava/lang/String; in do_a_barrel_roll.mixins.json:client.roll.DebugHudMixin failed injection check, (0/1) succeeded. Scanned 1 target(s). Using refmap do_a_barrel_roll.refmap.json     at org.spongepowered.asm.mixin.injection.struct.InjectionInfo.postInject(InjectionInfo.java:468) ~[mixin-0.8.5.jar:0.8.5+Jenkins-b310.git-155314e6e91465dad727e621a569906a410cd6f4] {}     at org.spongepowered.asm.mixin.transformer.MixinTargetContext.applyInjections(MixinTargetContext.java:1362) ~[mixin-0.8.5.jar:0.8.5+Jenkins-b310.git-155314e6e91465dad727e621a569906a410cd6f4] {}     at org.spongepowered.asm.mixin.transformer.MixinApplicatorStandard.applyInjections(MixinApplicatorStandard.java:1051) ~[mixin-0.8.5.jar:0.8.5+Jenkins-b310.git-155314e6e91465dad727e621a569906a410cd6f4] {}     at org.spongepowered.asm.mixin.transformer.MixinApplicatorStandard.applyMixin(MixinApplicatorStandard.java:400) ~[mixin-0.8.5.jar:0.8.5+Jenkins-b310.git-155314e6e91465dad727e621a569906a410cd6f4] {}     at org.spongepowered.asm.mixin.transformer.MixinApplicatorStandard.apply(MixinApplicatorStandard.java:325) ~[mixin-0.8.5.jar:0.8.5+Jenkins-b310.git-155314e6e91465dad727e621a569906a410cd6f4] {}     at org.spongepowered.asm.mixin.transformer.TargetClassContext.apply(TargetClassContext.java:383) ~[mixin-0.8.5.jar:0.8.5+Jenkins-b310.git-155314e6e91465dad727e621a569906a410cd6f4] {}     at org.spongepowered.asm.mixin.transformer.TargetClassContext.applyMixins(TargetClassContext.java:365) ~[mixin-0.8.5.jar:0.8.5+Jenkins-b310.git-155314e6e91465dad727e621a569906a410cd6f4] {}     at org.spongepowered.asm.mixin.transformer.MixinProcessor.applyMixins(MixinProcessor.java:363) ~[mixin-0.8.5.jar:0.8.5+Jenkins-b310.git-155314e6e91465dad727e621a569906a410cd6f4] {}     ... 37 more A detailed walkthrough of the error, its code path and all known details is as follows: --------------------------------------------------------------------------------------- -- Head -- Thread: Render thread nullStacktrace:     at org.spongepowered.asm.mixin.transformer.MixinProcessor.applyMixins(MixinProcessor.java:392) ~[mixin-0.8.5.jar:0.8.5+Jenkins-b310.git-155314e6e91465dad727e621a569906a410cd6f4] {}     at org.spongepowered.asm.mixin.transformer.MixinTransformer.transformClass(MixinTransformer.java:250) ~[mixin-0.8.5.jar:0.8.5+Jenkins-b310.git-155314e6e91465dad727e621a569906a410cd6f4] {}     at org.spongepowered.asm.service.modlauncher.MixinTransformationHandler.processClass(MixinTransformationHandler.java:131) ~[mixin-0.8.5.jar:0.8.5+Jenkins-b310.git-155314e6e91465dad727e621a569906a410cd6f4] {}     at org.spongepowered.asm.launch.MixinLaunchPluginLegacy.processClass(MixinLaunchPluginLegacy.java:131) ~[mixin-0.8.5.jar:0.8.5+Jenkins-b310.git-155314e6e91465dad727e621a569906a410cd6f4] {}     at cpw.mods.modlauncher.serviceapi.ILaunchPluginService.processClassWithFlags(ILaunchPluginService.java:156) ~[modlauncher-10.0.9.jar:10.0.9+10.0.9+main.dcd20f30] {}     at cpw.mods.modlauncher.LaunchPluginHandler.offerClassNodeToPlugins(LaunchPluginHandler.java:88) ~[modlauncher-10.0.9.jar:?] {}     at cpw.mods.modlauncher.ClassTransformer.transform(ClassTransformer.java:120) ~[modlauncher-10.0.9.jar:?] {}     at cpw.mods.modlauncher.TransformingClassLoader.maybeTransformClassBytes(TransformingClassLoader.java:50) ~[modlauncher-10.0.9.jar:?] {}     at cpw.mods.cl.ModuleClassLoader.readerToClass(ModuleClassLoader.java:113) ~[securejarhandler-2.1.10.jar:?] {}     at cpw.mods.cl.ModuleClassLoader.lambda$findClass$15(ModuleClassLoader.java:219) ~[securejarhandler-2.1.10.jar:?] {}     at cpw.mods.cl.ModuleClassLoader.loadFromModule(ModuleClassLoader.java:229) ~[securejarhandler-2.1.10.jar:?] {}     at cpw.mods.cl.ModuleClassLoader.findClass(ModuleClassLoader.java:219) ~[securejarhandler-2.1.10.jar:?] {}     at cpw.mods.cl.ModuleClassLoader.loadClass(ModuleClassLoader.java:135) ~[securejarhandler-2.1.10.jar:?] {}     at java.lang.ClassLoader.loadClass(ClassLoader.java:525) ~[?:?] {}     at net.minecraft.client.gui.Gui.<init>(Gui.java:142) ~[client-1.20.1-20230612.114412-srg.jar%23178!/:?] {re:mixin,pl:accesstransformer:B,xf:OptiFine:default,re:classloading,pl:accesstransformer:B,xf:OptiFine:default,pl:mixin:APP:do_a_barrel_roll.mixins.json:client.InGameHudMixin,pl:mixin:A}     at net.minecraftforge.client.gui.overlay.ForgeGui.<init>(ForgeGui.java:69) ~[forge-1.20.1-47.1.29-universal.jar%23183!/:?] {re:classloading}     at net.minecraft.client.Minecraft.<init>(Minecraft.java:521) ~[client-1.20.1-20230612.114412-srg.jar%23178!/:?] {re:mixin,pl:accesstransformer:B,pl:runtimedistcleaner:A,re:mixin,pl:accesstransformer:B,pl:runtimedistcleaner:A,re:classloading,pl:accesstransformer:B,pl:mixin:A,pl:runtimedistcleaner:A} -- Initialization -- Details:     Modules:          ADVAPI32.dll:Erweiterte Windows 32 Base-API:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         COMCTL32.dll:Bibliothek für Steuerelemente:6.10 (WinBuild.160101.0800):Microsoft Corporation         CRYPT32.dll:Krypto-API32:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         CRYPTBASE.dll:Base cryptographic API DLL:10.0.19041.3636 (WinBuild.160101.0800):Microsoft Corporation         CRYPTSP.dll:Cryptographic Service Provider API:10.0.19041.3636 (WinBuild.160101.0800):Microsoft Corporation         ColorAdapterClient.dll:Microsoft Color Adapter Client:10.0.19041.3636 (WinBuild.160101.0800):Microsoft Corporation         CoreMessaging.dll:Microsoft CoreMessaging Dll:10.0.19041.3930:Microsoft Corporation         CoreUIComponents.dll:Microsoft Core UI Components Dll:10.0.19041.3636:Microsoft Corporation         DBGHELP.DLL:Windows Image Helper:10.0.19041.3636 (WinBuild.160101.0800):Microsoft Corporation         DEVOBJ.dll:Device Information Set DLL:10.0.19041.3996 (WinBuild.160101.0800):Microsoft Corporation         DNSAPI.dll:DNS-Client-API-DLL:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         GDI32.dll:GDI Client DLL:10.0.19041.3996 (WinBuild.160101.0800):Microsoft Corporation         GLU32.dll:OpenGL-Hilfsprogrammbibliotheks-DLL:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         IMM32.DLL:Multi-User Windows IMM32 API Client DLL:10.0.19041.3996 (WinBuild.160101.0800):Microsoft Corporation         IPHLPAPI.DLL:IP-Hilfs-API:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         KERNEL32.DLL:Client-DLL für Windows NT-Basis-API:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         KERNELBASE.dll:Client-DLL für Windows NT-Basis-API:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         MMDevApi.dll:MMDevice-API:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         MSASN1.dll:ASN.1 Runtime APIs:10.0.19041.3636 (WinBuild.160101.0800):Microsoft Corporation         MSCTF.dll:MSCTF-Server-DLL:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         MpOav.dll:IOfficeAntiVirus Module:4.18.2203.5 (WinBuild.160101.0800):Microsoft Corporation         NLAapi.dll:Network Location Awareness 2:10.0.19041.3636 (WinBuild.160101.0800):Microsoft Corporation         NSI.dll:NSI User-mode interface DLL:10.0.19041.3636 (WinBuild.160101.0800):Microsoft Corporation         NTASN1.dll:Microsoft ASN.1 API:10.0.19041.1 (WinBuild.160101.0800):Microsoft Corporation         OLEAUT32.dll:OLEAUT32.DLL:10.0.19041.3636 (WinBuild.160101.0800):Microsoft Corporation         OpenAL.dll:Main implementation library:1.21.1:         POWRPROF.dll:Power Profile Helper DLL:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         PROPSYS.dll:Microsoft-Eigenschaftensystem:7.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         PSAPI.DLL:Process Status Helper:10.0.19041.3636 (WinBuild.160101.0800):Microsoft Corporation         RPCRT4.dll:Remoteprozeduraufruf-Laufzeitumgebung:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         SETUPAPI.dll:Windows Setup-API:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         SHCORE.dll:SHCORE:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         SHELL32.dll:Allgemeine Windows-Shell-DLL:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         UMPDC.dll         USER32.dll:Client-DLL für Windows USER-API (mehrere Benutzer):10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         USERENV.dll:Userenv:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         VCRUNTIME140.dll:Microsoft® C Runtime Library:14.29.30139.0 built by: vcwrkspc:Microsoft Corporation         VERSION.dll:Version Checking and File Installation Libraries:10.0.19041.3636 (WinBuild.160101.0800):Microsoft Corporation         WINHTTP.dll:Windows HTTP-Dienste:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         WINMM.dll:MCI API-DLL:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         WINSTA.dll:Winstation Library:10.0.19041.3636 (WinBuild.160101.0800):Microsoft Corporation         WINTRUST.dll:Microsoft Trust Verification APIs:10.0.19041.3996 (WinBuild.160101.0800):Microsoft Corporation         WS2_32.dll:Windows Socket 2.0-32-Bit-DLL:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         WSOCK32.dll:Windows Socket 32-Bit DLL:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         WTSAPI32.dll:Windows Remote Desktop Session Host Server SDK APIs:10.0.19041.3636 (WinBuild.160101.0800):Microsoft Corporation         Wldp.dll:Windows-Sperrungsrichtlinie:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         amsi.dll:Anti-Malware Scan Interface:10.0.19041.3636 (WinBuild.160101.0800):Microsoft Corporation         apphelp.dll:Clientbibliothek für Anwendungskompatibilität:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         awt.dll:OpenJDK Platform binary:17.0.8.0:Microsoft         bcrypt.dll:Bibliothek mit kryptografischen Primitiven von Windows:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         bcryptPrimitives.dll:Windows Cryptographic Primitives Library:10.0.19041.3636 (WinBuild.160101.0800):Microsoft Corporation         cfgmgr32.dll:Configuration Manager DLL:10.0.19041.3996 (WinBuild.160101.0800):Microsoft Corporation         clbcatq.dll:COM+ Configuration Catalog:2001.12.10941.16384 (WinBuild.160101.0800):Microsoft Corporation         combase.dll:Microsoft COM für Windows:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         d3d11.dll:Direct3D 11 Runtime:10.0.19041.3636 (WinBuild.160101.0800):Microsoft Corporation         dbgcore.DLL:Windows Core Debugging Helpers:10.0.19041.3636 (WinBuild.160101.0800):Microsoft Corporation         dcomp.dll:Microsoft DirectComposition Library:10.0.19041.4046 (WinBuild.160101.0800):Microsoft Corporation         dhcpcsvc.DLL:DHCP Clientdienst:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         dhcpcsvc6.DLL:DHCPv6-Client:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         dinput8.dll:Microsoft DirectInput:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         dwmapi.dll:Microsoft Desktopfenster-Manager-API:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         dxcore.dll:DXCore:10.0.19041.3996 (WinBuild.160101.0800):Microsoft Corporation         dxgi.dll:DirectX Graphics Infrastructure:10.0.19041.3636 (WinBuild.160101.0800):Microsoft Corporation         fwpuclnt.dll:FWP/IPsec Benutzermodus-API:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         gdi32full.dll:GDI Client DLL:10.0.19041.3996 (WinBuild.160101.0800):Microsoft Corporation         glfw.dll:GLFW 3.4.0 DLL:3.4.0:GLFW         icm32.dll:Microsoft Color Management Module (CMM):10.0.19041.3636 (WinBuild.160101.0800):Microsoft Corporation         igd10iumd64.dll:User Mode Driver for Intel(R) Graphics Technology:20.19.15.4835:Intel Corporation         igdusc64.dll:Unified Shader Compiler for Intel(R) Graphics Accelerator:20.19.15.4835:Intel Corporation         imagehlp.dll:Windows NT Image Helper:10.0.19041.3636 (WinBuild.160101.0800):Microsoft Corporation         inputhost.dll:InputHost:10.0.19041.3636 (WinBuild.160101.0800):Microsoft Corporation         java.dll:OpenJDK Platform binary:17.0.8.0:Microsoft         javaw.exe:OpenJDK Platform binary:17.0.8.0:Microsoft         jemalloc.dll         jimage.dll:OpenJDK Platform binary:17.0.8.0:Microsoft         jli.dll:OpenJDK Platform binary:17.0.8.0:Microsoft         jna14725188975779657708.dll:JNA native library:6.1.4:Java(TM) Native Access (JNA)         jsvml.dll:OpenJDK Platform binary:17.0.8.0:Microsoft         jvm.dll:OpenJDK 64-Bit server VM:17.0.8.0:Microsoft         kernel.appcore.dll:AppModel API Host:10.0.19041.3758 (WinBuild.160101.0800):Microsoft Corporation         lwjgl.dll         lwjgl_opengl.dll         lwjgl_stb.dll         management.dll:OpenJDK Platform binary:17.0.8.0:Microsoft         management_ext.dll:OpenJDK Platform binary:17.0.8.0:Microsoft         mscms.dll:Microsoft-Farbabstimmungssystem-DLL:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         msvcp140.dll:Microsoft® C Runtime Library:14.29.30139.0 built by: vcwrkspc:Microsoft Corporation         msvcp_win.dll:Microsoft® C Runtime Library:10.0.19041.3636 (WinBuild.160101.0800):Microsoft Corporation         msvcrt.dll:Windows NT CRT DLL:7.0.19041.3636 (WinBuild.160101.0800):Microsoft Corporation         mswsock.dll:Microsoft Windows Sockets 2.0-Dienstanbieter:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         napinsp.dll:E-Mail-Namenshimanbieter:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         ncrypt.dll:Windows NCrypt-Router:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         net.dll:OpenJDK Platform binary:17.0.8.0:Microsoft         nio.dll:OpenJDK Platform binary:17.0.8.0:Microsoft         ntdll.dll:DLL für NT-Layer:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         ntmarta.dll:Windows NT MARTA-Anbieter:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         nvapi64.dll:NVIDIA NVAPI Library, Version 382.64 :22.21.13.8264:NVIDIA Corporation         nvldumdx.dll:NVIDIA Driver Loader, Version 382.64 :22.21.13.8264:NVIDIA Corporation         nvoglv64.DLL:NVIDIA Compatible OpenGL ICD:22.21.13.8264:NVIDIA Corporation         nvwgf2umx.dll:NVIDIA D3D10 Driver, Version 382.64 :22.21.13.8264:NVIDIA Corporation         ole32.dll:Microsoft OLE für Windows:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         opengl32.dll:OpenGL Client DLL:10.0.19041.3636 (WinBuild.160101.0800):Microsoft Corporation         pdh.dll:Windows Unterstützungs-DLL für Leistungsdaten:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         pnrpnsp.dll:PNRP-Namespaceanbieter:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         profapi.dll:User Profile Basic API:10.0.19041.3636 (WinBuild.160101.0800):Microsoft Corporation         rasadhlp.dll:Remote Access AutoDial Helper:10.0.19041.3636 (WinBuild.160101.0800):Microsoft Corporation         rsaenh.dll:Microsoft Enhanced Cryptographic Provider:10.0.19041.1 (WinBuild.160101.0800):Microsoft Corporation         sechost.dll:Host for SCM/SDDL/LSA Lookup APIs:10.0.19041.1 (WinBuild.160101.0800):Microsoft Corporation         shlwapi.dll:Shell Light-weight-Hilfsprogrammbibliothek:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         sunmscapi.dll:OpenJDK Platform binary:17.0.8.0:Microsoft         textinputframework.dll:"TextInputFramework.DYNLINK":10.0.19041.3996 (WinBuild.160101.0800):Microsoft Corporation         ucrtbase.dll:Microsoft® C Runtime Library:10.0.19041.3636 (WinBuild.160101.0800):Microsoft Corporation         uxtheme.dll:Microsoft UxTheme-Bibliothek:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         vcruntime140_1.dll:Microsoft® C Runtime Library:14.29.30139.0 built by: vcwrkspc:Microsoft Corporation         verify.dll:OpenJDK Platform binary:17.0.8.0:Microsoft         win32u.dll:Win32u:10.0.19041.3996 (WinBuild.160101.0800):Microsoft Corporation         windows.storage.dll:Microsoft WinRT Storage-API:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         winrnr.dll:LDAP RnR Provider DLL:10.0.19041.3636 (WinBuild.160101.0800):Microsoft Corporation         wintypes.dll:Windows-Basistypen-DLL:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         wshbth.dll:Windows Sockets Helper DLL:10.0.19041.3636 (WinBuild.160101.0800):Microsoft Corporation         xinput1_4.dll:API für Microsoft Common Controller:10.0.19041.3691 (WinBuild.160101.0800):Microsoft Corporation         zip.dll:OpenJDK Platform binary:17.0.8.0:Microsoft Stacktrace:     at net.minecraft.client.main.Main.main(Main.java:182) ~[1.20.1-forge-47.1.29-wrapper.jar:?] {re:classloading,pl:runtimedistcleaner:A}     at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?] {}     at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77) ~[?:?] {}     at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?] {}     at java.lang.reflect.Method.invoke(Method.java:568) ~[?:?] {}     at net.minecraftforge.fml.loading.targets.CommonLaunchHandler.runTarget(CommonLaunchHandler.java:111) ~[fmlloader-1.20.1-47.1.29.jar:?] {}     at net.minecraftforge.fml.loading.targets.CommonLaunchHandler.clientService(CommonLaunchHandler.java:99) ~[fmlloader-1.20.1-47.1.29.jar:?] {}     at net.minecraftforge.fml.loading.targets.CommonClientLaunchHandler.lambda$makeService$0(CommonClientLaunchHandler.java:25) ~[fmlloader-1.20.1-47.1.29.jar:?] {}     at cpw.mods.modlauncher.LaunchServiceHandlerDecorator.launch(LaunchServiceHandlerDecorator.java:30) ~[modlauncher-10.0.9.jar:?] {}     at cpw.mods.modlauncher.LaunchServiceHandler.launch(LaunchServiceHandler.java:53) ~[modlauncher-10.0.9.jar:?] {}     at cpw.mods.modlauncher.LaunchServiceHandler.launch(LaunchServiceHandler.java:71) ~[modlauncher-10.0.9.jar:?] {}     at cpw.mods.modlauncher.Launcher.run(Launcher.java:108) ~[modlauncher-10.0.9.jar:?] {}     at cpw.mods.modlauncher.Launcher.main(Launcher.java:78) ~[modlauncher-10.0.9.jar:?] {}     at cpw.mods.modlauncher.BootstrapLaunchConsumer.accept(BootstrapLaunchConsumer.java:26) ~[modlauncher-10.0.9.jar:?] {}     at cpw.mods.modlauncher.BootstrapLaunchConsumer.accept(BootstrapLaunchConsumer.java:23) ~[modlauncher-10.0.9.jar:?] {}     at cpw.mods.bootstraplauncher.BootstrapLauncher.main(BootstrapLauncher.java:141) ~[bootstraplauncher-1.1.2.jar:?] {}     at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?] {}     at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77) ~[?:?] {}     at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?] {}     at java.lang.reflect.Method.invoke(Method.java:568) ~[?:?] {}     at io.github.zekerzhayard.forgewrapper.installer.Main.main(Main.java:57) ~[?:?] {} -- System Details -- Details:     Minecraft Version: 1.20.1     Minecraft Version ID: 1.20.1     Operating System: Windows 10 (amd64) version 10.0     Java Version: 17.0.8, Microsoft     Java VM Version: OpenJDK 64-Bit Server VM (mixed mode), Microsoft     Memory: 329926560 bytes (314 MiB) / 704643072 bytes (672 MiB) up to 2147483648 bytes (2048 MiB)     CPUs: 4     Processor Vendor: GenuineIntel     Processor Name: Intel(R) Core(TM) i3-5005U CPU @ 2.00GHz     Identifier: Intel64 Family 6 Model 61 Stepping 4     Microarchitecture: Broadwell (Client)     Frequency (GHz): 2.00     Number of physical packages: 1     Number of physical CPUs: 2     Number of logical CPUs: 4     Graphics card #0 name: NVIDIA GeForce 920M     Graphics card #0 vendor: NVIDIA (0x10de)     Graphics card #0 VRAM (MB): 1024.00     Graphics card #0 deviceId: 0x1299     Graphics card #0 versionInfo: DriverVersion=22.21.13.8264     Graphics card #1 name: Intel(R) HD Graphics 5500     Graphics card #1 vendor: Intel Corporation (0x8086)     Graphics card #1 VRAM (MB): 1024.00     Graphics card #1 deviceId: 0x1616     Graphics card #1 versionInfo: DriverVersion=20.19.15.4835     Memory slot #0 capacity (MB): 4096.00     Memory slot #0 clockSpeed (GHz): 1.60     Memory slot #0 type: DDR3     Memory slot #1 capacity (MB): 4096.00     Memory slot #1 clockSpeed (GHz): 1.60     Memory slot #1 type: DDR3     Virtual memory max (MB): 15530.45     Virtual memory used (MB): 9763.88     Swap memory total (MB): 7424.00     Swap memory used (MB): 0.00     JVM Flags: 9 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xss1M -Xmx2G -XX:+UnlockExperimentalVMOptions -XX:+UseG1GC -XX:G1NewSizePercent=20 -XX:G1ReservePercent=20 -XX:MaxGCPauseMillis=50 -XX:G1HeapRegionSize=32M     Launched Version: 1.20.1-forge-47.1.29-wrapper     Backend library: LWJGL version 3.3.1 build 7     Backend API: GeForce 920M/PCIe/SSE2 GL version 4.5.0 NVIDIA 382.64, NVIDIA Corporation     Window size: <not initialized>     GL Caps: Using framebuffer using OpenGL 3.2     GL debug messages:      Using VBOs: Yes     Is Modded: Definitely; Client brand changed to 'forge'     Type: Client (map_client.txt)     CPU: 4x Intel(R) Core(TM) i3-5005U CPU @ 2.00GHz     OptiFine Version: OptiFine_1.20.1_HD_U_I6     OptiFine Build: 20231221-120401     Render Distance Chunks: 15     Mipmaps: 4     Anisotropic Filtering: 1     Antialiasing: 0     Multitexture: false     Shaders: (internal)     OpenGlVersion: 4.5.0 NVIDIA 382.64     OpenGlRenderer: GeForce 920M/PCIe/SSE2     OpenGlVendor: NVIDIA Corporation     CpuCount: 4     ModLauncher: 10.0.9+10.0.9+main.dcd20f30     ModLauncher launch target: forgeclient     ModLauncher naming: srg     ModLauncher services:          mixin-0.8.5.jar mixin PLUGINSERVICE          eventbus-6.0.5.jar eventbus PLUGINSERVICE          fmlloader-1.20.1-47.1.29.jar slf4jfixer PLUGINSERVICE          fmlloader-1.20.1-47.1.29.jar object_holder_definalize PLUGINSERVICE          fmlloader-1.20.1-47.1.29.jar runtime_enum_extender PLUGINSERVICE          fmlloader-1.20.1-47.1.29.jar capability_token_subclass PLUGINSERVICE          accesstransformers-8.0.4.jar accesstransformer PLUGINSERVICE          fmlloader-1.20.1-47.1.29.jar runtimedistcleaner PLUGINSERVICE          modlauncher-10.0.9.jar mixin TRANSFORMATIONSERVICE          modlauncher-10.0.9.jar OptiFine TRANSFORMATIONSERVICE          modlauncher-10.0.9.jar essential-loader TRANSFORMATIONSERVICE          modlauncher-10.0.9.jar fml TRANSFORMATIONSERVICE      FML Language Providers:          minecraft@1.0         lowcodefml@null         javafml@null     Mod List:          client-1.20.1-20230612.114412-srg.jar             |Minecraft                     |minecraft                     |1.20.1              |COMMON_SET|Manifest: a1:d4:5e:04:4f:d3:d6:e0:7b:37:97:cf:77:b0:de:ad:4a:47:ce:8c:96:49:5f:0a:cf:8c:ae:b2:6d:4b:8a:3f         mixinextras-forge-0.3.2.jar                       |MixinExtras                   |mixinextras                   |0.3.2               |COMMON_SET|Manifest: NOSIGNATURE         do_a_barrel_roll-forge-3.5.1+1.20.1.jar           |Do a Barrel Roll              |do_a_barrel_roll              |3.5.1+1.20.1        |COMMON_SET|Manifest: NOSIGNATURE         connectedglass-1.1.11-forge-mc1.20.1.jar          |Connected Glass               |connectedglass                |1.1.11              |COMMON_SET|Manifest: NOSIGNATURE         yet-another-config-lib-forge-3.2.2+1.20.jar       |YetAnotherConfigLib           |yet_another_config_lib_v3     |3.2.2+1.20          |COMMON_SET|Manifest: NOSIGNATURE         spectrelib-forge-0.13.14+1.20.1.jar               |SpectreLib                    |spectrelib                    |0.13.14+1.20.1      |COMMON_SET|Manifest: NOSIGNATURE         supermartijn642corelib-1.1.17-forge-mc1.20.1.jar  |SuperMartijn642's Core Lib    |supermartijn642corelib        |1.1.17              |COMMON_SET|Manifest: NOSIGNATURE         fusion-1.1.1-forge-mc1.20.1.jar                   |Fusion                        |fusion                        |1.1.1               |COMMON_SET|Manifest: NOSIGNATURE         caelus-forge-3.1.0+1.20.jar                       |Caelus API                    |caelus                        |3.1.0+1.20          |COMMON_SET|Manifest: NOSIGNATURE         forge-1.20.1-47.1.29-universal.jar                |Forge                         |forge                         |47.1.29             |COMMON_SET|Manifest: 84:ce:76:e8:45:35:e4:0e:63:86:df:47:59:80:0f:67:6c:c1:5f:6e:5f:4d:b3:54:47:1a:9f:7f:ed:5e:f2:90         colytra-forge-6.2.2+1.20.1.jar                    |Colytra                       |colytra                       |6.2.2+1.20.1        |COMMON_SET|Manifest: NOSIGNATURE         Essential (forge_1.20.1).jar                      |Essential                     |essential                     |1.3.0.6+g4dc55a95bd |COMMON_SET|Manifest: NOSIGNATURE         sit-1.20.1-1.3.4.jar                              |Sit                           |sit                           |1.3.4               |COMMON_SET|Manifest: NOSIGNATURE     Crash Report UUID: f8dbba00-2339-4d76-a83d-544c800d51bf     FML: 47.1     Forge: net.minecraftforge:47.1.29 please help me 
    • Hi everyone, I need to make a converter from net.minecraft.text.Text to legacy string "&aHello" with HEX support "&#084CFBb&#2064FBi&#377CFCr&#4F94FCd&#66ABFCf&#7EC3FCl&#95DBFDo&#ADF3FDp". Who has such a function or maybe there is a special API for this?
  • Topics

×
×
  • Create New...

Important Information

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