Jump to content
  • Home
  • Files
  • Docs
Status Updates
  • All Content

  • Advanced Search
  • Existing user? Sign In  

    Sign In



    • Not recommended on shared computers


    • Forgot your password?

  • Sign Up
  • All Activity
  • Home
  • xX_deadbush_Xx

xX_deadbush_Xx

Members
 View Profile  See their activity
  • Content Count

    29
  • Joined

    April 9, 2020
  • Last visited

    Saturday at 10:27 PM

Community Reputation

0 Neutral

About xX_deadbush_Xx

  • Rank
    Tree Puncher

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. xX_deadbush_Xx

    1.15.2 gradlew runserver error: could not dispatch message to daemon

    xX_deadbush_Xx replied to xX_deadbush_Xx's topic in Modder Support

    Now I understand why you were asking about logs all the time, I did "gradlew runserver" in cmd and what you read was the cmd output with --stacktrace --debug and --scan
    • Thursday at 11:52 AM
    • 11 replies
  2. xX_deadbush_Xx

    1.15.2 gradlew runserver error: could not dispatch message to daemon

    xX_deadbush_Xx replied to xX_deadbush_Xx's topic in Modder Support

    I dont see any gradle logs there though. I have looked on the web for people that have a similar problem but all suggested solutions didnt work so I think im giving up on this one. An other way to launch a server would be the runserver launch configuration right? I have tried it earlier and it didnt really do anything... Is a window supposed to open?
    • Thursday at 11:01 AM
    • 11 replies
  3. xX_deadbush_Xx

    1.15.2 gradlew runserver error: could not dispatch message to daemon

    xX_deadbush_Xx replied to xX_deadbush_Xx's topic in Modder Support

    Thats a gradle error, there are no logs for it in my log folder or is there a different place for those?
    • Thursday at 10:03 AM
    • 11 replies
  4. xX_deadbush_Xx

    1.15.2 gradlew runserver error: could not dispatch message to daemon

    xX_deadbush_Xx replied to xX_deadbush_Xx's topic in Modder Support

    full log with --debug and --scan (github.com)
    • Thursday at 09:48 AM
    • 11 replies
  5. xX_deadbush_Xx

    1.15.2 gradlew runserver error: could not dispatch message to daemon

    xX_deadbush_Xx replied to xX_deadbush_Xx's topic in Modder Support

    I cant post the entire cmd output because its way too much but this is what I get after the file scan: 22:37:15.191 [LIFECYCLE] [org.gradle.process.internal.health.memory.MemoryManage - Pastebin.com Do you need any specific part of the output or some other information?
    • Wednesday at 09:41 PM
    • 11 replies
  6. xX_deadbush_Xx

    1.15.2 gradlew runserver error: could not dispatch message to daemon

    xX_deadbush_Xx posted a topic in Modder Support

    I'm trying to debug my mods multiplayer functionalities. Gradlew runServer results in this crash: FAILURE: Build failed with an exception.* What went wrong:Could not disp - Pastebin.com Can anyone help me with that?
    • Wednesday at 05:40 PM
    • 11 replies
  7. xX_deadbush_Xx

    [1.15.2] Stackoverflow error while serializing compoundNBT

    xX_deadbush_Xx replied to xX_deadbush_Xx's topic in Modder Support

    yup that did it, thanks
    • December 21, 2020
    • 2 replies
  8. xX_deadbush_Xx started following [1.15.2] Stackoverflow error while serializing compoundNBT December 21, 2020
  9. xX_deadbush_Xx

    [1.15.2] Stackoverflow error while serializing compoundNBT

    xX_deadbush_Xx posted a topic in Modder Support

    I just added the read and write methods to my TE and im getting a StackOverflowError in the Chunk IO Worker Thread while writing to the NBT tag. This turned out to be extremely difficult to debug since everything that this thread uses is unmapped and I dont really know how it works. Here is part of the log: https://pastebin.com/eGd73Uwz. This is my write method: @Override public CompoundNBT write(CompoundNBT compound) { super.write(compound); compound.put("inventory", ItemStackHelper.saveAllItems(compound, Util.toNonNullList(this.inventory))); return compound; } //in Util public static NonNullList<ItemStack> toNonNullList(IItemHandler inv) { NonNullList<ItemStack> out = NonNullList.create(); for(int i = 0; i < inv.getSlots(); i++) out.add(inv.getStackInSlot(i)); return out; } I have checked the resulting CompoundNBT but it looks just like what I would expect and its not infinitly nested or anything... I dont really know what to do anymore since any attempts to debug this with breakpoints have led to nothing. If anyone has an idea of whats going on please let me know
    • December 21, 2020
    • 2 replies
  10. xX_deadbush_Xx

    1.15.2 check wether item model is child model of item/generated

    xX_deadbush_Xx posted a topic in Modder Support

    For context: I'm making a TESR that renders an itemstack. I want to adjust the position if the itemstack depending on its model but since there are so many Im just going to divide them into generated and non generated. There are probably also other solutions to this problem than to check wether the model is a child of item/generated so if anyone knows something that would be very helpful too
    • June 3, 2020
  11. xX_deadbush_Xx

    1.15.2 unknown blockstate problems

    xX_deadbush_Xx replied to xX_deadbush_Xx's topic in Modder Support

    It is still the same block with the same properties, I just want a different texture on each "type"
    • May 24, 2020
    • 4 replies
  12. xX_deadbush_Xx

    1.15.2 unknown blockstate problems

    xX_deadbush_Xx posted a topic in Modder Support

    I am making a custom log with four different types which each should have different textures. To do this I created a class that supers LogBlock and I added an integerProperty to the block. It gives me an unknown blockstate property warn in the console. public class DreadwoodLog extends LogBlock { public static final IntegerProperty TYPE = ModBlockStateProperties.TYPE_0_3; public DreadwoodLog(MaterialColor verticalColorIn, Properties properties) { super(verticalColorIn, properties); this.setDefaultState(this.getDefaultState().with(AXIS, Direction.Axis.Y).with(TYPE, 0)); } protected void fillStateContainer(StateContainer.Builder<Block, BlockState> builder) { builder.add(AXIS, TYPE); } public BlockState getStateForPlacement(BlockItemUseContext context) { return this.getDefaultState().with(AXIS, context.getFace().getAxis()).with(TYPE, 0); } } //in ModBlockStateProperties public static final IntegerProperty TYPE_0_3 = IntegerProperty.create("type", 0, 3); Console output: [...] ' for variant: 'axis=x,type=3': Unknown blockstate property: 'type'(edited) could it be that the issue is caused by me supering LogBlock and overriding a bunch of methods? Its probably something really stupid but I just cant find the mistake...
    • May 24, 2020
    • 4 replies
  13. xX_deadbush_Xx

    (UNSOLVED) 1.15.2 problems with translucent particle

    xX_deadbush_Xx posted a topic in Modder Support

    Hey there, I have a problem with a particle. Here is an image: https://imgur.com/a/pf2F9mh As you can clearely there are issues when the particles are overlapping. Also it does not render when a translucent pixel is in front of it. I am using a custom particle Renderer (Yes, I have tried the vanilla translucen one). Here is the renderer: public void beginRender(BufferBuilder buf, TextureManager texmanager) { RenderSystem.enableBlend(); RenderSystem.blendFunc(GL11.GL_SRC_ALPHA, GL11.GL_ONE); RenderSystem.alphaFunc(GL11.GL_GEQUAL, 0.003921569F); RenderSystem.disableLighting(); texmanager.bindTexture(AtlasTexture.LOCATION_PARTICLES_TEXTURE); buf.begin(7, DefaultVertexFormats.PARTICLE_POSITION_TEX_COLOR_LMAP); } //there is also some resetting stuff in finishRender() I have tried disabling the depthMask but then there is a different issue: The clouds are rendered in front of the particle (I can provide an image if necessary). Does anyone have an idea on how to fix this?
    • May 13, 2020
    • 1 reply
  14. xX_deadbush_Xx

    1.15.2 Rendering particle fullbright

    xX_deadbush_Xx replied to xX_deadbush_Xx's topic in Modder Support

    Ugh why didnt I see the getBrightnessForRrender method... I'm an idiot
    • May 12, 2020
    • 2 replies
  15. xX_deadbush_Xx

    1.15.2 Rendering particle fullbright

    xX_deadbush_Xx posted a topic in Modder Support

    Hey there, I just added a custom particle to the game but I don't want to be affected by lightlevel. How do I make it fullbright all the time? I experimented a bit with a custom particle renderer but I couldn't figure it out. Here is what I have tried: public void beginRender(BufferBuilder buf, TextureManager texmanager) { RenderSystem.depthMask(true); RenderSystem.disableLighting(); RenderSystem.enableBlend(); RenderSystem.blendFunc(GlStateManager.SourceFactor.SRC_ALPHA, GlStateManager.DestFactor.ONE_MINUS_SRC_ALPHA); RenderSystem.alphaFunc(GL11.GL_GREATER, 0.003921569F); texmanager.bindTexture(AtlasTexture.LOCATION_PARTICLES_TEXTURE); buf.begin(7, DefaultVertexFormats.PARTICLE_POSITION_TEX_COLOR_LMAP); } public void finishRender(Tessellator tessellator) { tessellator.draw(); } The particle also has translucent pixels by the way.
    • May 12, 2020
    • 2 replies
  16. xX_deadbush_Xx

    [1.15.2] Problems rendering a block

    xX_deadbush_Xx replied to xX_deadbush_Xx's topic in Modder Support

    Okay I think I just figured out what the problem is. As I said I'm rendering the top texture at full brightness and appearently that works differently for MultiLayerModels. I will see if I can figure out how to make it work for MultiLayerModels too. Thank you for your help
    • May 8, 2020
    • 11 replies
  • All Activity
  • Home
  • xX_deadbush_Xx
  • Theme

Copyright © 2019 ForgeDevelopment LLC · Ads by Longitude Ads LLC Powered by Invision Community