Upon further investigation, the Mekanism ore processing ultimately outputs the Draconic Dust. It's the Mekanism smeltery is literally turning your dust into ingots. I'm not sure if it's AOBD doing this or not, but I wanted to point out that's exactly where it's happening.
I'm not sure if you intended for it to happen but I can now smelt draconium dust into ingots, bypassing the need to craft the blend or use the chest to get to most out of draconium ore.
It seems like Another One Bites the Dust is treating it like metal ore rather than a gem or dust type of ore.
If possible, make it so that the ore is treated in the same manner as redstone, lapis, coal, quarts and diamonds. These ores still have ore dictionary values, but can't be smelted, period, by any mod whatsoever, and AOBD doesn't do anything with it either. Instead, you can use things like pulverizers (TE) and enrichment chambers (Mekanism) to increase the output of these items, rather than smeltery like machines.
That way, players could use machines that process redstone, lapis, quartz, etc with draconic ore to output dust. From there, they use the dust with iron ingots in the normal fashion.
I'm guessing that because there is also a draconic ingot, AOBD is making the connection from the ore to the ingot, and doing its thing via that.
My guess is that the easy solution would just to remove the ore dictionary value for the ingot, but I'm not sure if that would be the correct fix in the long run.
(Ignore this if this has already been implemented in a newer version. Our pack is on an older version, but I wanted to see if this could be implemented by the time we update our pack again.)
I noticed that draconium ingots, dust and ore do not have ore dictionary values.
I know it initially seems useless to have ore dictionary values for your ores, ingots and dust, considering that no other mod would have a variation of these ores. However, there are mods out there that use ore dictionary values to do other things.
One such example is a mod called Another One Bites the Dust. Essentially, what it does is it searches for all ores and ingots that have an ore dictionary value, then creates Mekanism, Thaumcraft, IC2, etc variants of those ores in the forms of, for example, clusters that can be used by Thaumcraft. It's a great mod for modpacks with multiple types of ores, as it allows for things like Tinkers' Construct's ardite and cobalt to be processed by Mekanism's 5x ore processing methods.
There are other mods out there that do similar functions, I'm sure.
So, as a request, and to help ensure cross mod compatibility and proper hooks that other mods can utilize, I would like to see ore dictionary values assigned to the ore and ingots.
oreDraconium, dustDraconium and ingotDraconium would suffice =)
Also, I would note that your ores and method of making the ingots is more similar to redstone/lapis, since the dust must be combined with iron to return a smeltable item, so I would keep that in mind, as we wouldn't want Mekanism being able to spit out 5 ingots per 1 draconium ore, and instead should be processed in the same way redstone ore is. (I'm not sure how Mekanism and similar mods know the difference, but they do. Probably because there's no redstone ingot...?)
Either way, I'm not asking that you make your mod's ores and ingots directly compatible with other mods, but rather allow other mods to hook into yours properly.
Why is there no support for RF? Very limiting for packs that decide not to use IC2, especially since other mods like EnderIO and TE are just as good or better than IC2, depending on the pack. I've been waiting for RF support ever since this mod was updated for 1.7.10, but here I am... still waiting to add this to my RF only pack.... =/
No takers? Simple request that would make custom modpacks able to use only RF AND AG. I have been keeping an eye on the AG thread, but there seems to be no talk/plans for RF support anytime soon. Who knows, this mod could land in an official modpack if you advertise it and keep it simple yet effective.
Simple request - a mod that adds a single block that allows any RF hookup (TE conduits, EnderIO conduits, Universal Cable, etc) which will convert RF to Applied Energistics power. Ideally, this block would just be placed adjacent to any AG machine, as it appears that the included combustion generator can move power to any adjacent AG machine, and thus those machines can move power to AG machines adjacent to them.
This is a request due to Advanced Genetics for 1.7.10 not (yet) supporting RF. It currently only uses IC2 power (EU).
There is indeed an API available for AG, and, more specifically, AG power. Can be found at this link by clicking Download API under the 1.7.10 section.
Should be pretty straightforward and will allow custom modpacks that don't use IC2 to be able to use RF with AG (the included AG generators are super super slow >< )
Not really much that can be done about this. TE doesn't use a fake player, so fixing this is extremely difficult. Way would need a way to check if it is an autonomous activator and have it not effect players. This is harder then it sounds, I assure you.
I assumed TE used the fakeplayer [CoFH]. I know when I use an auto activator against a leech chest from Witchery and try to grab the taglock, it tells me [CoFH] is not online. But, if that's the case, I'm confident Way will figure something out. A lot has already been done to make this mod pretty balanced and hard to exploit, while still allowing it to be integrated with other mods (such as forcing dislocation rune usage even on things like Ender IO fluid conduits.)
I would like to recommend adding a digital miner blacklist config. Certain blocks, when mined with the digital miner, could cause issues. For example, using the digital miner to collect a certain new block from a certain mod (won't reveal specifics here) causes duping. It's not a very common block, but it is also a very unusual block. Basically lets the player mine the block, place it back down, mine it again, rinse and repeat for infinite of that item. (The output from the miner is greater than what it's actually taking in.)
Just FYI, there's a gamebreaker with Thermal Expansion. Players can place a blood orb in the autonomous activator next to an altar for, well... infinite LP. No health loss on the player or anything. Just straight up free LP fed to the altar.
1
I was playing Tibia today and came across this:
Good to know I'm not the only person to borrow textures from Tibia!
0
Upon further investigation, the Mekanism ore processing ultimately outputs the Draconic Dust. It's the Mekanism smeltery is literally turning your dust into ingots. I'm not sure if it's AOBD doing this or not, but I wanted to point out that's exactly where it's happening.
0
If possible, make it so that the ore is treated in the same manner as redstone, lapis, coal, quarts and diamonds. These ores still have ore dictionary values, but can't be smelted, period, by any mod whatsoever, and AOBD doesn't do anything with it either. Instead, you can use things like pulverizers (TE) and enrichment chambers (Mekanism) to increase the output of these items, rather than smeltery like machines.
That way, players could use machines that process redstone, lapis, quartz, etc with draconic ore to output dust. From there, they use the dust with iron ingots in the normal fashion.
I'm guessing that because there is also a draconic ingot, AOBD is making the connection from the ore to the ingot, and doing its thing via that.
My guess is that the easy solution would just to remove the ore dictionary value for the ingot, but I'm not sure if that would be the correct fix in the long run.
0
Suggestion!
(Ignore this if this has already been implemented in a newer version. Our pack is on an older version, but I wanted to see if this could be implemented by the time we update our pack again.)
I noticed that draconium ingots, dust and ore do not have ore dictionary values.
I know it initially seems useless to have ore dictionary values for your ores, ingots and dust, considering that no other mod would have a variation of these ores. However, there are mods out there that use ore dictionary values to do other things.
One such example is a mod called Another One Bites the Dust. Essentially, what it does is it searches for all ores and ingots that have an ore dictionary value, then creates Mekanism, Thaumcraft, IC2, etc variants of those ores in the forms of, for example, clusters that can be used by Thaumcraft. It's a great mod for modpacks with multiple types of ores, as it allows for things like Tinkers' Construct's ardite and cobalt to be processed by Mekanism's 5x ore processing methods.
There are other mods out there that do similar functions, I'm sure.
So, as a request, and to help ensure cross mod compatibility and proper hooks that other mods can utilize, I would like to see ore dictionary values assigned to the ore and ingots.
oreDraconium, dustDraconium and ingotDraconium would suffice =)
Also, I would note that your ores and method of making the ingots is more similar to redstone/lapis, since the dust must be combined with iron to return a smeltable item, so I would keep that in mind, as we wouldn't want Mekanism being able to spit out 5 ingots per 1 draconium ore, and instead should be processed in the same way redstone ore is. (I'm not sure how Mekanism and similar mods know the difference, but they do. Probably because there's no redstone ingot...?)
Either way, I'm not asking that you make your mod's ores and ingots directly compatible with other mods, but rather allow other mods to hook into yours properly.
Anywho, thanks in advance!
0
Here's a screenie of some happy snow golems with happy faces, instead of the scared/sad vanilla one.
0
0
0
0
0
This is a request due to Advanced Genetics for 1.7.10 not (yet) supporting RF. It currently only uses IC2 power (EU).
There is indeed an API available for AG, and, more specifically, AG power. Can be found at this link by clicking Download API under the 1.7.10 section.
http://ag.teamdna.de/
Should be pretty straightforward and will allow custom modpacks that don't use IC2 to be able to use RF with AG (the included AG generators are super super slow >< )
Thanks!
0
I assumed TE used the fakeplayer [CoFH]. I know when I use an auto activator against a leech chest from Witchery and try to grab the taglock, it tells me [CoFH] is not online. But, if that's the case, I'm confident Way will figure something out. A lot has already been done to make this mod pretty balanced and hard to exploit, while still allowing it to be integrated with other mods (such as forcing dislocation rune usage even on things like Ender IO fluid conduits.)
0
0
0
Awesome! That was quick. It seemed to have fixed the issue. Thanks.
0
http://pastebin.com/ndAxt4jP