Mod Feedback ChromatiCraft questions and suggestions

[Pyure]

Fun! On a scale of 1->100, where would the cost/benefit ratio lie in rendering those dynamically as a crystalline multiblock instead of individual blocks? (I'm not certain "multiblock" would be applicable but that's how I picture it being done)

I'd love to see actual semi-translucent crystals depicted; bonus if they can shimmer with power

PS: I get that this is early stage; question may be silly.

 

[Reika]

Fun! On a scale of 1->100, where would the cost/benefit ratio lie in rendering those dynamically as a crystalline multiblock instead of individual blocks? (I'm not certain "multiblock" would be applicable but that's how I picture it being done)

I'd love to see actual semi-translucent crystals depicted; bonus if they can shimmer with power

PS: I get that this is early stage; question may be silly.

I could not get a semi-random crystal to render in a way that was aesthetically pleasing. Additionally, this is easier on the render computation.

 

[Pyure]

Yeah I'm not surprised. I thought of fractals for a while and decided it was the exact opposite of what I really wanted to see.

 

[Reika]

Yeah I'm not surprised. I thought of fractals for a while and decided it was the exact opposite of what I really wanted to see.

The way it works is as follows: The tree starts off with space for 1000 lumens of each element. Once it is full of a color, it gradually "buds out" a new leaf block of that color, increasing the capacity (space = 1000+4000*n^3).
There are a maximum number of leaves; if you then drain the stored energy below the threshold where the "outermost" leaf is "redundant" (i.e. the stored energy is less than the capacity if that leaf were removed), the leaf decays and dies, reducing the cap.

 

[RenzosNips]

The way it works is as follows: The tree starts off with space for 1000 lumens of each element. Once it is full of a color, it gradually "buds out" a new leaf block of that color, increasing the capacity (space = 1000+4000*n^3).
There are a maximum number of leaves; if you then drain the stored energy below the threshold where the "outermost" leaf is "redundant" (i.e. the stored energy is less than the capacity if that leaf were removed), the leaf decays and dies, reducing the cap.

That's actually pretty cool.

 

[Garitos]

What's wrong?

 

[Reika]

What's wrong?

You have not reached the appropriate progression level to craft it. In v2, nothing is craftable because progression had not yet been implemented.

 

[Garitos]

Thanks for the answer. How do I fix this? Wait for the update to
v3?

 

[Reika]

Thanks for the answer. How do I fix this? Wait for the update to
v3?

In survival, yes. In creative, you can /chromaprog -1 to "force" all progression.

 

[Garitos]

When can we expect v3? And sorry for my bad English, where I can ask questions about RotaryCraft?

 

[Wagon153]

When can we expect v3? And sorry for my bad English, where I can ask questions about RotaryCraft?

Either make a thread for it or go here : http://www.minecraftforum.net/forum...-tech-worldgen-civilization-and-more?page=695

 

[keybounce]

On the question of ChromaticCraft optimization: I have tried to read your code, but I'm fundamentally stumped by your data structures.

Can you please document at least what the main data-structure is (you are caching a list of something per-dimension), and what the primary routine is assuming/returning?

===

As much as you said that the shortest path is not a requirement, after reading a bit on the what and how of CC (err, no, that's computer craft ... ChromC ... sounds like a browser add-on ... ChroC? ... #NeedsABetterAbbriev ), it looks like length of the path does matter for loss -- so a shorter path, and in particular, a closer source if there's more than one -- is important.

 

[Reika]

On the question of ChromaticCraft optimization: I have tried to read your code, but I'm fundamentally stumped by your data structures.

Can you please document at least what the main data-structure is (you are caching a list of something per-dimension), and what the primary routine is assuming/returning?

???

As much as you said that the shortest path is not a requirement, after reading a bit on the what and how of CC (err, no, that's computer craft ... ChromC ... sounds like a browser add-on ... ChroC? ... #NeedsABetterAbbriev ), it looks like length of the path does matter for loss -- so a shorter path, and in particular, a closer source if there's more than one -- is important.

If a method yields a shorter path without additional computation, that is fine, but it is not worth the extra load of most algorithms.

 

[RavynousHunter]

I've not played with it, yet, but is there any Thaumcraft integration for ChromatiCraft? If not, I had an idea that might be kinda cool...

An essentia-based generator for light. Its a multi-block that requires a very specific set of things for it to work. Number one is a jar in the middle that contains Lux essentia, this is constantly drained while generating (a small, but useful amount of) light. The second bit, around the jar, are a mixture of order (white), entropy (black), fire (red), air (yellow), and/or water (blue) shard clusters; these work to code the generator to a specific colour of light. Surround on all sides save the top (yes, that includes the bottom) with arcane stone, put glass on top (though the middle space can be free for essentia tubing), and whack with a wand. It wouldn't make as much light as a proper ChromatiCraft node, but it'd be enough for some basic tasks, and constant Lux draw will keep people from spamming them to any great extent.

 

[Reika]

I've not played with it, yet, but is there any Thaumcraft integration for ChromatiCraft?

Lots:

I've not played with it, yet, but is there any Thaumcraft integration for ChromatiCraft? If not, I had an idea that might be kinda cool...
An essentia-based generator for light. Its a multi-block that requires a very specific set of things for it to work. Number one is a jar in the middle that contains Lux essentia, this is constantly drained while generating (a small, but useful amount of) light. The second bit, around the jar, are a mixture of order (white), entropy (black), fire (red), air (yellow), and/or water (blue) shard clusters; these work to code the generator to a specific colour of light. Surround on all sides save the top (yes, that includes the bottom) with arcane stone, put glass on top (though the middle space can be free for essentia tubing), and whack with a wand. It wouldn't make as much light as a proper ChromatiCraft node, but it'd be enough for some basic tasks, and constant Lux draw will keep people from spamming them to any great extent.

This is mostly impossible without making CC have a hard dependency on ThaumCraft, and is at any rate either useless or like the original magnetostatics; using "Pylon Power" is not early game at all, so if it is usable at all, it is able to supplant them.

 

[RavynousHunter]

Aaaah, makes sense. I didn't know you couldn't add TC compatibility with just soft dependencies...kind of a pain in the arse.

 

[CapJackH]

So I guess this is kind of a bug/suggestion.. I have been working on a modpack (currently private) with ChromC (there's that abbreviation issue again..) and have noticed some interesting worldgen variation.. I have generated worlds where I could find every kind of pylon within 1-2 hundred meters of eachother. And also some with hundreds of blocks between every pylon. I have several mods that mess with generation, but I think BoP might be the only one that is messing with ChromC. The suggestion is could there be some sort of config option to change the frequency of pylon generation, or maybe some sort of way to control biome white or blacklists. I understand there could be some potential issues with making the mod too easy by spamming the amount of pylons. Maybe there could be some sort of categorical generation setting? Like a easy, medium, hard option that changes the relative frequency of spawning. It would really help in the balancing of modpack and stuff thanks.

Also, I see that the game chat has a log that says JetPlane installed. Is there any reason to be excited for the release of that mod??

 

[Reika]

The suggestion is could there be some sort of config option to change the frequency of pylon generation, or maybe some sort of way to control biome white or blacklists. I understand there could be some potential issues with making the mod too easy by spamming the amount of pylons.

My actual concern is people making pylons more rare - as many have expressed a desire to do - and then complaining later when they now need 50x as many repeaters as before. Pylons may seem overly common, but in actual fact you will usually be finding them inconveniently sparse.

 

[Arkandos]

Is there a way to destroy the pylon block itself?

 

[McJty]

Is there a way to destroy the pylon block itself?

Just hit it (quickly) with a pickaxe. You can then pick it up and put it back later.