buttilda
buttilda
Hm, well I don't remember if I tried left-clicking the stack in, I might have only tries shift-clicking. And I also did not attempt to insert it using a hopper...
I wish I knew... This is the only place where anything related to RotaryCraft gets used: https://github.com/ganymedes01/Another-One-Bites-the-Dust/blob/mc1.7/src/main/java/ganymedes01/aobd/recipes/modules/RotaryCraft.java#L28 The `setOresColour()` method only, well, sets the colours. Removing that method doesn't change...
> Can you try forcing the ore in (just call setStackInSlot() or whatever it is called) to see if it works? Made it print it out on the console. That...
> That is not what I meant. Put the ores in the slot - forcibly call setStackInSlot - and see if the machine processes it. Right, sorry about the misunderstanding....
> Load a world and check for messages like "no ore blocks detected for COPPER" or "3 Ore blocks detected for TIN". ``` [19:56:32] [Client thread/INFO] [FML/DragonAPI]: No ore blocks...
Also found this: ``` [19:56:26] [Client thread/INFO] [FML/ganysend]: DRAGONAPI: Logged OreDict registration of 1xtile.ganysend.rawEndium@0 as 'oreEndium'. [19:56:26] [Client thread/INFO] [FML/ganysend]: DRAGONAPI: Logged OreDict registration of 1xitem.ganysend.endiumIngot@0 as 'ingotEndium'. [19:56:26] [Client...
> The code breaking the ore handling is not necessarily in your RC interface code. It is breaking this somehow: > > https://github.com/ReikaKalseki/DragonAPI/blob/master/ModRegistry/ModOreList.java#L295 > https://github.com/ReikaKalseki/DragonAPI/blob/master/ModRegistry/ModOreList.java#L183 Maybe `ModOreList.initialize()` is not being...
> But look - even natively handled things are breaking: "No ores detected" for every single ore type. I think that's because there truly aren't any of those ores in...
So I found a way around the problem... I know it's something I shouldn't be doing, but I wanted to try it anyway. Don't worry, it won't be in any...
Could simply make them not fall with gravity and work like dirt?