[1.12.2] How do I make bedrock add stat to the player stat. [Solved]

[Issac29]

I make bedrock breakable for 750.0f but then the bedrock wasn't added to the stat list. I don't know how how to add it to the stat list.

Edited August 13, 2019 by Issac29

[Draco18s]

You can't.

There's a function that sets stats off, but as it defaults to on, there's no method that turns the value back on.

 

And given that bedrock can't be broken by any means that would ever trigger stats, there's no point.

[Issac29]

Also because I made bedrock breakable but it takes a long time to break, there has to be a way.

 

Edit: the Hardness was negative one then at 450F.

Edited May 26, 2019 by Issac29
Forgot one

[Issac29]

  On 5/26/2019 at 3:30 AM, Draco18s said:

And given that bedrock can't be broken by any means that would ever trigger stats, there's no point.

Expand  

Normally bedrock is unbreakable but the changed code allows to make bedrock breakable with some edited java code.

Like This:

Blocks.BEDROCK.setHardness(30.0F)

 

[Draco18s]

  On 6/5/2019 at 9:45 PM, Issac29 said:

Normally bedrock is unbreakable but the changed code allows to make bedrock breakable with some edited java code.

Like This:

Blocks.BEDROCK.setHardness(30.0F)

 

Expand  

Yes, I know you can do that. At least, in 1.12. That won't always be true (and in fact, in 1.13 you can't: hardness and resistance were made final).

 

What I'm saying is that this function is called on bedrock:

 

disableStats()

 

This sets enableStats to false. enableStats is a protected field. There is no enableStatsAgain() method to set it back to true.

[Issac29]

So it's impossible. 

[Draco18s]

I think I said something about that.

  On 5/26/2019 at 3:30 AM, Draco18s said:

You can't.

There's a function that sets stats off, but as it defaults to on, there's no method that turns the value back on.

Expand  

You could use reflection, but I don't know if that would be sufficient.

Edited June 6, 2019 by Draco18s

[Cadiboo]

  On 6/5/2019 at 9:58 PM, Draco18s said:

That won't always be true (and in fact, in 1.13 you can't: hardness and resistance were made final).

Expand  

Access Transformers exist.

  On 6/6/2019 at 1:18 AM, Draco18s said:

You could use reflection

Expand  

Or Access Transformers

[Draco18s]

Access Transformers are not better than Reflection.

[Issac29]

@Draco18s What is wrong with access transformers and how do I use a reflection?

 

@Cadiboo what is an access transformer anyways. 

[Cadiboo]

  On 6/6/2019 at 2:15 AM, Draco18s said:

Access Transformers are not better than Reflection.

Expand  

In some cases they are. They are better when you have a private/protected/package private Field that you want to get/set or you have a private/protected/package private Class that you want to access. They are also when you have a private Method that you want to call (not override). They are also the only solution (aside from ASM) to definalise a Class/Field/Method.

In all other cases Reflection should be used

[V0idWa1k3r]

  On 6/6/2019 at 2:32 AM, Cadiboo said:

They are also the only solution (aside from ASM) to definalise a Class/Field/Method.

Expand  

This is not entirely true.

https://stackoverflow.com/questions/3301635/change-private-static-final-field-using-java-reflection

In fact I am pretty sure I saw similar code in forge at some point.

Doing this is not a good idea though.

 

  On 6/6/2019 at 2:32 AM, Cadiboo said:

In some cases they are. They are better when you have a private/protected/package private Field that you want to get/set or you have a private/protected/package private Class that you want to access.

Expand  

 

"In some cases they are better than reflection. That is in ALL of access cases."

There is nothing wrong with using reflection and you should prefer reflection to ATs in most cases IMO. Use ATs if your reflective operation is too expensive(eg. called multiple times a frame).

[Cadiboo]

  On 6/6/2019 at 5:59 AM, V0idWa1k3r said:

This is not entirely true.

https://stackoverflow.com/questions/3301635/change-private-static-final-field-using-java-reflection

In fact I am pretty sure I saw similar code in forge at some point.

 Doing this is not a good idea though.

Expand  

Java 9 removed the ability to definalise Fields with Reflection.

[Cadiboo]

  On 6/6/2019 at 8:02 AM, diesieben07 said:

The other applicable point is when you need to override a final (or private, although this is dangerous) method, which literally cannot be achieved using reflection at all.

Expand  

Private instance methods cannot be overriden because the bytecode instructions in the class that uses it for them will still be INVOKE_SPECIAL rather than the INVOKE_VIRTUAL opcodes required for overriding to work. 

[Issac29]

Yes, I glad it worked. I saw the removed apis and looks like https://www.oracle.com/technetwork/java/javase/9-removed-features-3745614.html does not say anything about reflection being removed.

[Cadiboo]

I said that you can no longer definalise fields with Reflection (because of how it breaks the JVM) in Java 9. They definitely didn’t remove Reflection.

[Issac29]

And by how definalize fields could be useful.

[Cadiboo]

I use it on my mod to replace the fluid renderer (the field in BlockRendererDispatcher is final) to add smooth lighting and other stuff.

[Issac29]

Well this topic is solved so thank you.