Kittychanley

The crash report you provided shows Thermos is installed. When filling out the form you claimed you can reproduce the problem after uninstalling thermos. Please provide a crash report of this happening without thermos installed. 

3 hours ago, Mathias Ademar said:

Tfc default is 96, though i usually set my years to 366 ( to include the 29th of feb)

I just want to point out that TFC just takes the year length you give it and divides it by 12 and that's how many days are in every single month. We don't do any of the "these months have 30 days and those have 31 etc" 

Are you able to get connected textures to work? You might try looking at some of the existing texture packs on this forum that successfully uses connected textures and take a look at their files to point you in the right direction. Here's one I know of:

I'll restate rule #5 that was shown to you when submitting the form that you claimed yes to reading and understanding:

If you have Optifine or a non-forge server plugin api (Examples: Craftbukkit, Cauldron, Thermos, etc) installed, uninstall them and make sure you can still reproduce the bug before submitting. Optifine and non-forge server plugin api's edit forge base classes, which causes bugs that TFC cannot fix without breaking forge compatibility.

The crash is happening because you have Thermos installed. The bug is with Thermos, not with TFC. We cannot help you here.

The crash report you provided says that you have Thermos installed. When filling out the form you claimed that you can reproduce the bug after uninstalling thermos. Can you please provide a crash report that's generated when thermos is not installed?

Automated Message: This topic has been locked because it does not use the provided form for bug and crash reports.

Click here to use the provided form to submit a bug or crash report.

There is a option in the config for each ore called "rarity". Rarity means the center of a vein will be on average in 1/x chunks of an area of the correct stone type. So a higher rarity value means the ore will be less common. Each vein is calculated separately. You cannot add additional drops unless you install some other mod that gives you that option. 

Pretty much every spot in the code that's referencing flux is looking for the exact item, and does not use the ore dictionary. It would be feasible to update it with a bit of work, but considering there won't be another update for TFC1 unless a major exploit or crash is reported, I wouldn't get your hopes up.

No. Crops that do not have access to sunlight will die. Even if they could grow without sunlight moving your farm underground wouldn't help because the cold would still kill them. 

There's already support for this. Add the ores you want to spawn to TFCOres.cfg

Trees don't drop saplings when the leaves despawn for balance reasons. Chopping down trees is quick and easy because you only have to break one block and you don't have to wait for the leaves to despawn. If you also got saplings, it would be too easy to farm trees. 

A bunch of the assets like textures are going to be the same. There are plenty of other mods where the next big version is practically a whole new mod but they use the same name. Applied energistics and equivalent exchange are two examples.

5 hours ago, Travis said:

It wont let me post my picture but my options in dynamic light.jar are

Assets

Atomicstryker

Coloredlightscore

META-INF

src

Changelog.txt

mcmod.info

Thats it.. idk which one to do

You've figured it out, but for future readers, The options are not in the dynamic light .jar file, they are in the config folder that is next to the mods folder where you put the .jar.

On 1/6/2017 at 10:17 AM, Travis said:

How do you change the condig file on linx?

The same way you do on any operating system. Open the file in a text editor. 

If you are talking about just rocks, sticks,  and ores that generate in the world aren't laying flat, that's because you have fast graphics turned on. 

5 hours ago, ShneekeyTheLost said:

tl;dr version: We may wish to revisit the idea of boats being non-viable with the vanilla boats actually having been fixed to not suck.

We didn't need the teleport mechanic because vanilla boats were glitchy, we needed it because we don't want players to easily hop between islands. We want them to have to do something specific before they are allowed to go to the next island. If they can just get in a boat and go wherever they want, it defeats the entire point. Boating won't give players scope, because the islands are fairly close together in reality. Also, your argument about immersion and 'click to teleport' doesn't work because we said we were using portals, like the vanilla Minecraft portal that you literally just walk through, and not something you have to click on and choose where you want to go.

Try placing another nest. Chickens only lay eggs once a day. Just to make sure, you are clicking the nest and looking at the inventory inside for the eggs, right? They do not drop them on the ground like in vanilla. 

That crash report shows that you only have 1GB allocated to Minecraft, and that you are using 32-bit Java, which means you really can't allocate more than 1GB. If you have a 64-bit operating system, then you need to download and install 64-bit Java if you want to allocate more memory. By default, Java will always install just the 32-bit version.

Edit: These are the parts of your crash report that had this information:

# Java VM: Java HotSpot(TM) Client VM (25.101-b13 mixed mode windows-x86 )

The x86 means 32-bit.

JVM Flags: 3 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xms512m -Xmx1024m

The -Xmx1024m means you only have 1024MB allocated, which is the same as 1GB.

Edit 2: The vanilla Minecraft launcher comes bundled with its own version of 64-bit Java, which is why you are able to allocate more memory when using the vanilla launcher. However, those settings do not apply to Multi-MC. In fact, you have to set the memory allocation separately for every single instance of MultiMC and every single profile in the vanilla launcher. It is not a global setting.

Go ahead and keep reporting minor bugs as long as you can't find existing reports in this forum. If there ever is a game breaking glitch that is found, I'll spend the weekend to fix all the little stuff that's been reported too.

The trees despawning is intentional to get rid of floating trees that are a side-effect of world generation and collapsing blocks. The leaves staying behind is a bug, but not really worth making a whole new release to fix. 

15 hours ago, rohan said:

I have another question.... Having answered my first one myself, Unfortunately, I don't think that will work for this one. If you pickle food, then store 320 oz in a small clay vessel (80 oz per slot), can you then put that vessel in a barrel of vinegar and get both the "pickled item in vinegar" .1 modifier as well as the .5 for the clay vessel?

No. The food item itself must be in the barrel slot to get the pickling modifier. 

crop infestation is an artifact of something that was never finished, it does nothing.  lastSpringGen is a timestamp for the last time crops were generated in that chunk, it makes sure the crops only generate once per year instead of every time the chunk is loaded. 

Did you happen to edit the config file to change the year length? If you did, that timestamp is probably a date in the future from the old config setting, which is why you aren't seeing crops. 

Also, wild crops generate in the spring and die of old age. If you are going back to these chunks later in the year it's possible the game calculated them generating and then growing all the way to death which is why they aren't spawning. 

Considering that the 79.24 change log explicitly states "Fixed crash with odd support beam placement." I'm guessing you won't be able to get an updated crash report because you won't be able to reproduce it anymore.

The crash report shows that you are using ([1.7.10]TerraFirmaCraft-0.79.23.808.jar) and not 0.79.29.922 like you've claimed when submitting this report.

You can use /debugmode to enable debug mode which will enable you to set the time before the current time using /time set 0. Just make sure to use the command again when you are done to disable it as debug mode changes a bunch of the game mechanics.