[WIP|1.7.10] FastCraft 1.25 (Note: All Posts of new Members need to be approved first, so if you press the submit button but no new post appears here, it is in the folder of posts to be approved first, and Player will receive them a few hours later)

    I am going to use your mod in my modpack, ImmersiveCraft. It is a pack on the FTB launcher with a pack code (semi-public) and i will use the whole


    (This pack contains <a color="aqua" href="[WIP|1.7.10] FastCraft 1.21">Fastcraft</a>, by Player, enabled by default. Fastcraft enhances Minecraft with increased performance. Bug reports being made directly to Mod Authors should state Fastcraft is enabled.)



    thing. I saw on the FTB packsite (http://forum.feed-the-beast.co…modpack-guidelines.18250/) that i needed to notify you.
    -Hjuju

    Hello Player,


    I am a secondary updater for the FTB 3rd party pack called Mongoose Labs and would like to let you know that Fastcraft will be included in the modpack.

    • Official Post

    Quite some responses after being busy with Minecon and bug fixes..


    lil_kreen: Constant heap usage fluctuations are normal for Java, 300 MB doesn't sound too bad and the way it's being handled internally is quite efficient. The usual cause for slow/stalled chunk updating is that a nearby chunk gets updated frequently mostly through broken mod code. Said nearby updating chunk "steals" the update time slow for the distant ones. Chunks not in view range also receive rather low priority. You can control the amount of time available for chunk updates through the max fps setting, lower fps limit = more time for updates. The metrics you posted look quite normal, although I'd expect the terrain part to be lower with FC 1.22. You may want to try the async culling option in the FC 1.22 config for slightly better performance.


    MaouKami: That's quite well reprducable indeed, I'll see about adding said debugging functionality.


    SpwnX: I believe I fixed a very related problem, so that's to be tested in the next build.


    nicholasiv: That's fine.


    Bogdan-G: Hmm the stall reports aren't overly conclusive, I'll investigate later.


    Questwizard: 1.8 runs chunks updates in different threads, which works around most of the problem, but also most updates are from broken mod code, which just doesn't exist in 1.8 yet. In 1.7 all nearby block updates get processed instantly at the start of a frame, covering all block changes during the previous frame. I'll add some more logic to optionally reduce its impact at the cost of not updating right away. If 1.8 doesn't normally render nearby updates right away I'd consider that a bug... Distant updates are throttled in both versions.


    Xyain_Jyrain: Sponge mixin support is broken right now, but it should be fixed for the next build.


    jochuan: This crash is LWJGL's fault, I'll look into fixing what triggers it though.

    Quote from Player

    MaouKami: That's quite well reprducable indeed, I'll see about adding said debugging functionality.

    Yeah, still having this problem, have no clue where its coming from, but do know its not fastcraft, ran it without i simply get the same message,
    But without the 2 strings about fastcraft, but if you still think you can add a debug function so i can find what is causing it, that would be awesome.


    Starting to get more and more problems atm haha, just had to add another 2gb to the server counting up to 10gb total, cause on startup its now using 5gb.
    And within a few hours reached 8gb, while nothing has changed server-wise, and found no good tool to locate the spot, or mod that is causing this.


    You would think it are loaded chunks but nope, not that many chunks loaded, even lowered the chunk loading limit.
    But thats something all together :p.

    Quote from MaouKami

    Yeah, still having this problem, have no clue where its coming from, but do know its not fastcraft, ran it without i simply get the same message,
    But without the 2 strings about fastcraft, but if you still think you can add a debug function so i can find what is causing it, that would be awesome.


    Starting to get more and more problems atm haha, just had to add another 2gb to the server counting up to 10gb total, cause on startup its now using 5gb.
    And within a few hours reached 8gb, while nothing has changed server-wise, and found no good tool to locate the spot, or mod that is causing this.


    You would think it are loaded chunks but nope, not that many chunks loaded, even lowered the chunk loading limit.
    But thats something all together :p.


    maybe i can help, what mods are you using?

    Quote from Nick_77ab2


    maybe i can help, what mods are you using?

    using the ftb infinity 1.7 modpack, added to that forgeessentials, fastcraft updated, betterfps,stackie, specialai, just removed opis i was using it for finding cause of cpu but cpu is fine now kind off.


    edit: great.. cpu usage is often at max now, and server is complaining about skipping ticks, but its flooding with the error msg as well so..

    Hello Player,


    With this I would like to notify you that I plan to use your fastcraft mod in a FTB Unlisted Third Party Modpack called "Nationcraft"

    Crash from world generation using FastCraft 1.21


    I don't usually ask for help diagnosing crash reports, but this one is beyond me. I am generating my world by flying around in a creative test world and it seems when I come across specific biomes, my client hangs for a few seconds then crashes.


    Here is the crash report: http://pastebin.com/E5wVipEK


    From what I can tell, every crash report seems to specifically mention the Magical Forest from Thaumcraft. The world gen mods I am using are as follows: RWG, Biomes O plenty, Underground Biomes Constructs and Thaumcraft.


    I hope someone can point out the problem, thanks.


    Edit: Forgot to mention, the crash still happens regardless if I am using the specific RWG world type or the default.

    Greetings Player, I have a small bug to report when using fastcraft 1.22ctest10 and Smart Moving. It seems that when I use the mods crouch feature to lower player height to one block, some strange visual glitches occur. This seems to only happen in certain areas or heights, but it makes no difference what is in the surrounding area.


    Before crouching...


    and after crouching...

    I've seen what FastCraft can do on Vanilla 1.7.10. I think that it would benefit a lot of us if you make a 1.8 edition for Fastcraft for Vanilla 1.8 servers and clients!