Hi there - just a heads up;
You're currently registering your keybinds in the constructor of ClientRenderHandler, as seen here:

This is somewhat ok, but it breaks development environments which contain your mod, and it shouldn't be done there anyway.
This happens because some dev runtimes don't actually let Minecraft assign an instance (such as datagen), which causes this line to NPE because it's being called when it shouldn't be.

Can you move this to FMLClientSetupEvent, where it should be?

I'd do a PR but I'm not able to do so currently due to being away from my main dev setup

On CurseForge, please unmark this project as experimental. Also, 1.10- there's nothing you have to do I believe, other than change the version number.

It would be a lot more useful, especially over at the FTB Gamepedia, if it would save the file names using the "pure" names instead of each space being replaced by underscores.

This is the feature that will complete the mod. We have these nice block renders for wikis but mob pages are lacking nice renders. This will even help the vanilla wiki because the new 1.11 mobs are lacking good renders as the people who made the good ones in blender have dropped off the face of the earth.

While in the chat gui, if you press the key you've set for the keybind, it will attempt to render (and fail, of course). If you set your render key to a commonly used key, like ., this can become quite annoying since it states its error message in chat.

A simple fix would be an early return in BlockRenderer#onFrameStart:

if (FMLClientHandler.instance().isGUIOpen(GuiChat.class)) {
    return;
}

As far as I know, I don't think anything needs to be changed except for the version number ^_^ thanks.

Not to be one of those people, but do you plan to port this mod to 1.9?

How it should look

It would be cool if, say, doing CTRL + the Dump Render key over a specific item would dump all of the icons in the mod, as a shortcut.

I should probably get off my lazy ass and send a few PRs instead of bugging you to do everything :P

(Should work)

@pupnewfster Testing with All The Mods 1.16.4 + HuesoDeWiki + BlockRenderer. Rendering a single block/item seems fine, but CTRL + ` only dumps a single item with no GUI popping up. CMD + ` does nothing. I never remember what uses CMD and what uses CTRL but I'm guessing CMD + ` should bring up the GUI since it's the one not doing anything (in comparison, trying CTRL, ALT, or say G + ` dumps the single render).

Tried a new 1.16.4 (Forge 35.1.13) instance with literally just BlockRenderer, trying to dump vanilla. Same issue.

I'm on Mac if that matters.

This happens because Minecraft uses -100 and lower for mouse buttons and Keyboard.isKeyDown doesn't know what do as it isn't an actual key

java.lang.IndexOutOfBoundsException: -100
	at java.nio.DirectByteBuffer.get(DirectByteBuffer.java:253)
	at org.lwjgl.input.Keyboard.isKeyDown(Keyboard.java:407)
	at com.unascribed.blockrenderer.BlockRenderer.onFrameStart(BlockRenderer.java:98)
	at net.minecraftforge.fml.common.eventhandler.ASMEventHandler_12_BlockRenderer_onFrameStart_RenderTickEvent.invoke(.dynamic)
	at net.minecraftforge.fml.common.eventhandler.ASMEventHandler.invoke(ASMEventHandler.java:90)
	at net.minecraftforge.fml.common.eventhandler.EventBus.post(EventBus.java:185)
	at net.minecraftforge.fml.common.FMLCommonHandler.onRenderTickStart(FMLCommonHandler.java:350)
	at net.minecraft.client.Minecraft.runGameLoop(Minecraft.java:1137)
	at net.minecraft.client.Minecraft.run(Minecraft.java:406)
	at net.minecraft.client.main.Main.main(Main.java:118)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at net.minecraft.launchwrapper.Launch.launch(Launch.java:135)
	at net.minecraft.launchwrapper.Launch.main(Launch.java:28)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at net.minecraftforge.gradle.GradleStartCommon.launch(GradleStartCommon.java:97)
	at GradleStart.main(GradleStart.java:26)

Hi,

Latest Wikipack3, I ran an export on mod "factorytech" but the item "factorytech:handbook" was not exported. (edit: turns out that a lot of things were missed. Can't spot a reason why though).
https://minecraft.curseforge.com/projects/factory-tech

forge 14.23.1.2560
blockrenderer 1.0.0
factorytech 1.1.6d

Cheers!

I think about all you have to do is change the version number :P much luv from the official ftb wiki <3

The maven version listed on the curseforge page requires an older version of MC:

repositories {
    maven {
        name = 'unascribed'
        url = 'http://unascribed.com/maven/releases'
    }
}
dependencies {
    deobfCompile 'com.unascribed:blockrenderer:0.3.3'
}

Will this be updated?

Thanks for this mod! :)

There should be some way for BlockRenderer to deal with duplicate names in dumps- from what it appears, only the last render with a duplicate name is dumped (for example, with Immersive Engineering, the Packaged Planks are the ones dumped).

Doing the magic combination, typing the ID, and clicking render only dumps one item, and not even from the mod- the Chest.

(Tested on FTB Unstable, probably not the best environment)

Here's a picture of that Chest that was dumped. It's a bit too high for whatever reason. I'm not sure what resolution my Minecraft windows is, but I don't think it's too small.

(Tested on FTB Unstable, probably not the best environment)

For example, there are two items named Snow. One is the layer and one is the block. There's no way to tell if Snow or Snow_2 is the Layer or the Block without manually viewing the render.

This mod seems dead, but I really hope that someone will port it to 1.13/1.14/1.15

You rejected this idea, but changing the size of each image in GregTech 17/[insert mod with many items] really isn't practical. Also, if each image takes up a bunch of space there may be a storage issue.

Currently the Minecraft Wiki uses Mineshot to render structures. But it is very hard to position yourself in the right place, and make sure the lighting is correct, and chunk culling causes problems with larger structures. It would be nice if we could render structures with this mod too.

Hello! So I love the mod concept but I'm making a wiki (in-game wiki) for a bunch of mods in a modpack I have created (minecraftuberverse.com) and I added your mod to test it out.

The issue is this: it renders all items cut in half! I'll attach the files. The 512x512 renders as nothing. the `+shift render renders cut in half. I set the GUI scale to normal and it does the same thing everytime.

I would try the latest file, but the issue is that my modpack is for 1.8 not anything newer. Do you have a solution for the 1.8 ver.?

(98% sure it should work)