Jump to content

Recommended Posts

Posted

The title is pretty self-explanatory. While the Forge Ore Dictionary is all well and good, it can still be quite annoying to have all those diffenent kinds of ores. For example, you find some Redpower generated copper ore. You burn some of it in a furnace, later you get a macerator, smelt copper dust and now you have some copper from IC². In addition to that, your NEI/Craft Guide is full of recipes that are basically all the same, but with the different ores.

 

So my suggestion is to provide some copper, tin, bronze, etc. in Forge. It should only be generated when there is actually a mod installed that requests it. Of course it might take some time to change all the mods that use these ores not to generate them by themselves, but I think once that was done, it would be much more convenient than before.

 

So, I would like to hear some opinions. And please forgive me if that has been requested before.

Posted

I like the idea but it would be easier if the mod owners tried to make the mods work together.  I think they use config files that you may disable ores and such with.  If not, you could try suggesting it to them instead of forcing all mods that uses those ores to update instead of working together.

width=320 height=64http://www.slothygaming.com/img/ota.png[/img]

If your grammar is shit and you blatantly don't know what you're doing, I will not help you.

Posted

I like the idea but it would be easier if the mod owners tried to make the mods work together.  I think they use config files that you may disable ores and such with.  If not, you could try suggesting it to them instead of forcing all mods that uses those ores to update instead of working together.

 

I don't know if that would actually work, I guess it would still need some kind of API. But I'm not a modder, so I'm not sure. I have another idea though: What if you could set something like a default ore. You would just choose one kind of ore, which will then then be the only ore enabled. It would be used for all the crafting and also be the result of all crafting/other recipes that produce it. Although I guess the best way to do this would also be to integrate it in Forge. But I still think my first idea was better, for example it might be quite problematic on servers, but especially when downloading the map of another person who may have a different ore set as the default one.

Posted

No, Forge will not provide any in-game content.

This has been suggested a few hundred times, the answer has been and always will be no.

The Ore Dictionary provides a powerful enough System that it allows for clean use of any ore registered in it. No more is needed then that.

I do Forge for free, however the servers to run it arn't free, so anything is appreciated.
Consider supporting the team on Patreon

Posted

@lexmanos:

 

he also had a point about a "default ores" that i personally think is a good one

 

right now, its possible to get diferent versions of the same ore in your inventory, but if mods are told "use this version" instead of "these versions also exist" then it would lower inventory space usage and make the the seams between mods less

Being noobish since 96, being dumb since birth!

Posted

Define "default ores".  Just because we currently have a flood of tin, copper, and bronze doesn't mean that further down the line we won't have a billion mods with platinum, lead, and thorium ores in the dictionary instead.  This is far too subjective to justify altering vanilla Minecraft in the default API.

Posted

Forge will not add any in-game content. Forge already has great things in place for ore use. It is up to the modders to not be stupid with there ores. End of discussion.

I do Forge for free, however the servers to run it arn't free, so anything is appreciated.
Consider supporting the team on Patreon

Posted

I just took a look at the part that registers the ore.  If the proper if statements and ID checks are used, you could check for ores with the same name or with duplicate entries.  Could also stop ores using the same ID.  Would be easier if the mod maker did it but this would make less work for the mod maker.

width=320 height=64http://www.slothygaming.com/img/ota.png[/img]

If your grammar is shit and you blatantly don't know what you're doing, I will not help you.

Posted

You're a moron right....

Its up to the MODDERS to do things properly, NOT us.

We can't FORCE modders to do things properly.

You have no understanding of how things work.

I do Forge for free, however the servers to run it arn't free, so anything is appreciated.
Consider supporting the team on Patreon

Posted

Banned for 7 days cuz im really getting tired of you.

And as I said you have no fucking clue what you're talking about.

So you should not be talking about it.

At least do some basic research on the subject before you speak.

The registration has nothing to do with ore generation, nore does it have anything to do with block id conflicts.

Nore does it have anything to do with how any part of MC works at all.

 

I do Forge for free, however the servers to run it arn't free, so anything is appreciated.
Consider supporting the team on Patreon

Posted

Okay, looks like further continuation of this discussion would only lead to more negative Karma spread, so I'll lock this topic now. And I apologize for suggesting that another time. As I said, I have no clue about modding  :).

Guest
This topic is now closed to further replies.

Announcements



  • Recently Browsing

    • No registered users viewing this page.
  • Posts

    • I'm sure this entire community knows exactly who you are, what mixin you're talking about, and how deer function in minecraft.  But being new here, and I am ignorant about all of those things. That said, I'd love to review your mixin.  I'm also having mixin issues, and I feel that if I can help you, perhaps both of our problems might get solved. Can you provide some links and context for people who aren't aware of your renown?  I'm asking humbly because I know you probably have better things to do, and you just want somebody to fix things for you.
    • I am working in the latest MDK.  Minecraft 1.21.4, Forge 54.1.0. I am trying to create a mixin.  The implementation doesn't matter.  Assume it is doing nothing more than logging to the console: @Mixin(LevelRenderer.class) public abstract class LevelRendererMixin { private static final Logger LOGGER = LogManager.getLogger("LevelRendererMixin"); @Inject(method = "renderLevel", at = @At("TAIL")) private void onRenderLevel( com.mojang.blaze3d.resource.GraphicsResourceAllocator allocator, net.minecraft.client.DeltaTracker deltaTracker, boolean someFlag, Camera camera, GameRenderer gameRenderer, Matrix4f matrix1, Matrix4f matrix2, CallbackInfo ci ) { Assuming my whole implementation is just to write something to console, it works perfectly fine in when I debug (runClient) in IntelliJ.  Whenever the Minecraft `renderLevel` runs every frame, my logging is overlaid at "TAIL". Yes, this spams the sht out of the console. But when I `build` and use the jar as a mod, it does not.  The mixin annotation processor shows to be loading, and my other parts of my mod work, but the nothing gets logged by my mixin. I am apparently generating a proper `refmap` and it's in the jar root.  Other files are also in the jar appropriately, including mods.toml.  And all the naming and reference paths are correct. I had to add this to my build.gradle to get my refmap into the jar ([name] obviously replaced): tasks.register("copyRefmap", Copy) { dependsOn tasks.named("compileJava") from("${project.buildDir}/tmp/compileJava") { include "mixins.[name].refmap.json" } into("${project.buildDir}/resources/main") } tasks.named("processResources", ProcessResources).configure { dependsOn(tasks.named("copyRefmap")) } tasks.named("jar", Jar).configure { // Include the generated refmap from build/resources/main into the jar. from("${project.buildDir}/resources/main") { include "mixins.[name].refmap.json" } }   Just for fun, here is my refmap in case something looks wrong to anybody:   { "mappings": { "com/[name]/mixin/LevelRendererMixin": { "renderLevel": "Lnet/minecraft/client/renderer/LevelRenderer;m_109599_(Lcom/mojang/blaze3d/resource/GraphicsResourceAllocator;Lnet/minecraft/client/DeltaTracker;ZLnet/minecraft/client/Camera;Lnet/minecraft/client/renderer/GameRenderer;Lorg/joml/Matrix4f;Lorg/joml/Matrix4f;)V" } }, "data": { "searge": { "com/[name]/mixin/LevelRendererMixin": { "renderLevel": "Lnet/minecraft/client/renderer/LevelRenderer;m_109599_(Lcom/mojang/blaze3d/resource/GraphicsResourceAllocator;Lnet/minecraft/client/DeltaTracker;ZLnet/minecraft/client/Camera;Lnet/minecraft/client/renderer/GameRenderer;Lorg/joml/Matrix4f;Lorg/joml/Matrix4f;)V" } } } } TLDR; My mixin works in dev, but not when built and run in an official Forge/Minecraft environment.  Like it's not overlaying/replacing the minecraft function. What are some typical other things to check when a mixin works in dev, but not after build?
    • Thank you, Ugdhar.  But that only confirms the problem.  Both in the github and in my IDE, if I search for objects extended from net.minecraftforge.client.event, it isn't there.  Though the javadocs (at least at nekoyue) say it should be. Maybe since it definitely isn't there, is there some other way anybody knows to highlight some blocks (without mixins and drawing artificial faces on the camera).
    • Please read the FAQ for how to properly post logs.   Also, this is a fabric log, not a forge log, you would probably get better results posting where fabric support is given.
  • Topics

×
×
  • Create New...

Important Information

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