I am super, super excited for the new multiblock crucible! Honestly, the whole metalworking system is probably one of my favorite things in GregTech. It's just really versatile - you can melt down almost anything in it, you can mix metals to make alloys, pour the molten metal into molds to make a TON of things - tool heads, ingots, plates, gears, rods... also, having to actually measure things out and pay attention to ratios when making alloys has been really engaging, for me at least. At any rate, having the option of making a crucible with 27x the capacity is just going to make all of that so much more awesome.
What determines where GT dungeons generate? Can they generate literally anywhere, or is there a minimum distance from spawn the chunk has to meet or exceed in order to generate a dungeon there? Is there a minimum distance between dungeons that stop them from being placed too close to one another?
I've seen the mysterious "Photon" ore before as well in some previous playthroughs. I seem to recall thinking at the time that this had something to do with GregTech ores being tile entities, and mods not knowing how to properly place or move them. IIRC, the block ID determines the type of stone / sand the ore is embedded in, but the ore material is determined by tile entity data. I'm guessing that when the tile entity data is missing Minecraft generates new tile entity data with default values? There's a couple mods I know of that can cause that:
I seem to recall that if a tornado (from Corosus's "Weather & Tornadoes" mod) picked up say, a GregTech "Small Sphalerite Sand Ore" block, that when it landed it would be a "Small Photon Sand Ore" block.
This can also happen with RF Tools; if you find a dimlet (which are essentially the same as the pages you find in Mystcraft) for a GregTech ore and try to use one to build an RF Tools dimension, it would attempt to add the GregTech ores to the dimension but they'd all wind up as "Photon" ores.
Hey Greg, are the tooltips on the Downloads page broken? When you hover over the ( i ) icon to the right of the artifact name (e.g. Mod, Changelog, Defaultconfigpack, Dev, Sources, etc) isn't it supposed to show you a tooltip with extra info for that artifact, like its MD5, SHA1, etc like it does on the Forge Files website?
Ah okay. I wasn't aware that it would cause issues with the build system, my bad. As for the lost dates for the old GT versions, I was able to find that Forge Files page you were talking about here. Looks like the original dates are still available. Here's the release dates for each version if you're looking to restore them:
Note: There's no timezone information so I'm just going to assume they're all UTC+0. The server is in Montreal, Canada, so it's also possible they could be UTC-5 (EST) or UTC-4 (EDT), depending on Daylight Savings Time.
<GT version>: <ISO-8601 format> (<Unix Timestamp in seconds>)
6.02.07: 2016-06-04T04:51:31Z (1465015891)
6.02.06: 2016-05-26T09:32:54Z (1464255174)
6.02.05: 2016-05-21T04:40:28Z (1463805628)
6.02.04: 2016-05-19T09:39:46Z (1463650786)
6.02.03: 2016-05-13T03:16:38Z (1463109398)
6.02.02: 2016-05-12T13:55:16Z (1463061316)
6.02.01: 2016-05-06T16:50:44Z (1462553444)
6.02.00: 2016-05-05T04:52:02Z (1462423922)
6.01.08: 2016-04-11T16:49:40Z (1460393380)
6.01.07: 2016-04-10T08:05:24Z (1460275524)
6.01.06: 2016-03-15T05:23:58Z (1458019438)
6.01.05: 2016-03-13T09:38:06Z (1457861886)
6.01.04: 2016-02-21T15:00:12Z (1456066812)
6.01.03: 2016-02-10T12:44:20Z (1455108260)
6.01.02: 2016-01-24T01:44:38Z (1453599878)
6.01.01: 2016-01-09T04:01:18Z (1452312078)
6.01.00: 2015-12-24T06:26:32Z (1450938392)
6.00.62: 2015-12-06T04:44:52Z (1449377092)
6.00.61: 2015-11-28T12:18:18Z (1448713098)
6.00.60: 2015-11-17T11:08:56Z (1447758536)
6.00.59: 2015-11-10T07:08:18Z (1447139298)
6.00.58: 2015-10-25T10:23:30Z (1445768610)
6.00.57: 2015-10-24T05:55:54Z (1445666154)
6.00.56: 2015-10-18T14:47:44Z (1445179664)
6.00.55: 2015-10-11T03:04:08Z (1444532648)
6.00.54: 2015-10-10T12:38:36Z (1444480716)
6.00.53: 2015-09-26T05:06:10Z (1443243970)
6.00.52: 2015-09-10T12:27:46Z (1441888066)
6.00.51: 2015-09-03T06:26:14Z (1441261574)
6.00.50: 2015-08-01T03:41:06Z (1438400466)
6.00.49: 2015-07-10T14:01:54Z (1436536914)
6.00.48: 2015-07-01T12:55:48Z (1435755348)
6.00.47: 2015-06-30T10:33:58Z (1435660438)
6.00.46: 2015-06-23T14:56:52Z (1435071412)
6.00.45: 2015-06-21T04:06:58Z (1434859618)
6.00.44: 2015-06-20T12:00:38Z (1434801638)
6.00.43: 2015-06-16T15:21:20Z (1434468080)
6.00.42: 2015-06-14T09:35:30Z (1434274530)
6.00.41: 2015-06-12T10:14:32Z (1434104072)
6.00.40: 2015-06-11T19:32:12Z (1434051132)
6.00.39: 2015-06-09T15:46:40Z (1433864800)
6.00.38: 2015-05-30T13:53:02Z (1432993982)
6.00.37: 2015-05-24T06:51:54Z (1432450314)
6.00.36: 2015-05-16T16:16:02Z (1431792962)
6.00.35: 2015-05-08T17:10:56Z (1431105056)
6.00.34: 2015-05-02T17:12:18Z (1430586738)
6.00.33: 2015-05-02T10:46:28Z (1430563588)
6.00.32: 2015-04-26T17:10:28Z (1430068228)
6.00.31: 2015-04-25T18:38:16Z (1429987096)
6.00.30: 2015-04-18T09:09:24Z (1429348164)
6.00.29: 2015-04-10T09:05:02Z (1428656702)
6.00.28: 2015-04-04T06:13:20Z (1428128000)
6.00.27: 2015-04-02T06:01:08Z (1427954468)
6.00.26: 2015-03-30T05:28:34Z (1427693314)
6.00.25: 2015-03-28T11:36:16Z (1427542576)
6.00.24: 2015-03-25T15:11:34Z (1427296294)
6.00.23: 2015-03-24T08:07:08Z (1427184428)
6.00.22: 2015-03-20T15:25:44Z (1426865144)
6.00.21: 2015-03-17T13:57:24Z (1426600644)
6.00.20: 2015-03-17T07:33:30Z (1426577610)
6.00.19: 2015-03-14T12:09:22Z (1426334962)
6.00.18: 2015-03-14T10:37:46Z (1426329466)
6.00.17: 2015-03-14T09:09:22Z (1426324162)
6.00.16: 2015-03-14T08:17:36Z (1426321056)
6.00.15: 2015-03-14T06:11:06Z (1426313466)
6.00.14: 2015-03-13T08:35:52Z (1426235752)
6.00.13: 2015-03-08T16:43:28Z (1425833008)
6.00.12: 2015-03-06T11:18:12Z (1425640692)
6.00.11: 2015-03-01T13:12:14Z (1425215534)
6.00.10: 2015-02-28T16:17:50Z (1425140270)
6.00.09: 2015-02-27T05:38:46Z (1425015526)
6.00.08: 2015-02-24T09:18:42Z (1424769522)
6.00.07: 2015-02-22T12:13:48Z (1424607228)
6.00.06: 2015-02-21T17:08:44Z (1424538524)
6.00.05: 2015-02-20T09:13:32Z (1424423612)
6.00.04: 2015-02-20T07:09:34Z (1424416174)
6.00.03: 2015-02-19T07:48:50Z (1424332130)
6.00.02: 2015-02-18T06:59:10Z (1424242750)
6.00.01: 2015-02-17T04:25:54Z (1424147154)
6.00.00: 2015-02-16T04:04:44Z (1424059484)
5.07.07: 2015-01-07T06:05:32Z (1420610732)
5.07.06: 2015-01-02T12:46:26Z (1420202786)
5.07.05: 2014-12-31T05:42:06Z (1420004526)
5.07.04: 2014-12-29T07:14:04Z (1419837244)
5.07.03: 2014-12-28T10:44:04Z (1419763444)
5.07.02: 2014-12-22T17:25:24Z (1419269124)
5.07.01: 2014-12-21T17:23:48Z (1419182628)
5.07.00: 2014-12-21T09:03:38Z (1419152618)
5.06.06: 2014-11-28T05:10:26Z (1417151426)
5.06.05: 2014-11-22T09:43:28Z (1416649408)
5.06.04: 2014-11-17T16:09:10Z (1416240550)
5.06.03: 2014-11-15T10:56:28Z (1416048988)
5.06.02: 2014-11-01T05:44:20Z (1414820660)
5.06.01: 2014-10-31T15:51:48Z (1414770708)
5.06.00: 2014-10-28T06:49:16Z (1414478956)
5.05.13: 2014-10-18T08:08:30Z (1413619710)
5.05.12: 2014-10-11T11:26:30Z (1413026790)
5.05.11: 2014-10-11T05:22:26Z (1413004946)
5.05.10: 2014-09-28T10:19:30Z (1411899570)
5.05.09: 2014-09-28T08:53:28Z (1411894408)
5.05.08: 2014-09-26T12:12:18Z (1411733538)
5.05.07: 2014-09-21T15:45:52Z (1411314352)
5.05.06: 2014-09-17T16:13:28Z (1410970408)
5.05.05: 2014-09-17T12:33:18Z (1410957198)
5.05.04: 2014-09-16T14:02:58Z (1410876178)
5.05.03: 2014-09-14T08:54:48Z (1410684888)
5.05.02: 2014-09-13T09:20:20Z (1410600020)
5.05.01: 2014-09-12T22:04:08Z (1410559448)
5.05.00: 2014-09-12T13:30:54Z (1410528654)
5.04.06: 2014-09-12T05:13:16Z (1410498796)
5.04.05: 2014-09-11T12:05:32Z (1410437132)
5.04.03: 2014-09-09T16:40:48Z (1410280848)
5.04.02: 2014-09-03T11:15:28Z (1409742928)
5.04.01: 2014-09-02T13:49:26Z (1409665766)
5.04.00: 2014-08-30T14:06:28Z (1409407588)
As for the Balkon's Weapon Mod thread, Wayback Machine's got you covered. The only bad thing about finding MCF threads on Wayback is that you need to know the exact URL, which is sometimes difficult due to the SEO Minecraft Forum applies to the thread URLs, and due to the multiple forum software changes over the years.
Hey Greg, in light of some semi-recent data-loss events affecting the modded Minecraft ecosystem (e.g. Minecraft Forum's recent destruction of old threads posted by its EU users, Dropbox disabling public links in 2017, MediaFire deleting old uploads, etc) I've been working to preserve as much of it as I can before a similar event causes even more mods to be lost. That being said, I've backed up all the artifacts (mod, core, api, source, default config pack, etc) for the GregTech versions I could find on your site just in case things go sideways at some point in the future.
For each mod version I've downloaded, I've also been recording the release dates for those versions, but I noticed that some of the release dates on the site are probably not accurate (specifically for versions 5.04.00 to 6.02.07 on the 1.7.10 download page; those dates are all within a few minutes of one another, which doesn't really make sense given your weekly update schedule). I'm guessing these were created before you had your current site, and you transferred them over from somewhere else. If you transferred them over FTP with something like FileZilla, be aware that by default it doesn't copy the original file modification dates when you transfer the files from one machine to the other. You can enable this with the Transfer > Preserve Timestamps of Transferred Files menu option.
I've also noticed that the release dates on your download page are presented in the server's local time (which is either PST (UTC-8) or PDT (UTC-7) depending on whether or not Daylight Savings Time is in effect) as opposed to something more neutral and unaffected by Daylight Savings Time like UTC. To make the dates more automation-friendly, Check out the <time> element here. You can use it to display a user-friendly local date (e.g. 03/14/2019 09:57:40 AM), while also storing a machine-friendly global date (e.g. 2019-03-14T16:57:40Z) in its datetime attribute.
The other thing I wanted to bring to your attention: I took a peek at the files inside of one of the .jars for a recent version of GregTech (6.10.07), and it looks like since you switched to the new build system, the timestamps for the files in the .jars are all invalid (they're all 1970-01-01T00:00:00). Usually when I can't find an "official" release date for a mod version, I can get a somewhat more accurate date by opening the .jar or .zip and finding the maximum timestamp, but that only works if the software that generated the archive bothered to include timestamps (though I think some build systems may intentionally disable this in the interest of reproducible builds). If it's possible to do so, could I trouble you to enable timestamps again, just in case the original release dates are ever lost?
The Fluidized Bed Burning Boxes and Barometer Gas Cylinders both look really cool! Looking forward to messing around with them both when I get back to playing.
Edit: Also what do you wanna use a Wooden Gearbox for? Is it really all THAT useful at that low Tier?
Not OP, but if you're looking for ideas to make them more useful, it looks like some early types of windmills use wooden gearboxes. Early game they could be used to power something simple like a millstone or a pump.
The Linux desktop experience has improved a lot over the past decade or so. My dad is a non-technical computer user. A couple of years ago, my dad's aging Windows PC got hit with malware. After that happened, I built him a new PC and set him up with Linux Mint and he loves it. He mostly uses it to browse the web, check his email, and print pictures and for the most part, he hasn't ran into any trouble there. The worst thing I could say (comparing Linux Mint to Windows) is that getting documents / pictures to print the way you want them to is harder than it needs to be. Occasionally I'll need to help him out with installing software. For example, he's an amateur radio operator and wanted to download EchoLink, but the official software only runs on Windows so I set him up with an open-source alternative that runs on linux, Qtel. Thanks to Package Managers, installing and keeping software up to date on Linux is often easier and more streamlined than on Windows, but there was no package for Qtel at the time so I had to build it from source. It took me about 2/3 hours to straighten everything out, but for a non-technical user it would have been much harder or (at my dad's age) impossible.
I'm a long-time Windows user that started dabbling with Linux around 2011 (my webserver runs Arch Linux). My main PC runs Windows 7, but after it dies or Microsoft stops supporting it, I plan to switch over to Linux full time. I hate the way Windows 8 looks, and I hate that they kept that look in Windows 10. Despite some significant improvements (e.g. the Ubuntu subsystem, the shift away from cmd.exe to PowerShell, etc.), Windows 10 made a lot of user-hostile changes. Telemetry and forced updates are two of these changes that I despise the most. It's your system, it's your data. You should be in control of that, but Microsoft has taken that away from its users. Fuck that.
My biggest criticism of Curse (as a consumer rather than a creator) is that they are too big and control too much of the Minecraft community. Curse is probably the biggest distributor for Minecraft mods on the web, and in many cases the only place you can find a (legitimate/safe copy of) a mod. They also run the Minecraft Forum, the official Minecraft Wiki, the FTB forums, and the official FTB Wiki. And now, they're owned by Twitch, which is in turn owned by Amazon, a scummy corporation that cares about these sites about as little as it cares about its own employees. Everybody takes the availability of the third-party content Curse hosts for granted, but I'm afraid that as Minecraft continues to decline in popularity, Amazon, Twitch, or Curse will decide that it's not worth the effort to continue supporting these sites and simply shut them down. If that happens, users stand to lose a great deal of the modded Minecraft ecosystem to the sands of time, and the good times we had would become something we could never relive or share with future generations.
No. I know how to make rubber, I was just trying to store latex into a crucible.
Ah, I see now, the video makes things much clearer. Sorry for the misunderstanding, just trying to help
what the heck is Plus-Minus-700-Kelvin-Degree? This sounds like a joke but I really dont get your sentence there. Please elaborate.
I think he's saying that he's trying to make rubber by putting latex in a crucible and raising the temperature to ~700 K.
That won't work, you need to put the latex into a coagulator. The coagulator will slowly turn the latex into rubber chips (nuggets) over time; you can then put those nuggets into a steel extruder (with a low-heat extruder shape that produces plates) to make rubber sheets (plates). You can make your nuggets into plates in the crucible as well, but I don't recommend that because when melting rubber in a crucible, some fraction (something like 1/2 or 1/3) will just evaporate as soon as it melts.
Wow, your whole explanation was very useful, thank you!
By the way, does engine productivity scale proportionally to the flow of steam?
As in (I don't remember exact values), let's say that we have a turbine that outputs 8-24 RU/t and accepts 24-72 Steam/t. If at one point it receives 60 Steam, will it output
(24 / 72 * 60) = 20 RU?
And also, will the connected machine increase its speed if I give it a bit more energy (same tier, not maximum, just a bit more than is needed for a recipe)?
Yeah, the output of engines (note: see above post), turbines, dynamos, and other energy conversion devices all scale proportionally with their input (2x the steam = 2x the RU and so on), so you'd get 20 RU if you supplied 60 Steam.
And yeah, machines process recipes faster if you give them more energy than they require; processing time is inversely proportional to the energy provided. For example, making Dough in a Mixer (Bronze) takes 16 ticks at a rate of 16 GU/t (GU = generic units, 1 GU = 1 RU = 1 KU = 1 HU = ... etc). If you were to supply 4x the energy (64 GU/t) to the mixer, then it would only take 1/4th of the time (4 ticks).
As for doing lower-tier recipes in higher tier machines, I believe for each tier above the minimum, the energy costs quadruples but the processing time only halves (Greg can confirm this), so essentially you lose half of the energy in the process. Going back to the Dough-making example, say we switched to a Mixer (Steel). Now, making dough requires a minimum of 64 GU/t and takes 8 ticks to complete. This is kind of interesting because it gives you a reason (energy efficiency) to keep around your lower tier machines while still offering an incentive (speed) to make higher tier machines.
I also am a bit confused with steam behavior. Is it viable to connect several machines and several boilers with one pipe, or this will lead to imbalanced usage of the steam?
For example, I have a steel engine (64 Steam/t) and bronze turbine (48 Steam/t). Can I supply them both with one strong invar boiler (128 Steam/t)? Or both steam consumers will get 64 Steam/t?
When it comes to the fluid pipes there's not any routing going on, fluids just move through the pipe to wherever there is space for them. That also means they don't strictly flow from producer to consumer - they can "slosh" back and forth throughout your pipes, so the amount of steam your turbines / engines are getting can fluctuate from tick to tick.
Engines and turbines can handle between half and double of their recommended Steam/t; if you supply more than that, they'll still accept it but the engine / turbine will stop operating (you'll hear the machine failure sound). That can be really dangerous - when engines stop operating, they won't restart on their own (you'll have to use a soft hammer or break/replace them to reset them) and they stop consuming steam, so steam can build up in your pipes and boilers and cause a boiler explosion (if you're paranoid about this, include a Pressure Valve on the pipe directly above each of your boilers). That being said, finding a way to control how steam is being distributed through your system is critical.
I've found the simplest, most reliable thing to do is use a single boiler connected to a single engine/turbine, without pipes if possible (to avoid having to worry about fluid pipe logistics). If this isn't an option (e.g. you need a downward-facing engine to power a squeezer), one way you can control the flow of steam is to carefully select fluid pipes according to their bandwidth.
So for example, I have a Strong Steam Boiler Tank (Bronze), that produces 192 Steam/t. I want to connect that to a Strong Steam Engine (Invar) that consumes "~100 Steam/t" (50-200 Steam/t), so we'll need pipes that can handle between 192 L/t and 200 L/t. Small Invar Fluid Pipes have a bandwidth of 200 L/t, so it's ideal for this.
Say instead of a single engine I wanted to connect it to two Steam Turbines (Bronze), that consume 24-96 Steam/t (consuming at most a total of 192 Steam/t, same as our boiler). We'd have to branch off from our main Small Invar Fluid Pipe with two smaller pipes to do this. To supply these turbines with the correct amount of steam, our smaller pipes need a bandwidth of 24-96 L/t. There are Tiny Invar Fluid Pipes, but those have slightly too much bandwidth (100 L/t), which would stop the turbine if they allowed that much steam to be delivered. Tiny Bronze Fluid Pipes have the most bandwidth without going over (75 L/t), but now we have another problem.
Even though the turbines are capable of consuming all of the Steam the boiler is producing, only 150 Steam/t (2*75 L/t) can make it to our turbines because of the pipes we're using to deliver it! Not only are the turbines operating at a fraction of their potential, steam is building up in the boiler because we're producing more per tick than we're consuming! We'll have to waste the excess steam the boiler is producing with a pressure valve on the pipe nearest to the boiler or risk a boiler explosion. There's really not a whole lot you can do about this, since you'd need pipes with a bandwidth of exactly 96 L/t, which don't exist. You could use better turbines (e.g. Steam Turbine (Brass), 36-144 Steam/t) and better pipes (Tiny Invar Fluid Pipe, 100 L/t) and not waste any steam, but now even though steam isn't being wasted, your turbines are operating at an even lower fraction of their potential. in short, sharing steam power across several boilers and engines/turbines is a complicated problem, and there's likely no perfect solution to it. Stick to one engine/turbine per steam setup to make your life easier.
So the air vent on the side of a roaster only dumps air in like every 30 seconds. It runs through it quickly, then waits a while before processing more.
Seems like you need a better Air Supply. Have you tried a Vent on a Drum or Pipe? Or two Vents? Or just using Oxygen since that is a Byproduct of basically everything later in the Game.
Just adding my 2¢ here. I just recently upgraded to the latest version, so I had to reconfigure my sulfuric acid setup to use air vents and ran into the same problem as you, but it was with a mixer making sulfur trioxide (I don't seem to have an issue with the roaster, but I'm guessing that's because there's only one MV electrolyzer dumping sulfur into it).
What I did wrong the first attempt was attaching the vent directly to the nonuple bronze pipe carrying the air + sulfur dioxide to the mixer. To fix it, I replaced the pipe with a tank extender (making sure the facings were directed towards the mixer), then connected the sulfur dioxide pipe to it, and attached the air vent directly to the extender. That moves about 16000 L of air into the mixer every 15 seconds, but you can increase that by adding more vents to the extender (each one adds another 16000 L). Screenshot:
There's a few benefits I've found to using an extender instead of a nonuple pipe / drum: You can avoid having to make filters, you can use plain ol' steel instead of stainless (though you wind up using 14 steel instead of 6 stainless steel), and you can direct the flow in whichever direction you choose (compare this to drums: liquids can only be output on the bottom side, and gases can either be output from both the top and bottom or not at all).
I'm starting to collect a lot of manganese from acid washing things. It seems you can't do anything else with it but make stainless steel, so why is it so much more common than chromium, which has other uses too?
You can make pyrolusite (manganese dioxide) from manganese by bathing it in water, which is required for alkaline batteries. You can also make tools from it which are slightly better than steel. Other than that, I don't know.
I'm on the latest version now. Manganese can also be used for Lithium-Manganese batteries.
Very unrelated but also very related.
Could every European here try put a stop to that upcoming law? Preferrably before the 20th of June?
Not a European, but after reading through those links, man this proposed law is garbage.Quote
The proposed reform would turn this on its head: FotoCommunity would now be obligated to actively prevent users from uploading anything rightholders had identified to FotoCommunity.
This is a huge engineering challenge: The site would need to develop a filter that checks each uploaded picture against a database of copyrighted pictures. YouTube, which runs a similar filter on uploaded videos to identify copyrighted music or clips, says it has spent more than 60 million dollars building this technology.
Just what the internet needs, more YouTube-like Content ID systems. These kinds of systems range from mostly to fully automated and lack the ability to contextualize, which conveniently allows "rights-holders" to abuse the system and disregard your rights to Fair Use. And since I'm guessing most startups don't have 60 million dollars to spend developing their own system, that'd force existing startups out of business and forbid new startups from entering the marketplace. More likely, if this goes through it would probably lead to the creation of some kind of third-party service that you'd have to pay on a monthly basis to ensure compliance (think Cloudflare, but instead of protecting you from DDoS they 'protect' you from getting sued for copyright infringement). Hard to say how much this would cost. Either way, it has the effect of limiting competition against large, established media conglomerates.Quote
New obligation on web services: Article 13 of the proposed copyright reform directive introduces new obligations for “information society service providers that store and provide to the public access to large amounts of works or other subject-matter uploaded by their users” – contradicting Article 14 of the E-Commerce Directive, under which services hosting content are not liable for content uploaded by their users. Recital 38 tries to remove this liability exemption from any host provider which “plays an active role, including by optimising the presentation of the uploaded works or promoting them”.
Oh look, they're trying to make websites personally responsible for the actions of their users again. This sounds familiar. And what exactly qualifies as "optimising the presentation of the uploaded works"? Including the title of the work in the URL for SEO purposes? Displaying it on a page that makes it easy to navigate to other works the user has uploaded? And as for the "promotion" I assume this includes things like recommended videos / posts that appear in the sidebar/footer of a different post. That's vague enough it could apply to practically any website.Quote
The obligation to scan all uploads would not just apply to commercial sites, but also to projects like Wikipedia that aren’t run for profit, and which expressly only allow uploads of photos licensed for public re-use. If found to be “providing access to large amounts of works uploaded by their users” they would still need to “prevent the availability of works identified by rightholders”.
On Wikipedia, volunteers may review newly uploaded images – but it’s doubtful whether this loose process would satisfy the new law. More likely, they would need to implement “effective content recognition technologies”.
So when a user publishes a Wikipedia article critical of a "rights-holder", that person/organization (or a non-rightsholder that is sympathetic to them) can just abuse the flawed automated takedown system to censor that criticism. Some scummy game developers have already done this on YouTube (remember Day One: Garry's Incident?). Wikipedia articles are also full of references and quotes to news sites. I take it a good portion of these would be considered "snippets", and each snippet published within the last 20 years would therefore be retroactively subject to these new publisher "link-tax" rights? Jesus christ.
So in there I have Check Recipe.zs and Gregtech.zs, which each have like one benign sounding thing. Other than that there is Computercraft.zs, Chisel.zs, Forestry.zs, OpenComputers.zs, Harvestcraft.zs, and Railcraft.zs. None of them mention "storage".
If it's not being removed by Minetweaker, it could be removed through AE2's config file. Check (your minecraft folder)/config/AppliedEnergistics2/AppliedEnergistics2.cfg.
There's a section in this file where storage cells can presumably be enabled (true) / or disabled (false):
Failing that, here are the IDs for the 1k, 4k, 16k, and 64k storage cells. If you have some kind of utility that lets you search the contents of several files at once, try looking for these strings:
The only file I have in config/ named 'mine*' is enviromine/profiles/default/CustomProperties/minecraft.cfg.
MineTweaker scripts end in .zs, they can be found in the (your minecraft folder)/scripts/ folder.
Here are screen shots of my sulfuric acid setup. The right one shows the LV heater and roasting oven making the sulfur and air into sulfur dioxide. That goes out the top through bronze pipes into the mixer that combines it with more air to make sulfur trioxide, then into the mixer making sulfuric acid. That then goes out the back into stainless steel pipes over to the bath ( currently elsewhere making alimiunum ) and that empties into the nonouple stainless pipe below that has a filter to let the hydrogen out into the tank and the not hydrogen into the mv electrolyzer. The electrolyzer feeds the sulfur back into the oven, and the oxygen into the tank next to it.
That's more or less the same workflow I've got with mine, but I like how you have the back of the sulfur trioxide mixer directly emptying into the left side of the sulfuric acid mixer like that. I wish I had thought of that when I was building mine, it would have simplified the design a lot. As for dealing with excess hydrogen/oxygen, I basically do what you do but I put a huge bronze pipe/huge invar pipe with an open side and a pressure valve there instead of a drum. That way when the pipe fills up it vents the excess gas instead of backlogging it in your machines. If you want to collect it in a drum, you can attach one to the open side of the pipe, then when the drum finally fills up, it goes back to filling the pipe which will vent the overflow. Here's a screenshot to show what I mean; the huge bronze pipe is for hydrogen, the huge invar pipe is for oxygen. The open side is on the bottom; the drum on top of the hydrogen pipe is set to output on the bottom; it's just there to ensure the hydrogen flows in a single direction:
The nonuple part isnt the problem, the Stainless Part is. A nonuple Bronze Pipe would have worked for the water. A Rule of thumb is "larger Pipes always fill smaller Pipes but not the other way around"
Right, I get that part. What I don't get is why the sulfur trioxide stopped flowing. Reviewing the screenshot from before, there shouldn't be any flow problem with sulfur trioxide: it should go from the first mixer, to the bottom nonuple pipe, then the top nonuple pipe, then through the filter into the second mixer. Instead, the first mixer fills up the bottom nonuple pipe with 500 L of Sulfur Trioxide, which stops moving there. Fixing the issue with the water also fixes the issue with the sulfur trioxide not flowing for some reason.