Flux Ducts adds a simple RF-compatible power conduit for use in Minecraft 1.8+.
The Redstone Flux API has not been officially updated to Minecraft 1.8+. This mod was created primarily for use with Progressive Automation, which includes its own updated version of the API. This may or may not be compatible with other RF mods which may become available, but will be updated to the official API once that's released.
RF-per-tick is configurable via the config file, as is the number of ducts per crafting recipe. By default this is 320 RF/t, and 5 ducts per recipe.
This mod was developed based on the design provided by Gorstavich. If you were looking for RF conduits in 1.8, you should thank him for getting me to make it!
Flipped RF directions to fix mutual bug with Progressive Automation (fixed in v1.6.4 of that mod)
v1.0.1 - March 11th, 2015
Reworked energy transfer
v1.0 - March 10th, 2015
Initial version
-- Modpack Permissions --
As with my other mods you're welcome to include this in your pack. I do enjoy hearing about how/where you're using it though if you don't mind taking the time to do so!
The problem with the 1.8 RF API ports is that they're replacing ForgeDirection with the vanilla version, and the vanilla version is a *terrible* replacement. Forge needs to put ForgeDirection back in. Null for "Unknown" is 100% unacceptable. That's one of the reasons we haven't ported - 1.8 is a giant mess.
The problem with the 1.8 RF API ports is that they're replacing ForgeDirection with the vanilla version, and the vanilla version is a *terrible* replacement. Forge needs to put ForgeDirection back in. Null for "Unknown" is 100% unacceptable. That's one of the reasons we haven't ported - 1.8 is a giant mess.
Forge has quite a "we're doing it the vanilla way" attitude on a lot of things in 1.8, unfortunately. I think you're going to end up addressing most of that in CoFHCore for yourself, whenever you do decide to move forward.
I do agree that null for unknown is awful, but without a complete library that adds in a new Direction it's the best we can do so far.
Just to let you know as well that opencomputers also supports this version of RF so the ducts should work with them too!!
Awesome! I'll be playing around with this today. I am quite excited about the mods coming out for 1.8. It is a shame with some of the things that are now missing from forge 1.8. To TeamCOFH, I wish you the best with that
Forge has quite a "we're doing it the vanilla way" attitude on a lot of things in 1.8, unfortunately. I think you're going to end up addressing most of that in CoFHCore for yourself, whenever you do decide to move forward.
Something occurred to me this morning while thinking about this statement... what if (a big "what if" admittedly) the Forge team is starting to do things more "vanilla way" in order to start transitioning the way people write mods into a method that will ultimately mean less "relearn everything from scratch" when the official Minecraft API finally gets released?
Yes, this is a total stretch, but it's been nagging at the back of my brain for a bit now.
Something occurred to me this morning while thinking about this statement... what if (a big "what if" admittedly) the Forge team is starting to do things more "vanilla way" in order to start transitioning the way people write mods into a method that will ultimately mean less "relearn everything from scratch" when the official Minecraft API finally gets released?
Yes, this is a total stretch, but it's been nagging at the back of my brain for a bit now.
Unfortunately there is no grand design at work. There isn't really a "Forge team" anymore, for that matter, it's one guy who has full control over the project, making decisions even for areas of Forge where he himself admits he doesn't know what he's doing. Other people contribute code, but he has the final say, and you'll find quite a few people with stories of code that was never accepted and no reason given, or a reason that made no sense.
For example, code was submitted (and rejected) multiple times to restore the custom block rendering functionality in 1.8 that we've had available for ages now. Some people think it's because he wants us to get used to using models, but that doesn't make sense because adding a custom renderer doesn't mean you can't use models in the code (as evidenced by Hopper Ducts). The only real excuse given is that he doesn't want Forge or himself to be blamed when a mod does something that crashes the game. Except custom rendering is still used in multiple other areas of the game, so even this excuse makes no sense, and only magnifies his lack of knowledge in the area.
The Minecraft API won't be anything like what we have now. I'm inclined to think it'll be command block scripts in a resource pack, which 1.8 things like models and block states will be useful for. But it won't replace Forge, so there's probably little that would carry over between the two.
We're in frustrating times as far as Minecraft APIs go. I started making my own for use with FMC, but I haven't looked at it in a while now since my time is limited and I've been working on other things lately. So you just have to deal with the shortcomings in Forge for yourself usually, even if that goes against the concept of what an open-source API is for.
Unfortunately there is no grand design at work. There isn't really a "Forge team" anymore, for that matter, it's one guy who has full control over the project, making decisions even for areas of Forge where he himself admits he doesn't know what he's doing. Other people contribute code, but he has the final say, and you'll find quite a few people with stories of code that was never accepted and no reason given, or a reason that made no sense.
And thus another one of life's many handy illusions is destroyed forever. You'd think I would be used to this given the fact that I've spent half my life working in development / QA / data center monitoring / network & telco engineering... but, no. *sigh* Someday I'll learn, I'm sure.
I am in the process of updating my SimpleTech modpack and plan to include Don's Lightning Rod Mod (http://www.curse.com/mc-mods/minecraft/232552-dons-lightning-rod-mod), but ran into an issue during beta testing of the update. It appears that Flux Ducts won't pull RF power from his lightning capacitor bank, and I don't know where the incompatibility lays. Could you possibly take a peak at this? I've already reached out to Don_Bruce about this but have not yet heard back from him.
Flux Ducts adds a simple RF-compatible power conduit for use in Minecraft 1.8+.
The Redstone Flux API has not been officially updated to Minecraft 1.8+. This mod was created primarily for use with Progressive Automation, which includes its own updated version of the API. This may or may not be compatible with other RF mods which may become available, but will be updated to the official API once that's released.
RF-per-tick is configurable via the config file, as is the number of ducts per crafting recipe. By default this is 320 RF/t, and 5 ducts per recipe.
This mod was developed based on the design provided by Gorstavich. If you were looking for RF conduits in 1.8, you should thank him for getting me to make it!
-- Downloads --
v1.0.3 (for Minecraft 1.9) - (primary) (secondary)
v1.0.2 (for Minecraft 1.8) - (primary) (secondary)
v1.0.1 (for Minecraft 1.8) - (primary) (secondary)
-- Changelog --
v1.0.3 - May 1st, 2016
v1.0.2 - April 10th, 2015
v1.0.1 - March 11th, 2015
v1.0 - March 10th, 2015
-- Modpack Permissions --
As with my other mods you're welcome to include this in your pack. I do enjoy hearing about how/where you're using it though if you don't mind taking the time to do so!
WIP site for my mods / Intermediary / FMC / Redstone Paste / Hopper Ducts / Model Citizens / Simple Refinement / Endermanage / Fycraft / etc
Please join our Discord Server HERE!
Having said that, good on you for this.
Forge has quite a "we're doing it the vanilla way" attitude on a lot of things in 1.8, unfortunately. I think you're going to end up addressing most of that in CoFHCore for yourself, whenever you do decide to move forward.
WIP site for my mods / Intermediary / FMC / Redstone Paste / Hopper Ducts / Model Citizens / Simple Refinement / Endermanage / Fycraft / etc
Just a note to other mod devs thinking of 1.8 with RF, this is the "port" we're using at the moment:
https://github.com/Vanhal/RedstoneFlux-API-1.8
I do agree that null for unknown is awful, but without a complete library that adds in a new Direction it's the best we can do so far.
Just to let you know as well that opencomputers also supports this version of RF so the ducts should work with them too!!
Post bug reports fof my mods on github
Support me on patreon
i like these samller mods gurd job
Sweet, I'll be adding this to my mega pack today. Over 100+ mods in my pack, plus if you hate my server I've made that easy to setup on your own too.
Something occurred to me this morning while thinking about this statement... what if (a big "what if" admittedly) the Forge team is starting to do things more "vanilla way" in order to start transitioning the way people write mods into a method that will ultimately mean less "relearn everything from scratch" when the official Minecraft API finally gets released?
Yes, this is a total stretch, but it's been nagging at the back of my brain for a bit now.
Unfortunately there is no grand design at work. There isn't really a "Forge team" anymore, for that matter, it's one guy who has full control over the project, making decisions even for areas of Forge where he himself admits he doesn't know what he's doing. Other people contribute code, but he has the final say, and you'll find quite a few people with stories of code that was never accepted and no reason given, or a reason that made no sense.
For example, code was submitted (and rejected) multiple times to restore the custom block rendering functionality in 1.8 that we've had available for ages now. Some people think it's because he wants us to get used to using models, but that doesn't make sense because adding a custom renderer doesn't mean you can't use models in the code (as evidenced by Hopper Ducts). The only real excuse given is that he doesn't want Forge or himself to be blamed when a mod does something that crashes the game. Except custom rendering is still used in multiple other areas of the game, so even this excuse makes no sense, and only magnifies his lack of knowledge in the area.
The Minecraft API won't be anything like what we have now. I'm inclined to think it'll be command block scripts in a resource pack, which 1.8 things like models and block states will be useful for. But it won't replace Forge, so there's probably little that would carry over between the two.
We're in frustrating times as far as Minecraft APIs go. I started making my own for use with FMC, but I haven't looked at it in a while now since my time is limited and I've been working on other things lately. So you just have to deal with the shortcomings in Forge for yourself usually, even if that goes against the concept of what an open-source API is for.
WIP site for my mods / Intermediary / FMC / Redstone Paste / Hopper Ducts / Model Citizens / Simple Refinement / Endermanage / Fycraft / etc
And thus another one of life's many handy illusions is destroyed forever. You'd think I would be used to this given the fact that I've spent half my life working in development / QA / data center monitoring / network & telco engineering... but, no. *sigh* Someday I'll learn, I'm sure.
Woooo!
Post bug reports fof my mods on github
Support me on patreon
Not only Progressive Automation... Opencomputers.
And here I was hoping this would be a stylish way of disposing of Thaumcraft's Flux gas/goo.
I'm a pixel artist who makes pixel things and maps! I also do line art occasionally.
I have two work in progress resource packs!
This is the second one!
And of course, by "work-in-progress" I mean "will never, ever be completed".
can this please be compatible with this mod.
pretty pretty please.
http://www.minecraftforum.net/forums/mapping-and-modding/minecraft-mods/2457237-dons-lightning-rod-mod-control-the-skies?page=5
Jolicraft Support for Flux Ducts
I've finished adding support for Flux Ducts in Jolicraft's style. You can find the release here.
Jolicraft Mod Support for 1.8 Mods
Hi FyberOptic,
I am in the process of updating my SimpleTech modpack and plan to include Don's Lightning Rod Mod (http://www.curse.com/mc-mods/minecraft/232552-dons-lightning-rod-mod), but ran into an issue during beta testing of the update. It appears that Flux Ducts won't pull RF power from his lightning capacitor bank, and I don't know where the incompatibility lays. Could you possibly take a peak at this? I've already reached out to Don_Bruce about this but have not yet heard back from him.
Finally got a 1.9 update of this out, which appears to work with the 1.9 release of Progressive Automation (and perhaps other mods).
WIP site for my mods / Intermediary / FMC / Redstone Paste / Hopper Ducts / Model Citizens / Simple Refinement / Endermanage / Fycraft / etc