xX_deadbush_Xx

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

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?

Thats a gradle error, there are no logs for it in my log folder or is there a different place for those?

full log with --debug and --scan (github.com)

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?

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?

yup that did it, thanks

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

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

It is still the same block with the same properties, I just want a different texture on each "type"

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...

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?

Ugh why didnt I see the getBrightnessForRrender method... I'm an idiot

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.

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