Posts by hoho

Quote from Epic Lulz

Apparently they are using on the density of thorium to generate heat.

"Density to generate heat" is a meaningless term.

Thorium has a half life of 14.05 billion years. Real-life RTGs mostly use plutonium with half life of 87.7 years and thermal efficiency of 0.54 kW/kg (assuming 100% efficiency you'd need ~140kg of plutonium to get equivalent power output of a low-end car engine). Basically thorium simply doesn't have enough passive heat generation to be used as RTG. If they have an additional neutron generator to shoot at thorium it could be used but I have hard time seeing such a thing in a car-sized box.

Quote from LinusPhoenix

I dare to claim that that's what they used to think about oil.

Thorium is a waste product of rare Earth elements. We'll have plenty of that.

Quote from LinusPhoenix

But...think of the action movies! Exploding fuel is much cooler than a little exploding Thorium

In worst case scenario the thorium would melt through the car and emit some radiation. No (fission) explosion is physically possible.

As for the car, I'm almost certain they are either lying or something went missing somewhere. Thorium can't be used for RTGs and even if it could the best mobile RTGs we have are at 140W output of electrical power (+500W of heat). A car would need about 500x as much. I'm not really sure what they could be doing with thorium to extract energy out of it but I highly doubt the amount would last for a century.

Quote from mak326428

@above:
nah, i'll just remove iv value from cobble.

I'd still say using bigger values would be a good idea. I'd even go with 64bit ints to give more room for additions when needed. Currently it's pretty much impossible to add stuff in the beginning and to create new tiers.

Quote from mak326428

Ehm, my IV values are integer-based, so... I don't want to break the entire thing just for that purpose.

32bit ints have room for ~4.2 billion values. Highest value I saw there was about 20x smaller. You could just multiply all values by 8 (or 16) and add more cheap stuff to the beginning of scales.

Quote from SpwnX

C is somewhat close to java, right?

Well, the syntax and most of the basic concepts are somewhat similar. The libraries are obviously very different.

Also, when studying C/C++ I'd suggest to mainly focus on C++ if possible. C is it's subset but C++ teaches you to write better code
Fun fact - it's easier to write non-memory leaking stuff in C++ than in Java

Kerbal space program is awesome. They released a version that adds a tech tree and research. As I'm a complete noob at docing so I can't really make an orbital research lab I'll just build 1700 ton rockets to launch my entire lab (~150 tons) to space and brings it back after research is done. That thing could probably get the lab to Eve if I'd plan my ascent angles better

Quote from MagusUnion

You know they won't because they like to break game mechanics and tech trees out of spite...

How is it possible to break any sort of compatibility or tech tree by replacing all uses of osmium with e.g cobalt? Just a direct 1:1 replacement of everything.

Quote from Chocohead

No, the whole point is its always closed to stop them! It's when I open it to leave that they can get in.

Pick them up and take outside the toilet?

Quote from Omicron

Not too long ago, Minecraft's texture handling was fairly bad. Only 1.5 fixed that.

Actually it's still bad, just not as bad as it used to be. IGP's not having to transfer stuff from main RAM to vRAM helps a LOT:

Quote from Omicron

That too has recently seen improvements but the drivers are still behind the competition.

The ones in last few generations are relatively decent. Not as good as AMD stuff but at least their CPUs don't suck as horribly

Actually integrated GPUs should work quite nicely due to the way MC handles textures.
Though Dell doesn't make any sort of GPUs

Quote from SegFaulter

You also might want to use the old IC2 machines, as they don't have so many complex, unwanted additions.

Automatic ejection and being able to queue up stuff without hopper is pretty nice.

Quote from SegFaulter

It is much simpler, and saves more processing/RAM.

Simplier and far more limited. Also, I'd love to see your data about processing/RAM usage comparison.

Quote from SegFaulter

If you accidentally click the wrong button in the automacerator GUI, it screws up the outputs/inputs/energy-configuration, and it is difficult to find the source of the issue before the entire contents of your ME network is crammed into the buffer-slot, or worse, your precious diamonds/rubies/emeralds being ground to a fine powder.

Or you could, you know, learn the meaning of three simple buttons?

Tbh as long as the default can empty/fill a can/bucket in under 5s I'm happy. Rest can be achieved with overclockers

Quote from GregoriusT

Why did I not get this great Idea! I should have done that in the first place with the GT Canner!

Beats me. A "liquid transposer" suggestion has been brought up dozens of times before

Quote from RawCode

screenshot or gtfo

Had to log off relatively early last night so a few minutes ago I had a quick look at what was being talked about after that in #TinkersConstruct. Apparently mDiyo was rallying up people to get me banned from MCF for trolling and supposedly kept reporting my posts. Funny how anyone is yet to explain me what in my posts can be qualified as trolling or spam, neither have I gotten even a single warning so far.

I wonder if he ever realizes how trying to censor stuff only ends up badly for his reputation?

Quote from JohnOptegrove

Have wires able to carry only X amount of EU per tick regardless of packets, but machines would accept any packet size up to their limit.

Uhh, that's pretty much exactly how the current experimental IC2 e-net works.

Quote from Sunstrike

Questions about such should be directed to the IRC, which is an open place on such matters without the moderation-bias of forums.

#TinkersConstruct is definitely NOT the place for such discussions after seeing what was spoken there about a week ago and comparing that with how people were kicked left and right last night for doing pretty much nothing against the rules.

Also, as you can verify yourself, there have been no editing/deleting of any of the TiC developer posts here in this thread where the "official" discussion took part.

As for the mD plan commenting, I merely asked for your comment if it is comparable to "pushing back" that you yourself are fighting against. I didn't ask for you to comment on the reasoning behind it, just what had you done if some other mod tried to do something similar with TiC.

So you are saying there hasn't been any real incompatibilities between the two mods besides those that were actively coded by both sides?

As for "actively pushing back", how would you define the original plan from mD where he planned to stop GT from loading entirely when its detected?

Have there actually been any valid bugreports ( = not about oredict scanner) made to TiC caused by GT besides the ones with the crash-causing version of GT? Looking at github there were exactly zero issues containing the word "gregtech" and similarly there were nothing in past couple of months on the MCF thread.

In other words, is there an actual valid reason for labeling GT as non-supported besides personal grudges?

Quote from SegFaulter

Why don't we just stop our updatings here, and stay with 1.6.4?

Because, just as with 1.3, 1.7 will make modders lives far easier than they are at the moment. For starters item/block ID conflicts will be eliminated entirely. Can you imagine how many bogus bugreports and broken worlds will that prevent? Why would any modder NOT want that?