Interprets the picture data at HL. Pictures are drawn with vector commands, not stored as bitmaps, which is how 22 full-width pictures fit into a few kilobytes. The first two bytes set the border colour and the colour of the picture area, which is cleared (8BE9); if Bilbo is in the dark the picture is not drawn at all.

The picture area is the top 128 pixel rows of the screen. The drawing position is kept in D (x, 0-255) and E (y, 0-127, measured upwards from the bottom); it starts in the middle, at (127,63). Then each command byte is one of:

Byte	Command
$00	end of picture
$08	move: the next two bytes are the new x and y
%1dddssss, %sslllll	line: bits 0-2 give the direction, bits 3-6 and the top two bits of the next byte give the slope, and the rest of that byte the length; drawn by 8B2F
%01000ccc, x, y	flood fill from (x,y) with ink colour ccc (8A4F)
%00100ccc, address, runs...	paint attribute cells with paper colour ccc: starting at the given attribute address, each following byte moves up, right, down or left (bits 0-1) a number of cells (bits 2-7, plus 1), painting as it goes; ended by $FF

Lines and fills also set the ink colour of every attribute cell they touch (8B93), so colour is applied as the picture is drawn. Anything else is ignored.

A picture normally ends with a 0. Two pictures (rooms 13 and 5) instead end with a move command whose coordinate bytes are the colour bytes of the next picture in memory, so they go on to draw that picture as well (see E02C and E142).