Search the full vanilla texture set, then click a texture to select it.
Your images never leave your device. Resizing, fitting and packaging all happen here in your browser; this page makes no network requests with your files.
A custom item texture pack swaps the art on Minecraft's items and blocks for your own images, with no game files touched. Search the full vanilla set, pick a texture, drop in an image, and the tool fits it to that texture's exact pixel size and builds a resource pack you load like any other. It all runs in your browser, so nothing uploads and there is no watermark.
Almost every item and block in the game is backed by a texture you can override, most of them 16x16 pixels. The tool reads the real size of the texture you select, resizes your image to match with cover and contain fit modes, and lets you raise the resolution well beyond native on Java for crisp, high-detail textures.
Queue as many textures as you want into one pack, name it with the same section-sign color codes Minecraft uses, add an optional icon, and download. The preview shows exactly how each image will sit before you build.
Replacing a texture changes that item for everyone. Custom model data does the opposite: it adds a new item on top of a base item, like paper or a carrot on a stick, and only shows your model when the custom_model_data component is set. The vanilla item stays normal for ordinary play.
Pick a base item, upload your texture, and choose a string id (the modern 1.21.4 and later approach) or a legacy integer. The tool builds the new texture, a flat item model, and the item definition that selects it, then emits the exact /give command to spawn your item. Copy it into a command block, a function, or chat.
This is the standard way custom servers and adventure maps ship custom weapons, tools, food and collectibles without adding mods.
Pick an item or block in the Replace tab, drop in your own image, and the tool fits it to that texture's real pixel size. Add as many as you like, name the pack, and build. You get a resource pack that swaps those textures for your art the moment it is activated. To add a new item instead of replacing one, use the Custom Model Data tab.
Custom model data is a component you set on an item, like custom_model_data, that tells the game to show a different model for that one item while leaving the normal item unchanged for everyone else. Server and map makers use it to add custom swords, guns, food, currency and gadgets on top of a single base item such as paper or a carrot on a stick. This tool builds the texture plus the 1.21.4 and later item model definition and gives you the exact give command to spawn the item.
Replace mode supports both. Java outputs a .zip that overrides each texture file directly at any resolution. Bedrock outputs a .mcpack and maps your images through item_texture.json and terrain_texture.json by shortname, which covers the common single-image item and block textures. Custom model data is a Java Edition feature, so that mode builds a Java pack only.
Any size works. The tool resizes your image to the texture's shape for you, and most items and blocks are 16x16 pixels. Cover fills the texture and crops the overflow, contain fits the whole image and adds a background color around it. On Java you can raise the resolution up to 32 times the native size for high-detail art, and pixel art keeps its hard edges.
Yes. Replacing a vanilla texture changes that item or block everywhere it appears while the pack is active, because the pack overrides the shared texture file. If you want a new item that does not touch the vanilla one, use custom model data instead. It keeps the base item normal and only changes the copies you spawn with the give command.
No. The resizing, fitting and packaging all run in your browser. The page makes no network requests with your images, so they never leave your device and there is no watermark.
Changing a whole set of textures rather than one item? The Texture Pack Maker covers blocks, mobs and paintings as well, and collects everything into one pack.
