Skip to content

Latest commit

 

History

History
61 lines (41 loc) · 2.57 KB

README.md

File metadata and controls

61 lines (41 loc) · 2.57 KB

Minecraft-Avatars

Work-in-progress code to draw a representation of a Minecraft skin using JavaScript.

See here for a demo.

Minecraft-Avatars is licensed under the ISC license, see COPYING.

Usage

Run make to generate a minified version of the script using UglifyJS.

Load jQuery before minecraft-avatars.

Given someElement, run

$(someElement).minecraftAvatar({ player: 'PlayerName' });

to render the avatar inside someElement. The element will be emptied first.

You can alternatively pass the player name as a data attribute:

<span class="m" data-player="PlayerName"></span>
<span class="m" data-player="AnotherPlayer"></span>
$('.m').minecraftAvatar();

See the demo stylesheet for hints about how to scale the avatars using CSS.

The following callbacks are available:

$(someElement).minecraftAvatar({
    onCreate: function (canvas) { },
    onLoad:   function (canvas) { },
    onError:  function () { }
});

onCreate is called immediately after the canvas element has been added to the page.

onLoad is called after the skin has been loaded and rendered successfully.

onError is called upon failure to load the skin.

TODO

  • Figure out a way to detect whether a skin has an alpha channel.
    • Head accessories can’t be composited over the face until the detection can be done. Compositing a supposed accessory from a skin without an alpha channel results in a missing face.
    • We can’t read pixel values from the skin images because of a JavaScript security feature.
      • The web server hosting the skin could add a HTTP header that gives in-browser JavaScript access to the pixel data, but adding it is “currently not something [Amazon is] targeting with S3”. If S3 had that feature, we could have kindly asked Mojang to turn it on for the skin images.
    • The hasAlpha function controls whether head accessories are rendered and it returns a constant false at the moment.
  • Implement a mode that only displays the face.
  • Apparently we can’t tell Chromium to use nearest-neighbor filtering, resulting in blurry scaling. The small, non-scaled avatars still look good. Bug report.