Cadiboo

Google “trigonometry draw elipse/circle with points”. That stackoverflow article helped me a lot, but I didn’t save the link anywhere. You can see my implementation of it here, where I position a dynamic amount of inventory slots in an elipse around a central point https://github.com/Cadiboo/WIPTech/blob/fb5883e9d76ef0361ec1ebbcb9c508611dd2ef6b/src/main/java/cadiboo/wiptech/inventory/ContainerAssemblyTable.java#L39-L52

I guess you could look at the code in stairs? Also, light opacity is between 0-15. This actually might be your problem, I seem to remember that too-heigh values result in weird behaviour

IHasModel, Abreviations in the class name, client side stuff in common code, why not just let subclasses @Override the stuff to do with light instead of having variables

Minecraft reach is already 6?

Your code is really messed up and you should really clean it up. Have you tried returning true from useNeighborBrightness?

There is already a BlockBase class, it’s called Block. You shouldn’t abuse inheritance like that - what if you want to extend a different block (stairs?). TL;DR yes

How did you set up your workspace? How are you launching minecraft?

A bit of self-promotion, but I’ve been working on a tutorialish thing for a while now. You might want to use it. You should definitely read through the README at least as it has a bunch of useful information and links to other tutorials. https://github.com/Cadiboo/Example-Mod

You want ambient occlusion I think. Can you show your block code please?

We can’t help without your code and logs. Please post your logs in a spoiler or using PasteBin or GitHub Gist and your code as a GitHub repository

Rift and Liteloader exist, mods for 1.13.2 do exist

You should use the following method as it allows other mods to override your objects: 1) have an event subscriber class (a static event subscriber has the @EventSubscriber annotation and is automagically registered for you, and all its @SubscribeEvent methods need to be static. A non-static event subscriber needs to be registered in preInit and it’s @SubscribeEvent methods need to be non-static) 2) subscribe the the appropriate registry event & instantiate your objects in that event 3) have a class with the @ObjectHolder annotation and have public static final null fields with the same names as your objects You can see an example of 1 & 2 at https://github.com/Cadiboo/Example-Mod/blob/master/src/main/java/cadiboo/examplemod/EventSubscriber.java and an example of 3 at https://github.com/Cadiboo/Example-Mod/blob/master/src/main/java/cadiboo/examplemod/init/ModBlocks.java Leading back to your original question, I register my models in a client event subscriber here https://github.com/Cadiboo/Example-Mod/blob/master/src/main/java/cadiboo/examplemod/client/ClientEventSubscriber.java Instead or manually writing out all your items to register models for, you can use a loop or streams checking if the item is yours

Tinkers complement is trying to find an api. But the modid isn’t in the package so I have no idea what api it’s trying to find

All of them? Any site except CurseForge is taking revenue off the mod authors and is likely to be redistributing the mod with malware added inside it

Ctm is client side only, where did you download your mods from?

No. Hint: world.isRemote

Thats also for distinguishing between physical sides

Is there any way to use config file versioning with @Config? It seems theres nothing allowing this with @Config, but could I use Configuration in the OnConfigChangedEvent and read/write a version into/out of the config?

Post your entire debug log as described in my signature (the small text below each of my posts) and the EAQ

Please post the full output, your screenshot is missing the class that wasn't found

Or make sure it's up to date and report the crash to the mod author if it is. However it could still be coremod causing the crash. From I assume its probably a mod using the Mechanism API causing the crash.

All of that code was apparently completely useless and unnecessary in 1.12.2, and now I'm just using the original BlockPos. The problem with the EnumFacings was actually that the vertices I had taken from the old code (and expected to be perfect) were completely broken for South and West.

Don’t use (modid+”:”+path)! Use the overload that accepts a resource domain and a path (modid, path)

You mean Forge 14.23.4.2729 (The latest version of Forge that optifine is compatible with)

Mojang explicitly disallows Modders doing stuff with capes