Improve the Quantum Storage Renderer

[ghzdude]

What

This pr improves the quantum storage render by rendering the minimum amount of faces needed (15). Previously, it would render 31 faces.

also improves quantum tank rendering fluid contents by only rendering the two needed faces instead of all six

Implementation Details

idk why a foreach() was used for the boxFacingMap
also previously it was facing, boxFacingMap.get(box) in renderFace(), which looked backwards to me
store the TextTexture as a static final variable instead of instantiating it every frame

Outcome

more fps

Potential Compatibility Issues

none

[ghzdude]

(yes this is copied from the discord)

Here's a sparkc profile without the renderer changes (in the quantum controller pr brance), and here's with the render changes. I'm not sure how accurate these are, but they were profiled for 300s while I'm looking at ~100 quantum storage chests and not moving.

2nd sparkc profile without the changes, and another with the changes

[ghzdude]

(copied from discord)

New profile with the text rendering removed + previous changes, and without any changes on master (with command /sparkc profiler --timeout 300)

[ghzdude]

New profiles:
with changes
without changes

round 2
https://spark.lucko.me/94aexdIT4O - with changes
https://spark.lucko.me/qr9uKAaaJP - without changes
https://spark.lucko.me/LrC9Trihde - with fancy config set to false (disable fast TESR render for chests/tanks)

https://spark.lucko.me/HDGZWCFdtV - using mc's font renderer directly instead of TextTexture

https://spark.lucko.me/KG13MeawaE - not rendering if the player is too far

[ALongStringOfNumbers]

Don't understand this part, we are already looping through EnumFacing, why do we need to start another loop through EnumFacing

[ghzdude]

the outer loop is for the sides of the machine, the inner loop is for rendering the boxes for the inside and outside of the chest. essentially rendering certain faces of a box for each side.