Minecraft Forums

...oh, there it is.

False alarm, sorry. I just hadn't noticed the extra tabs waaaaay over on the far right of my screen.

Quote from Leonelf»

i dont have "official" changelogs, but thread hints to just look on github, the commits have good names^^

I hate to be the one to say this, but I really don't get ANY value out of either Github OR the build server. Github doesn't have any recent commits (not since the start of the month - latest I see right now is 23 Oct), and also isn't clearly linked from the OP anyway. Even once at Github, their interface is cryptic for those who don't already know it; it took me five full minutes of staring at it before I even FOUND how to get the commit history. (Emphasis on "clearly". Its only link that I can see is to the Wiki for recipes.)

As for the build server, also mentioned in the OP, for RV1 it shows exactly one change: the most recent. This is not a useful changelog either.

Quote from Leonelf»

EC 2.2.4:

fixed Formationplane not saving config

Thanks for that, though. For a Botania setup which is reliant on fluids being in-world, needing to go around to four different formation planes and tell them to export lava, each and every time I loaded the game, was a continual nuisance.

Seriously, it's not as though a cow farm doesn't give you infinite milk already, as was rightly stated. Balancing for the mods that make it more tedious is not something your default options should do. Let the people who don't want it, turn it off.

Anyway...

I added in Thaumic Exploration (and Forbidden Magic) after already being well along in my world, and it seems I thereby don't have access to a number of things in the mod. No chest/jar seals, and significantly, no everfull urn, which is kind of the big thing that led me back to the mod in the first place, so... yeah. Do I have any way to get that research short of completing EVERYTHING ELSE and spamming research fragments?

Quote from MatrexsVigil»

So, what's some more stuff you guys want config options for?

- Turning on/off garden spreading

- Changing garden spread rate



Other things I know folks want:

- Shearing gardens and fruits

- Bonemealing ground to get gardens and saplings

I honestly just want to reiterate my request to section the config file. It's hard to navigate as it is.

Quote from felinoel»

I think all salt should have the same oredictionary.
Even food salt and other mods' salt like saltpeter.

Sure they are definitely not at all the same but meh they are close enough to not warrant both salt ore and saltpeter ore all over the place.

As has been stated, they're not even CLOSE to the same. Rock salt, the edible kind, is sodium chloride, while saltpeter is potassium nitrate. While I think saltpeter might be useful in fertilizer (and is definitely useful in gunpowder...), it's not good people-food at all. All they have in common is both being, technically, salts.

Quote from 3oW2Me

Hey!
Recently i started playing with this mod and i really love it. I want to start automating my farm by using the MFR harvester and planter and connect it to my AE system. So lets say that when my iron drops below 1000 ingots then i want the farm to activate and keep me nicely stocked. The only issue i have is how to auto craft the essences into the ores, like what is the best way to do that. Something along the line of the auto-crafter of buildcraft but that is bloody slow! xD

As already mentioned, cyclic assemblers from Thermal Expansion are one option; though they can only handle one recipe apiece (like the BC autocrafters) and need power (unlike them), they are VERY fast at what they do.

A small molecular assembler chamber would be another option if you can spare the resources for it on an AE subnet. You could probably get away with a single ME chest for storage, and the smallest size of MAC with a pattern provider in it, as well as the controller (and maybe a power relay so you don't need to run power independently to it). Program the assembler with the recipes using each essence. Export all of those essences to an interface on the subnet, and the products from the subnet back to your main ME net. The initial setup cost of this is massive in comparison to other autocrafting options, but a single pattern provider will, I'm pretty sure, cover all the Magical Crops essences, so it's more compact in the long run.

You may not want to do this for things like nether essence that can make several products; just store the essence in your main net and have recipes to autocraft the different things you can get from it in your main MAC.

Quote from Z0Z0aA9

1.7.2 plz

And how, exactly, do you expect that to happen when Forge isn't out for 1.7.x?

Stop trolling.

Quote from GameGeek1998

Are the crushers compatible with the vanilla hoppers?

They've worked just fine together for me. I don't know about feeding them fuel, though - the only thing I put in the hopper (on top of the crusher) was ores; fuel I always added by hand because I didn't have that much to spare at the time.

Quote from Cooolaid

@bluedart

For some odd reason your shears dont work with Thaumcraft's flowers or any flowers for that matter.
I tried to shear the silverwood flowers because im in need of it to make Ethereal to contain tainted land.
seems that its not shearing them,'

Its turning them into quicksilver, instead of Shimmerleafs like they are suppose to..

Along with this, I reported a while back that the Force Shears don't seem to work as shears on cobwebs - they dig through them very slowly, unlike the very quick clearing (and harvesting) one gets with standard shears. I think they're just not counting as Shears for some reason.

Quote from Sertas

Thanks for the info Shurhaian. I know how to fix ID conflicts I just can't tell what block the conflict is pointing to. Hence me asking for assistance. Can you tell what block is conflicting and could you point that out to me so I'll at least have more knowledge in situations like this.

Metallurgy's wealth of config files makes me take this one from the Applied Energistics side first. (There's another reason, which I'll touch on later.)

java.lang.ClassCastException: rebelkeithy.mods.keithyutils.metablock.MetaBlock cannot be cast to appeng.common.base.AppEngMultiBlock

In the AppliedEnergistics.cfg file, under the block section, there are three entries I look at here:

I:appeng.blockMulti
I:appeng.blockMulti2
I:appeng.blockMulti3

I'd look first at blockMulti (with no number), as the error message doesn't say MultiBlock2 or MultiBlock3. (It's been too long since I fixed this on my install, sorry I can't say for sure where the conflict was.)

For the next step, it helps to have a text editor that can search within files. I use Notepad++, which is free software for Windows, quite powerful and extensible. You can do it by hand, but it'll take more work.

If you're using Notepad++, Ctrl+Shift+F will bring up the Find In Files dialog box (which is a tab of the Find/Replace dialog). If you're using something else with that function, I can't help you. But what I would do then is point it to your .minecraft\config directory, make sure it's set to search in subdirectories, and search for the block ID you got from AE's config. I usually start it with an = so that it only looks at the START of an ID entry, to keep it from getting hits that are actually buried deep in item IDs. For instance, my file reads: "I:appeng.blockMulti=800" (I'm pretty sure this is not default), so I would search for "=800". There may still be false hits, but only things like 8001 and 8009, not 2800 or 18007.

If you don't have a find-in-files, you'll have to do it by hand. Noting those blockMulti ID's, look through the Metallurgy3 config files. Your most likely culprit, there being no prefixes to say it's e.g. fantasy or ender metal, is MetallurgyBase.cfg. Find the "block ids" section and start looking.

Note that each of the different Metallurgy configs uses a single ID for many different blocks. In MetallurgyBase, for instance, there is one ID for ores and one for other blocks (metal block or brick). Everything else is separated by damage values. You're only interested in the first part of the number. My first entry there says:

S:"Angmallen Block"=901:6

...which is block ID 901.

This extensive use of damage values is also why I said I'd change the Applied Energistics ID. If you're setting up a new world, I strongly encourage doing so rather than going through and changing every ID in Metallurgy; but if you're adding Metallurgy to an existing world, a find-and-replace can work as long as you're careful about its pattern. For instance, if I wanted to use 1337 instead of 901, I would replace "=901:" with "=1337:" (note the = on one side and the : on the other).

I'll usually search in files for the number I'm choosing, just to be sure it's not already taken by a THIRD mod somewhere.

Hope this helps rather than just being confusing. I'm erring on the side of too much detail - you say you can fix block ID conflicts and I'm not meaning to insult your intelligence when you do, but between the different name formats (presumably what tripped you up so far) and the extensive use of metadata, I wanted to be on the safe side.

Would it be possible to have alembics remember, for a few seconds, what essentia they recently contained? If they ticked down to zero but still were reserved for a particular flavor of essentia, it'd be much less finicky to manage alembic stacks. As it stands, the largely-random behavior of alembics filling from the furnace makes for a lot of shuffling of warded jars. Having them stick to a particular aspect for, say, 5 seconds would greatly help.

Sure, alchemy golems are wonderful things, but the current system seems more like an oversight than intentional difficulty.

Quote from Shurhaian»

Regarding the researches, I'm admittedly not sure if they're hidden or just invisible until prerequisites are researched, though I've researched enough that I'd hope the Urn would be available by now, to say nothing of the seals. If they are hidden research, their status as such should be carefully considered, and if they stay that way, the icons adjusted to suit; if not, having some more "echoes" of prerequisite research pointing into the Thaumic Esoterica tab, rather than have things be completely invisible, may be nice to get some direction. Or at least have the ThX stuff show up. (I don't mind Forbidden Magic's emerald transmutation having a non-displayed prerequisite, for instance, since it's not all that hard to tell what you need for it and it's not a very deep research.)

That would be a B:requireLeafDecayCheck=false ? Trying that now....

...and did not work.


Or wait. Did I put it in the right place? Probably not. INSIDE the coloredtree{} definition, I'll bet. Retrying.


...And success!

    projectred {
        S:axeIDList=<item:peridotaxe>; <item:rubyaxe>; <item:sapphireaxe>
        S:blockConfigKeys=block:block_dyeLeafID
        S:configPath=ProjectRed.cfg
        S:itemConfigKeys=item:peridotaxe; item:rubyaxe; item:sapphireaxe
        S:modID=ProjRed|Exploration
        B:overrideIMC=false
        B:useShiftedItemID=true

        coloredtree {
            S:leafConfigKeys=<block:block_dyeLeafID>
            S:logConfigKeys=17, 5; 17, 13; 17, 9; 17, 1; 17, 4; 17, 12; 17, 8; 17, 0
            B:requireLeafDecayCheck=false
        }

    }

I think the heavy material costs in exchange for the time, luck, and exp investment does a fine job of being an alternative to vanilla enchanting. The only balance problems I see are the Rapier, maybe the Dagger, and overabundance of materials due external influences. Quarries and Frame Bores can make ANYTHING feel cheap... except for enchanting since automation usually robs the player of sources of exp. For anyone using these (Feed the Beast IS really popular right now), of course the Tinkers' tools are going to feel dirt cheap compared to enchanting, and pre-established worlds are going to make them feel dirt cheap as well. That's improper use of the mod, the fault of the player, not some inherent flaw in the mod.

To clarify my two other points though... I really can't think of a situation in which the Dagger would be useful. Someone explain to me what I'm missing here, perhaps? As for the Rapier, it's the combination of armor piercing and the complete lack of a hit cooldown.

It's a pretty safe assumption that players will at least be wearing Iron Armor, though in any modded game, Diamond is probably the better assumption. Even more so considering Manyullyn armor is a strong likelihood. Ignoring enchantments, Iron reduces incoming damage by 62.5%, and the full bar from Diamond reduces incoming damage by 83.3%. (At least according to the wiki.) With the assumption of Diamond Armor, other weapons would have to do 5 times the base damage of the Rapier to come close to evening out. Yeah... under no circumstances does that come about (the Iron assumption isn't much better), nor would that be a scale that would be very feasible to pull off in a rebalance. Armor ignoring is an issue at its core. Now, one might argue that these weapons are not designed for PvP and thus should not be coming up against such high armor values, but why cut out such a chunk of the potential demographic of the mod? And what about mods that add creatures with higher armor, such as bosses? The point of this mod is variety, is it not? So no one weapon should be ideal, else it hurts that variety.

The lack of a hit cooldown is far less of a problem where any PvP is concerned as other sword users will be capitalizing on knockback and thus help neutralize this advantage. This one is more of a "PvE" or general gameplay concern, and it's a glaringly obvious one to boot. Consider for a second that one can easily attack a mob three times in the time they would normally be invincible from the previous attack. Consider further that even five attacks in that time is feasible. Rapiers when spam attacked can thus deal 3, 4, even 6 times the damage. Are Rapiers 3 times less powerful than the Broadsword? ...nope. This design scales damage to an out of game factor in how fast a player can spam the mouse button, rather than cutting the period of invincibility down to a particular fraction and balancing accordingly, and even if the faster players are ignored, the number of attacks are enough that other weapons just cannot keep up. Again, one could argue that the damage boost from sprinting with the Longsword is a rather tempting option since it is more defensive as well (unless your target happens to be a Skeleton, Witch, Wither, or any other ranged or immune to knockback enemy...), however the Rapier happens to have that very same bonus and of course can squeeze in multiple hits in the moment before the mob flies back. (I do this even with normal Broadswords; it is a simple thing to do.)

But what about the defensive option of the Broadsword? Surely one would still want to use that. You'd think that, but no. In PvP, the enemy's Rapier doesn't care about your attempts to block, and in most melee scenarios, hopping back and just not getting hit is preferable to attempting to halve the damage you're guaranteeing you will take. If there's something hazardous behind you or if you can't time it with a Skeleton's shot, sure, you could get use out of a Broadsword by... using it solely as a shield rather than a weapon, but the Rapier has by far the most powerful defensive ability of all. No, I'm not referring to the hop back this time. I'm referring to the lack of an attack cooldown. In combination with Necrotic Bones, specifically. Unless you're entering a place where there will be predictable volleys of ranged attacks that you won't be able to avoid, you are far better off using a Paper Rapier with 1 Diamond and a bunch of Necrotic Bones as your "defensive weapon" than a Broadsword, because you will be landing hits as fast as you can click, and you will be healing 5 "hearts" with every one of those attacks until the enemy keels over. 6 with a Diamond and Gold Block thrown on, 7 with a Nether Star added as well. Who needs blocking when you get the equivalent of a healing potion with every click of the mouse?

I love this mod, I'm excited at its growth, and I can't wait to see how its features evolve... but something aught to be done differently about the Rapiers. No other choice compares to a Manyullyn Rapier and Paper Rapier on your hotbar, and that's not speaking from preference. mDiyo, in your excitement to give them unique mechanics, you went overboard, plain and simple. Can you perhaps rein them in a bit, please? Give it a far smaller percentile boost in both effects, perhaps? Maybe put a cooldown on how frequently Necrotic Bones can trigger?

And if anyone wants to pipe in that it's about fun and not mathematics, and that "balance" is a fictional construct, and people shouldn't dictate how others play the game: let's try something, hrm? Go watch Direwolf20's and SOTMead's videos on Forgecraft 2 and tell me what weapons you see the various testers and the like use.
Then explain to me how absolute supremacy and nigh universal preference is a good thing for a mod that otherwise tries so hard at providing variety, options, and customization.
I'm sick and tired of such literally thoughtless arguments whenever/wherever someone brings up a balance concern. (This segment is obviously not directed at anyone who doesn't present such a viewpoint, of course.)


I apologize for the extreme wordiness of my post, but I did not want to make a balance "complaint" without making sure to thoroughly back it up. No one wants a crash report without the log; why should I bring forth a complaint without all the relevant details. ...right?


Oh, and you seem to have made grass spread under relatively shallow water with your "clear water" change, even with making it client only. That's definitely effecting how light behaves with water mechanically, rather than just a visual tweak. Unless this is intentional, you've got a bit of a bug there. Personal preference to me, though, would just be to get the visibility bonus from a helmet modifier equivalent to the Respiration Enchantment and have it serve as a proper parallel, as the weapon and tool modifiers tend to be.

Following up to my previous post...

All of the UE mods are working in MC 1.5.1. Well, I haven't tested their operation yet, but the game loads with only two ID conflicts (@ 1 and @ 31743 - talk about being at opposite ends of the ID spectrum, haha) that I haven't investigated yet. Maybe they are supposed to overwrite those IDs. All I have set up so far is MC 1.5.1 + Forge 662 + LWJGL 2.90 + All UE mods using either the recommended build if there is one or the latest build if there is no recommended one.

Home-made 1.5.1 Ampz pack here I come!

(Screenshot of my mods folder if anyone needs it)