rfc9649.original.xml		rfc9649.xml
	<?xml version="1.0" encoding="US-ASCII"?>		<?xml version="1.0" encoding="UTF-8"?>
	<!DOCTYPE rfc [		<!DOCTYPE rfc [
	<!ENTITY nbsp "&#160;">		<!ENTITY nbsp "&#160;">
	<!ENTITY zwsp "&#8203;">		<!ENTITY zwsp "&#8203;">
	<!ENTITY nbhy "&#8209;">		<!ENTITY nbhy "&#8209;">
	<!ENTITY wj "&#8288;">		<!ENTITY wj "&#8288;">
	]>		]>
	<rfc xmlns:xi="http://www.w3.org/2001/XInclude"		<rfc xmlns:xi="http://www.w3.org/2001/XInclude"
	submissionType="IETF"		submissionType="IETF"
	category="info"		category="info"
	consensus="true"		consensus="true"
	docName="draft-zern-webp-15"		docName="draft-zern-webp-15"
			number="9649"
	ipr="trust200902"		ipr="trust200902"
	obsoletes=""		obsoletes=""
	updates=""		updates=""
	xml:lang="en"		xml:lang="en"
	tocInclude="true"		tocInclude="true"
	tocDepth="4"		tocDepth="4"
	symRefs="true"		symRefs="true"
	sortRefs="true"		sortRefs="true"
	version="3">		version="3">
	<front>		<front>
	<title>WebP Image Format</title>		<title>WebP Image Format</title>
	<seriesInfo name="Internet-Draft" value="draft-zern-webp-15" />		<seriesInfo name="RFC" value="9649"/>
	<seriesInfo status="informational" name="" value="draft-zern-webp-15" />
	<author fullname="James Zern" initials="J." surname="Zern">		<author fullname="James Zern" initials="J." surname="Zern">
	<organization>Google LLC</organization>		<organization>Google LLC</organization>
	<address>		<address>
	<postal>		<postal>
	<street>1600 Amphitheatre Parkway</street>		<street>1600 Amphitheatre Parkway</street>
	<city>Mountain View</city>		<city>Mountain View</city>
	<region>CA</region>		<region>CA</region>
	<code>94043</code>		<code>94043</code>
	<country>United States of America</country>		<country>United States of America</country>
	</postal>		</postal>
	skipping to change at line 54 ¶		skipping to change at line 54 ¶
	<address>		<address>
	<email>pascal.massimino@gmail.com</email>		<email>pascal.massimino@gmail.com</email>
	</address>		</address>
	</author>		</author>
	<author fullname="Jyrki Alakuijala" initials="J." surname="Alakuijala">		<author fullname="Jyrki Alakuijala" initials="J." surname="Alakuijala">
	<organization>Google LLC</organization>		<organization>Google LLC</organization>
	<address>		<address>
	<email>jyrki.alakuijala@gmail.com</email>		<email>jyrki.alakuijala@gmail.com</email>
	</address>		</address>
	</author>		</author>
	<date year="2024" month="April"/>		<date year="2024" month="September"/>
	<area>art</area>		<area>art</area>
	<keyword>VP8</keyword>		<keyword>VP8</keyword>
	<keyword>WebP</keyword>		<keyword>WebP</keyword>
	<abstract>		<abstract>
	<t>This document defines the WebP image format and registers a media type		<t>This document defines the WebP image format and registers a media type
	supporting its use.</t>		supporting its use.</t>
	</abstract>		</abstract>
	</front>		</front>
	skipping to change at line 87 ¶		skipping to change at line 87 ¶
	image pixel data, including alpha (transparency) information. Lossy		image pixel data, including alpha (transparency) information. Lossy
	compression is achieved using VP8 intra-frame encoding <xref		compression is achieved using VP8 intra-frame encoding <xref
	target="RFC6386"/>. The <xref target="webp-lossless">lossless		target="RFC6386"/>. The <xref target="webp-lossless">lossless
	algorithm</xref> stores and restores the pixel values exactly,		algorithm</xref> stores and restores the pixel values exactly,
	including the color values for fully transparent pixels. A universal algo rithm for sequential data compression		including the color values for fully transparent pixels. A universal algo rithm for sequential data compression
	<xref target="LZ77"/>, <xref target="Huffman">prefix coding</xref>,		<xref target="LZ77"/>, <xref target="Huffman">prefix coding</xref>,
	and a color cache are used for compression of the bulk data.</t>		and a color cache are used for compression of the bulk data.</t>
	</section>		</section>
	<section anchor="webp-container" numbered="true" toc="default">		<section anchor="webp-container" numbered="true" toc="default">
	<name>WebP Container Specification</name>		<name>WebP Container Specification</name>
	<t>Note that this section is based on the documentation in the <xref		<aside><t>Note that this section is based on the documentation in the <xref
	target="webp-riff-src">libwebp source repository</xref>.</t>		target="webp-riff-src">libwebp source repository</xref>.</t></aside>
	<section numbered="true" toc="default">		<section numbered="true" toc="default">
	<name>Introduction (from "WebP Container Specification")</name>		<name>Introduction (from "WebP Container Specification")</name>
	<t>WebP is an image format that uses either (i) the VP8 intra-frame		<t>WebP is an image format that uses either (i) the VP8 intra-frame
	encoding <xref target="RFC6386"/> to compress image data in a lossy		encoding <xref target="RFC6386"/> to compress image data in a lossy
	way or (ii) the <xref target="webp-lossless">WebP lossless		way or (ii) the <xref target="webp-lossless">WebP lossless
	encoding</xref>. These encoding schemes should make it more		encoding</xref>. These encoding schemes should make it more
	efficient than older formats, such as JPEG, GIF, and PNG. It is o ptimized for fast		efficient than older formats, such as JPEG, GIF, and PNG. It is o ptimized for fast
	image transfer over the network (for example, for websites). The WebP		image transfer over the network (for example, for websites). The WebP
	format has feature parity (color profile, metadata, animation,		format has feature parity (color profile, metadata, animation,
	etc.) with other formats as well. This section describes the		etc.) with other formats as well. This section describes the
	skipping to change at line 248 ¶		skipping to change at line 248 ¶
	</section>		</section>
	<section anchor="simple-file-format-lossy" numbered="true" toc="default">		<section anchor="simple-file-format-lossy" numbered="true" toc="default">
	<name>Simple File Format (Lossy)</name>		<name>Simple File Format (Lossy)</name>
	<t>This layout <bcp14>SHOULD</bcp14> be used if the image requires lossy encoding and		<t>This layout <bcp14>SHOULD</bcp14> be used if the image requires lossy encoding and
	does not require transparency or other advanced features provided by		does not require transparency or other advanced features provided by
	the extended format. Files with this layout are smaller and supported		the extended format. Files with this layout are smaller and supported
	by older software.</t>		by older software.</t>
	<t>
	Simple WebP (lossy) file format:
	</t>
	<figure>		<figure>
	<name>Simple WebP (Lossy) File Format</name>		<name>Simple WebP (Lossy) File Format</name>
	<artwork name="" type="" align="left" alt=""><![CDATA[		<artwork name="" type="" align="left" alt=""><![CDATA[
	0 1 2 3		0 1 2 3
	0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1		0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	| |		| |
	| WebP file header (12 bytes) |		| WebP file header (12 bytes) |
	| |		| |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	: 'VP8 ' Chunk :		: 'VP8 ' Chunk :
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	]]></artwork>		]]></artwork>
	</figure>		</figure>
	<t>
	'VP8 ' Chunk:
	</t>
	<figure>		<figure>
	<name>'VP8 ' Chunk</name>		<name>'VP8 ' Chunk</name>
	<artwork name="" type="" align="left" alt=""><![CDATA[		<artwork name="" type="" align="left" alt=""><![CDATA[
	0 1 2 3		0 1 2 3
	0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1		0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	| ChunkHeader('VP8 ') |		| ChunkHeader('VP8 ') |
	| |		| |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	: VP8 data :		: VP8 data :
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	]]></artwork>		]]></artwork>
	</figure>		</figure>
	<dl newline="true" spacing="normal" indent="4">		<dl newline="true" spacing="normal" indent="4">
	<dt>VP8 data: <em>Chunk Size</em> bytes</dt>		<dt>VP8 data: <em>Chunk Size</em> bytes</dt>
	<dd>VP8 bitstream data.</dd>		<dd>VP8 bitstream data.</dd>
	</dl>		</dl>
	<t>Note that the fourth character in the 'VP8 ' FourCC is an ASCII space		<aside><t>Note that the fourth character in the 'VP8 ' FourCC is an ASCII
	(0x20).</t>		space
			(0x20).</t></aside>
	<t>The VP8 bitstream format specification is described in <xref		<t>The VP8 bitstream format specification is described in <xref
	target="RFC6386"/>. Note that the VP8 frame header contains the VP8		target="RFC6386"/>.</t><aside><t>Note that the VP8 frame header contains the VP8
	frame width and height. That is assumed to be the width and height of		frame width and height. That is assumed to be the width and height of
	the canvas.</t>		the canvas.</t></aside>
	<t>The VP8 specification describes how to decode the image into Y'CbCr		<t>The VP8 specification describes how to decode the image into Y'CbCr
	format. To convert to RGB, <xref target="rec601">Recommendation 601</xre f> <bcp14>SHOULD</bcp14>		format. To convert to RGB, <xref target="rec601">Recommendation 601</xre f> <bcp14>SHOULD</bcp14>
	be used. Applications <bcp14>MAY</bcp14> use another conversion method , but visual		be used. Applications <bcp14>MAY</bcp14> use another conversion method , but visual
	results may differ among decoders.</t>		results may differ among decoders.</t>
	</section>		</section>
	<section anchor="simple-file-format-lossless" numbered="true"		<section anchor="simple-file-format-lossless" numbered="true"
	toc="default">		toc="default">
	<name>Simple File Format (Lossless)</name>		<name>Simple File Format (Lossless)</name>
	<t>Note: Older readers may not support files using the lossless		<aside><t>Note: Older readers may not support files using the lossless
	format.</t>		format.</t></aside>
	<t>This layout <bcp14>SHOULD</bcp14> be used if the image requires lossle ss encoding		<t>This layout <bcp14>SHOULD</bcp14> be used if the image requires lossle ss encoding
	(with an optional transparency channel) and does not require advanced		(with an optional transparency channel) and does not require advanced
	features provided by the extended format.</t>		features provided by the extended format.</t>
	<t>
	Simple WebP (lossless) file format:
	</t>
	<figure>		<figure>
	<name>Simple WebP (Lossless) File Format</name>		<name>Simple WebP (Lossless) File Format</name>
	<artwork name="" type="" align="left" alt=""><![CDATA[		<artwork name="" type="" align="left" alt=""><![CDATA[
	0 1 2 3		0 1 2 3
	0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1		0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	| |		| |
	| WebP file header (12 bytes) |		| WebP file header (12 bytes) |
	| |		| |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	: 'VP8L' Chunk :		: 'VP8L' Chunk :
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	]]></artwork>		]]></artwork>
	</figure>		</figure>
	<t>
	'VP8L' Chunk:
	</t>
	<figure>		<figure>
	<name>'VP8L' Chunk</name>		<name>'VP8L' Chunk</name>
	<artwork name="" type="" align="left" alt=""><![CDATA[		<artwork name="" type="" align="left" alt=""><![CDATA[
	0 1 2 3		0 1 2 3
	0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1		0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	| ChunkHeader('VP8L') |		| ChunkHeader('VP8L') |
	| |		| |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	: VP8L data :		: VP8L data :
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	]]></artwork>		]]></artwork>
	</figure>		</figure>
	<dl newline="true" spacing="normal" indent="4">		<dl newline="true" spacing="normal" indent="4">
	<dt>VP8L data: <em>Chunk Size</em> bytes</dt>		<dt>VP8L data: <em>Chunk Size</em> bytes</dt>
	<dd>VP8L bitstream data.</dd>		<dd>VP8L bitstream data.</dd>
	</dl>		</dl>
	<t>The specification of the VP8L bitstream can be found in <xref		<t>The specification of the VP8L bitstream can be found in <xref
	target="webp-lossless"/>. Note that the VP8L header contains the		target="webp-lossless"/>.</t><aside><t>Note that the VP8L header contai ns the
	VP8L image width and height. That is assumed to be the width and		VP8L image width and height. That is assumed to be the width and
	height of the canvas.</t>		height of the canvas.</t></aside>
	</section>		</section>
	<section anchor="ext-file-form" numbered="true" toc="default">		<section anchor="ext-file-form" numbered="true" toc="default">
	<name>Extended File Format</name>		<name>Extended File Format</name>
	<t>Note: Older readers may not support files using the extended		<aside><t>Note: Older readers may not support files using the extended
	format.</t>		format.</t></aside>
	<t>An extended format file consists of:</t>		<t>An extended format file consists of:</t>
	<ul spacing="normal">		<ul spacing="normal">
	<li>A 'VP8X' Chunk with information about features used in the		<li>A 'VP8X' Chunk with information about features used in the
	file.</li>		file.</li>
	<li>An optional 'ICCP' Chunk with a color profile.</li>		<li>An optional 'ICCP' Chunk with a color profile.</li>
	<li>An optional 'ANIM' Chunk with animation control data.</li>		<li>An optional 'ANIM' Chunk with animation control data.</li>
	<li>Image data.</li>		<li>Image data.</li>
	<li>An optional 'EXIF' Chunk with Exif metadata.</li>		<li>An optional 'EXIF' Chunk with Exif metadata.</li>
	<li>An optional 'XMP ' Chunk with XMP metadata.</li>		<li>An optional 'XMP ' Chunk with XMP metadata.</li>
	skipping to change at line 387 ¶		skipping to change at line 373 ¶
	<ul spacing="normal">		<ul spacing="normal">
	<li>An optional <xref target="alpha">alpha subchunk</xref>.</li>		<li>An optional <xref target="alpha">alpha subchunk</xref>.</li>
	<li>A <xref target="bitstream-vp8vp8l">bitstream subchunk</xref>.</li>		<li>A <xref target="bitstream-vp8vp8l">bitstream subchunk</xref>.</li>
	</ul>		</ul>
	<t>For an <em>animated image</em>, the <em>image data</em> consists of		<t>For an <em>animated image</em>, the <em>image data</em> consists of
	multiple frames. More details about frames can be found in <xref		multiple frames. More details about frames can be found in <xref
	target="animation"/>.</t>		target="animation"/>.</t>
	<t>All chunks necessary for reconstruction and color correction, that is		<t>All chunks necessary for reconstruction and color correction, that is,
	'VP8X', 'ICCP', 'ANIM', 'ANMF', 'ALPH', 'VP8 ' and 'VP8L',		'VP8X', 'ICCP', 'ANIM', 'ANMF', 'ALPH', 'VP8 ', and 'VP8L',
	<bcp14>MUST</bcp14> appear in the order described earlier. Readers		<bcp14>MUST</bcp14> appear in the order described earlier. Readers
	<bcp14>SHOULD</bcp14> fail when chunks necessary for reconstruction and		<bcp14>SHOULD</bcp14> fail when chunks necessary for reconstruction and
	color correction are out of order.</t>		color correction are out of order.</t>
	<t><xref target="metadata">Metadata</xref> and <xref		<t><xref target="metadata">Metadata</xref> and <xref
	target="unknown-chunks">unknown</xref> chunks MAY appear out of		target="unknown-chunks">unknown chunks</xref> MAY appear out of
	order.</t>		order.</t>
	<aside><t>Rationale: The chunks necessary for reconstruction should		<aside><t>Rationale: The chunks necessary for reconstruction should
	appear first in the file to allow a reader to begin decoding an image		appear first in the file to allow a reader to begin decoding an image
	before receiving all of the data. An application may benefit from		before receiving all of the data. An application may benefit from
	varying the order of metadata and custom chunks to suit the		varying the order of metadata and custom chunks to suit the
	implementation.</t></aside>		implementation.</t></aside>
	<t>
	Extended WebP file header:
	</t>
	<figure anchor="extended_header">		<figure anchor="extended_header">
	<name>Extended WebP File Header</name>		<name>Extended WebP File Header</name>
	<artwork name="" type="" align="left" alt=""><![CDATA[		<artwork name="" type="" align="left" alt=""><![CDATA[
	0 1 2 3		0 1 2 3
	0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1		0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	| |		| |
	| WebP file header (12 bytes) |		| WebP file header (12 bytes) |
	| |		| |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	skipping to change at line 467 ¶		skipping to change at line 450 ¶
	<t>Future specifications may add more fields. Unknown fields <bcp14>MUST< /bcp14> be		<t>Future specifications may add more fields. Unknown fields <bcp14>MUST< /bcp14> be
	ignored.</t>		ignored.</t>
	<section numbered="true" toc="default">		<section numbered="true" toc="default">
	<name>Chunks</name>		<name>Chunks</name>
	<section anchor="animation" numbered="true" toc="default">		<section anchor="animation" numbered="true" toc="default">
	<name>Animation</name>		<name>Animation</name>
	<t>An animation is controlled by 'ANIM' and 'ANMF' Chunks.</t>		<t>An animation is controlled by 'ANIM' and 'ANMF' Chunks.</t>
	<t anchor="anim_chunk">'ANIM' Chunk:</t>		<figure anchor="anim_chunk">
	<t>For an animated image, this chunk contains the <em>global
	parameters</em> of the animation.</t>
	<figure>
	<name>'ANIM' Chunk</name>		<name>'ANIM' Chunk</name>
	<artwork name="" type="" align="left" alt=""><![CDATA[		<artwork name="" type="" align="left" alt=""><![CDATA[
	0 1 2 3		0 1 2 3
	0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1		0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	| ChunkHeader('ANIM') |		| ChunkHeader('ANIM') |
	| |		| |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	| Background Color |		| Background Color |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	| Loop Count |		| Loop Count |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	]]></artwork>		]]></artwork>
	</figure>		</figure>
			<t>For an animated image, this chunk contains the <em>global
			parameters</em> of the animation.</t>
	<dl newline="true" spacing="normal" indent="4">		<dl newline="true" spacing="normal" indent="4">
	<dt>Background Color: 32 bits (<em>uint32</em>)</dt>		<dt>Background Color: 32 bits (<em>uint32</em>)</dt>
	<dd>		<dd>
	<t>The default background color of the canvas in [Blue, Green,		<t>The default background color of the canvas in [Blue, Green,
	Red, Alpha] byte order. This color <bcp14>MAY</bcp14> be used t o fill the		Red, Alpha] byte order. This color <bcp14>MAY</bcp14> be used t o fill the
	unused space on the canvas around the frames, as well as the		unused space on the canvas around the frames, as well as the
	transparent pixels of the first frame. The background color is		transparent pixels of the first frame. The background color is
	also used when the Disposal method is <tt>1</tt>.</t>		also used when the Disposal method is <tt>1</tt>.</t>
	<t>Note:</t>		<t>Notes:</t>
	<ul spacing="normal">		<ul spacing="normal">
	<li>The background color <bcp14>MAY</bcp14> contain a nonopaque alpha value,		<li>The background color <bcp14>MAY</bcp14> contain a nonopaque alpha value,
	even if the <em>Alpha</em> flag in the <xref		even if the <em>Alpha</em> flag in the <xref
	target="extended_header">'VP8X' Chunk</xref> is unset.</li>		target="extended_header">'VP8X' Chunk</xref> is unset.</li>
	<li>Viewer applications <bcp14>SHOULD</bcp14> treat the backgro und color value		<li>Viewer applications <bcp14>SHOULD</bcp14> treat the backgro und color value
	as a hint and are not required to use it.</li>		as a hint and are not required to use it.</li>
	<li>The canvas is cleared at the start of each loop. The		<li>The canvas is cleared at the start of each loop. The
	background color <bcp14>MAY</bcp14> be used to achieve this.< /li>		background color <bcp14>MAY</bcp14> be used to achieve this.< /li>
	</ul>		</ul>
	</dd>		</dd>
	<dt>Loop Count: 16 bits (<em>uint16</em>)</dt>		<dt>Loop Count: 16 bits (<em>uint16</em>)</dt>
	<dd>The number of times to loop the animation. If it is <tt>0</tt>, this means		<dd>The number of times to loop the animation. If it is <tt>0</tt>, this means
	infinitely.</dd>		infinitely.</dd>
	</dl>		</dl>
	<t>This chunk <bcp14>MUST</bcp14> appear if the <em>Animation</em> fl ag in the 'VP8X'		<t>This chunk <bcp14>MUST</bcp14> appear if the <em>Animation</em> fl ag in the 'VP8X'
	Chunk is set. If the <em>Animation</em> flag is not set and this		Chunk is set. If the <em>Animation</em> flag is not set and this
	chunk is present, it <bcp14>MUST</bcp14> be ignored.</t>		chunk is present, it <bcp14>MUST</bcp14> be ignored.</t>
	<t>'ANMF' Chunk:</t>
	<t>For animated images, this chunk contains information about a
	<em>single</em> frame. If the <em>Animation flag</em> is not set,
	then this chunk <bcp14>SHOULD NOT</bcp14> be present.</t>
	<figure>		<figure>
	<name>'ANMF' Chunk</name>		<name>'ANMF' Chunk</name>
	<artwork name="" type="" align="left" alt=""><![CDATA[		<artwork name="" type="" align="left" alt=""><![CDATA[
	0 1 2 3		0 1 2 3
	0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1		0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	| ChunkHeader('ANMF') |		| ChunkHeader('ANMF') |
	| |		| |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	| Frame X | ...		| Frame X | ...
	skipping to change at line 545 ¶		skipping to change at line 520 ¶
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	... | Frame Height Minus One |		... | Frame Height Minus One |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	| Frame Duration | Reserved |B|D|		| Frame Duration | Reserved |B|D|
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	: Frame Data :		: Frame Data :
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	]]></artwork>		]]></artwork>
	</figure>		</figure>
			<t>For animated images, this chunk contains information about a
			<em>single</em> frame. If the <em>Animation flag</em> is not set,
			then this chunk <bcp14>SHOULD NOT</bcp14> be present.</t>
	<dl newline="true" spacing="normal" indent="4">		<dl newline="true" spacing="normal" indent="4">
	<dt>Frame X: 24 bits (<em>uint24</em>)</dt>		<dt>Frame X: 24 bits (<em>uint24</em>)</dt>
	<dd>The X coordinate of the upper left corner of the frame is		<dd>The X coordinate of the upper left corner of the frame is
	<tt>Frame X * 2</tt>.</dd>		<tt>Frame X * 2</tt>.</dd>
	<dt>Frame Y: 24 bits (<em>uint24</em>)</dt>		<dt>Frame Y: 24 bits (<em>uint24</em>)</dt>
	<dd>The Y coordinate of the upper left corner of the frame is		<dd>The Y coordinate of the upper left corner of the frame is
	<tt>Frame Y * 2</tt>.</dd>		<tt>Frame Y * 2</tt>.</dd>
	<dt>Frame Width Minus One: 24 bits (<em>uint24</em>)</dt>		<dt>Frame Width Minus One: 24 bits (<em>uint24</em>)</dt>
	<dd>The <em>1-based</em> width of the frame. The frame width is		<dd>The <em>1-based</em> width of the frame. The frame width is
	<tt>1 + Frame Width Minus One</tt>.</dd>		<tt>1 + Frame Width Minus One</tt>.</dd>
	skipping to change at line 623 ¶		skipping to change at line 602 ¶
	dst.RGB * dst.A * (1 - src.A / 255)) / blend.A		dst.RGB * dst.A * (1 - src.A / 255)) / blend.A
	]]></sourcecode>		]]></sourcecode>
	</li>		</li>
	<li>Alpha-blending <bcp14>SHOULD</bcp14> be done in linear co lor space by		<li>Alpha-blending <bcp14>SHOULD</bcp14> be done in linear co lor space by
	taking into account the <xref target="color-profile">color		taking into account the <xref target="color-profile">color
	profile</xref> of the image. If the color profile is not		profile</xref> of the image. If the color profile is not
	present, standard RGB (sRGB) is to be assumed. (Note th at sRGB also		present, standard RGB (sRGB) is to be assumed. (Note th at sRGB also
	needs to be linearized due to a gamma of ~2.2.)</li>		needs to be linearized due to a gamma of ~2.2.)</li>
	</ul>		</ul>
	</dd>		</dd>
	<dt>Frame Data: <em>Chunk Size</em> - <tt>16</tt> bytes</dt>		<dt>Frame Data: <em>Chunk Size</em> bytes - <tt>16</tt></dt>
	<dd><t>Consists of:</t>		<dd><t>Consists of:</t>
	<ul spacing="normal">		<ul spacing="normal">
	<li>An optional <xref target="alpha">alpha subchunk</xref>		<li>An optional <xref target="alpha">alpha subchunk</xref>
	for the frame.</li>		for the frame.</li>
	<li>A <xref target="bitstream-vp8vp8l">bitstream		<li>A <xref target="bitstream-vp8vp8l">bitstream
	subchunk</xref> for the frame.</li>		subchunk</xref> for the frame.</li>
	<li>An optional list of <xref		<li>An optional list of <xref
	target="unknown-chunks">unknown chunks</xref>.</li>		target="unknown-chunks">unknown chunks</xref>.</li>
	</ul>		</ul>
	</dd>		</dd>
	</dl>		</dl>
	<t>Note: The 'ANMF' payload, <em>Frame Data</em>, consists		<aside><t>Note: The 'ANMF' payload, <em>Frame Data</em>, consists
	of individual <em>padded</em> chunks, as described by the <xref		of individual <em>padded</em> chunks, as described by the <xref
	target="riff-file-format">RIFF file format</xref>.</t>		target="riff-file-format">RIFF file format</xref>.</t></aside>
	</section>		</section>
	<section anchor="alpha" numbered="true" toc="default">		<section anchor="alpha" numbered="true" toc="default">
	<name>Alpha</name>		<name>Alpha</name>
	<figure>		<figure>
	<name>'ALPH' Chunk</name>		<name>'ALPH' Chunk</name>
	<artwork name="" type="" align="left" alt=""><![CDATA[		<artwork name="" type="" align="left" alt=""><![CDATA[
	0 1 2 3		0 1 2 3
	0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1		0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	| ChunkHeader('ALPH') |		| ChunkHeader('ALPH') |
	skipping to change at line 683 ¶		skipping to change at line 662 ¶
	<li><tt>0</tt>: None.</li>		<li><tt>0</tt>: None.</li>
	<li><tt>1</tt>: Horizontal filter.</li>		<li><tt>1</tt>: Horizontal filter.</li>
	<li><tt>2</tt>: Vertical filter.</li>		<li><tt>2</tt>: Vertical filter.</li>
	<li><tt>3</tt>: Gradient filter.</li>		<li><tt>3</tt>: Gradient filter.</li>
	</ul>		</ul>
	<t>For each pixel, filtering is performed using the following		<t>For each pixel, filtering is performed using the following
	calculations. Assume the alpha values surrounding the current		calculations. Assume the alpha values surrounding the current
	<tt>X</tt> position are labeled as:</t>		<tt>X</tt> position are labeled as:</t>
	<figure>		<figure>
			<name>Pixels Used in Alpha Filtering</name>
	<artwork name="" type="" align="left" alt=""><![CDATA[		<artwork name="" type="" align="left" alt=""><![CDATA[
	C | B |		C | B |
	---+---+		---+---+
	A | X |		A | X |
	]]></artwork>		]]></artwork>
	</figure>		</figure>
	<t>We seek to compute the alpha value at position X. First, a		<t>We seek to compute the alpha value at position X. First, a
	prediction is made depending on the filtering method:</t>		prediction is made depending on the filtering method:</t>
	skipping to change at line 735 ¶		skipping to change at line 715 ¶
	(x-1, 0) on the left.</li>		(x-1, 0) on the left.</li>
	</ul>		</ul>
	</dd>		</dd>
	<dt>Compression method (C): 2 bits</dt>		<dt>Compression method (C): 2 bits</dt>
	<dd><t>The compression method used:</t>		<dd><t>The compression method used:</t>
	<ul spacing="normal">		<ul spacing="normal">
	<li><tt>0</tt>: No compression.</li>		<li><tt>0</tt>: No compression.</li>
	<li><tt>1</tt>: Compressed using the WebP lossless format.</li>		<li><tt>1</tt>: Compressed using the WebP lossless format.</li>
	</ul>		</ul>
	</dd>		</dd>
	<dt>Alpha bitstream: <em>Chunk Size</em> - <tt>1</tt> bytes</dt>		<dt>Alpha bitstream: <em>Chunk Size</em> bytes - <tt>1</tt></dt>
	<dd>Encoded alpha bitstream.</dd>		<dd>Encoded alpha bitstream.</dd>
	</dl>		</dl>
	<t>This optional chunk contains encoded alpha data for this frame. A		<t>This optional chunk contains encoded alpha data for this frame. A
	frame containing a 'VP8L' Chunk <bcp14>SHOULD NOT</bcp14> contain t his chunk.</t>		frame containing a 'VP8L' Chunk <bcp14>SHOULD NOT</bcp14> contain t his chunk.</t>
	<aside><t>Rationale: The transparency information is already part of the		<aside><t>Rationale: The transparency information is already part of the
	'VP8L' Chunk.</t></aside>		'VP8L' Chunk.</t></aside>
	<t>The alpha channel data is stored as uncompressed raw data		<t>The alpha channel data is stored as uncompressed raw data
	(when the compression method is '0') or compressed using the		(when the compression method is '0') or compressed using the
	lossless format (when the compression method is '1').</t>		lossless format (when the compression method is '1').</t>
	<ul spacing="normal">		<ul spacing="normal">
	<li>Raw data: This consists of a byte sequence of length = width *		<li>Raw data: This consists of a byte sequence of length = width *
	height, containing all the 8-bit transparency values in scan		height, containing all the 8-bit transparency values in scan
	order.</li>		order.</li>
	<li><t>Lossless format compression: The byte sequence is a		<li><t>Lossless format compression: The byte sequence is a
	compressed image-stream (as described in <xref		compressed image-stream (as described in <xref
	target="webp-lossless"/>) of implicit dimensions width x		target="webp-lossless"/>) of implicit dimensions width x
	height. That is, this image-stream does NOT contain any		height. That is, this image-stream does NOT contain any
	headers describing the image dimensions.</t>		headers describing the image dimensions.</t></li></ul>
	<t>Rationale: The dimensions are already known from other sources,		<aside><t>Rationale: The dimensions are already known from other so
	so storing them again would be redundant and prone to errors.</t>		urces,
	<t>Once the image-stream is decoded into Alpha, Red, Green, Blue (A		so storing them again would be redundant and prone to errors.</t></
	RGB) color values,		aside>
			<ul empty="true">
			<li><t>Once the image-stream is decoded into Alpha, Red, Green, Bl
			ue (ARGB) color values,
	following the process described in the lossless format		following the process described in the lossless format
	specification, the transparency information must be extracted		specification, the transparency information must be extracted
	from the green channel of the ARGB quadruplet.</t>		from the green channel of the ARGB quadruplet.</t></li></ul>
	<t>Rationale: The green channel is allowed extra transformation		<aside><t>Rationale: The green channel is allowed extra transform
			ation
	steps in the specification -- unlike the other channels -- that		steps in the specification -- unlike the other channels -- that
	can improve compression.</t></li>		can improve compression.</t></aside>
	</ul>
	</section>		</section>
	<section anchor="bitstream-vp8vp8l" numbered="true" toc="default">		<section anchor="bitstream-vp8vp8l" numbered="true" toc="default">
	<name>Bitstream (VP8/VP8L)</name>		<name>Bitstream (VP8/VP8L)</name>
	<t>This chunk contains compressed bitstream data for a single		<t>This chunk contains compressed bitstream data for a single
	frame.</t>		frame.</t>
	<t>A bitstream chunk may be either (i) a 'VP8 ' Chunk, using 'VP8 '		<t>A bitstream chunk may be either (i) a 'VP8 ' Chunk, using 'VP8 '
	(note the significant fourth-character space) as its FourCC,		(note the significant fourth-character space) as its FourCC,
	<em>or</em> (ii) a 'VP8L' Chunk, using 'VP8L' as its FourCC.</t>		<em>or</em> (ii) a 'VP8L' Chunk, using 'VP8L' as its FourCC.</t>
	<t>The formats of' VP8 ' and 'VP8L' Chunks are as described in Sectio ns <xref		<t>The formats of' VP8 ' and 'VP8L' Chunks are as described in Sectio ns <xref
	target="simple-file-format-lossy" format="counter"/> and <xref		target="simple-file-format-lossy" format="counter"/> and <xref
	skipping to change at line 810 ¶		skipping to change at line 790 ¶
	target="ICC">ICC specification</xref> for details.</t>		target="ICC">ICC specification</xref> for details.</t>
	<t>If this chunk is not present, sRGB <bcp14>SHOULD</bcp14> be assume d.</t>		<t>If this chunk is not present, sRGB <bcp14>SHOULD</bcp14> be assume d.</t>
	</section>		</section>
	<section anchor="metadata" numbered="true" toc="default">		<section anchor="metadata" numbered="true" toc="default">
	<name>Metadata</name>		<name>Metadata</name>
	<t>Metadata can be stored in 'EXIF' or 'XMP ' Chunks.</t>		<t>Metadata can be stored in 'EXIF' or 'XMP ' Chunks.</t>
	<t>There <bcp14>SHOULD</bcp14> be at most one chunk of each type ('EX IF' and 'XMP '). If there are more such chunks, readers <bcp14>MAY</bcp14> ignor e all except		<t>There <bcp14>SHOULD</bcp14> be at most one chunk of each type ('EX IF' and 'XMP '). If there are more such chunks, readers <bcp14>MAY</bcp14> ignor e all except
	the first one.</t>		the first one.</t>
	<t>The chunks are defined as follows:</t>		<t>The chunks are defined as follows:</t>
	<t>
	'EXIF' Chunk:
	</t>
	<figure>		<figure>
	<name>'EXIF' Chunk</name>		<name>'EXIF' Chunk</name>
	<artwork name="" type="" align="left" alt=""><![CDATA[		<artwork name="" type="" align="left" alt=""><![CDATA[
	0 1 2 3		0 1 2 3
	0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1		0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	| ChunkHeader('EXIF') |		| ChunkHeader('EXIF') |
	| |		| |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	: Exif Metadata :		: Exif Metadata :
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	]]></artwork>		]]></artwork>
	</figure>		</figure>
	<dl newline="true" spacing="normal" indent="4">		<dl newline="true" spacing="normal" indent="4">
	<dt>Exif Metadata: <em>Chunk Size</em> bytes</dt>		<dt>Exif Metadata: <em>Chunk Size</em> bytes</dt>
	<dd>Image metadata in <xref target="Exif"/> format.</dd>		<dd>Image metadata in <xref target="Exif"/> format.</dd>
	</dl>		</dl>
	<t>
	'XMP ' Chunk:
	</t>
	<figure>		<figure>
	<name>'XMP ' Chunk</name>		<name>'XMP ' Chunk</name>
	<artwork name="" type="" align="left" alt=""><![CDATA[		<artwork name="" type="" align="left" alt=""><![CDATA[
	0 1 2 3		0 1 2 3
	0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1		0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	| ChunkHeader('XMP ') |		| ChunkHeader('XMP ') |
	| |		| |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	: XMP Metadata :		: XMP Metadata :
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+		+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	]]></artwork>		]]></artwork>
	</figure>		</figure>
	<dl newline="true" spacing="normal" indent="4">		<dl newline="true" spacing="normal" indent="4">
	<dt>XMP Metadata: <em>Chunk Size</em> bytes</dt>		<dt>XMP Metadata: <em>Chunk Size</em> bytes</dt>
	<dd>Image metadata in <xref target="XMP"/> format.</dd>		<dd>Image metadata in <xref target="XMP"/> format.</dd>
	</dl>		</dl>
	<t>Note that the fourth character in the 'XMP ' FourCC is an ASCII sp		<aside><t>Note that the fourth character in the 'XMP ' FourCC is an A
	ace		SCII space
	(0x20).</t>		(0x20).</t></aside>
	<t>Additional guidance about handling metadata can be found in the		<t>Additional guidance about handling metadata can be found in the
	Metadata Working Group's <xref target="MWG">"Guidelines For		Metadata Working Group's <xref target="MWG">"Guidelines For
	Handling Image Metadata"</xref>.</t>		Handling Image Metadata"</xref>.</t>
	</section>		</section>
	<section anchor="unknown-chunks" numbered="true" toc="default">		<section anchor="unknown-chunks" numbered="true" toc="default">
	<name>Unknown Chunks</name>		<name>Unknown Chunks</name>
	<t>A RIFF chunk (described in <xref		<t>A RIFF chunk (described in <xref
	target="riff-file-format"/>) whose <em>FourCC</em> is		target="riff-file-format"/>) whose <em>FourCC</em> is
	different from any of the chunks described in this section is		different from any of the chunks described in this section is
	considered an <em>unknown chunk</em>.</t>		considered an <em>unknown chunk</em>.</t>
	skipping to change at line 918 ¶		skipping to change at line 892 ¶
	displayed. A new loop iteration is then begun, or the canvas is left		displayed. A new loop iteration is then begun, or the canvas is left
	in its final state if all iterations have been completed.</t>		in its final state if all iterations have been completed.</t>
	<t>The following pseudocode illustrates the rendering process. The		<t>The following pseudocode illustrates the rendering process. The
	notation <em>VP8X.field</em> means the field in the 'VP8X' Chunk		notation <em>VP8X.field</em> means the field in the 'VP8X' Chunk
	with the same description.</t>		with the same description.</t>
	<sourcecode type="pseudocode"><![CDATA[		<sourcecode type="pseudocode"><![CDATA[
	VP8X.flags.hasAnimation MUST be TRUE		VP8X.flags.hasAnimation MUST be TRUE
	canvas <- new image of size VP8X.canvasWidth x VP8X.canvasHeight with		canvas <- new image of size VP8X.canvasWidth x VP8X.canvasHeight with
	background color ANIM.background_color.		background color ANIM.background_color or
			application-defined color.
	loop_count <- ANIM.loopCount		loop_count <- ANIM.loopCount
	dispose_method <- Dispose to background color		dispose_method <- Dispose to background color
	if loop_count == 0:		if loop_count == 0:
	loop_count = inf		loop_count = inf
	frame_params <- nil		frame_params <- nil
	next chunk in image_data is ANMF MUST be TRUE		next chunk in image_data is ANMF MUST be TRUE
	for loop = 0..loop_count - 1		for loop = 0..loop_count - 1
	clear canvas to ANIM.background_color or application-defined color		clear canvas to ANIM.background_color or application-defined color
	until eof or non-ANMF chunk		until eof or non-ANMF chunk
	frame_params.frameX = Frame X		frame_params.frameX = Frame X
	skipping to change at line 946 ¶		skipping to change at line 921 ¶
	VP8X.canvasHeight >= frame_bottom MUST be TRUE		VP8X.canvasHeight >= frame_bottom MUST be TRUE
	for subchunk in 'Frame Data':		for subchunk in 'Frame Data':
	if subchunk.tag == "ALPH":		if subchunk.tag == "ALPH":
	alpha subchunks not found in 'Frame Data' earlier MUST be		alpha subchunks not found in 'Frame Data' earlier MUST be
	TRUE		TRUE
	frame_params.alpha = alpha_data		frame_params.alpha = alpha_data
	else if subchunk.tag == "VP8 " OR subchunk.tag == "VP8L":		else if subchunk.tag == "VP8 " OR subchunk.tag == "VP8L":
	bitstream subchunks not found in 'Frame Data' earlier MUST		bitstream subchunks not found in 'Frame Data' earlier MUST
	be TRUE		be TRUE
	frame_params.bitstream = bitstream_data		frame_params.bitstream = bitstream_data
			apply dispose_method.
	render frame with frame_params.alpha and frame_params.bitstream		render frame with frame_params.alpha and frame_params.bitstream
	on canvas with top-left corner at (frame_params.frameX,		on canvas with top-left corner at (frame_params.frameX,
	frame_params.frameY), using Blending method		frame_params.frameY), using Blending method
	frame_params.blendingMethod.		frame_params.blendingMethod.
	canvas contains the decoded image.		canvas contains the decoded image.
	Show the contents of the canvas for		Show the contents of the canvas for
	frame_params.frameDuration * 1 ms.		frame_params.frameDuration * 1 ms.
	dispose_method = frame_params.disposeMethod		dispose_method = frame_params.disposeMethod
	]]></sourcecode>		]]></sourcecode>
	</section>		</section>
	skipping to change at line 1010 ¶		skipping to change at line 986 ¶
	+- ANMF (frame4 parameters + data)		+- ANMF (frame4 parameters + data)
	+- EXIF (metadata)		+- EXIF (metadata)
	]]></artwork>		]]></artwork>
	</figure>		</figure>
	</section>		</section>
	</section>		</section>
	</section>		</section>
	<section anchor="webp-lossless" numbered="true" toc="default">		<section anchor="webp-lossless" numbered="true" toc="default">
	<name>Specification for WebP Lossless Bitstream</name>		<name>Specification for WebP Lossless Bitstream</name>
	<t>Note that this section is based on the documentation in the <xref		<aside><t>Note that this section is based on the documentation in the <xref
	target="webp-lossless-src">libwebp source repository</xref>.</t>		target="webp-lossless-src">libwebp source repository</xref>.</t></aside>
	<section numbered="true" toc="default">		<section numbered="true" toc="default">
	<name>Abstract (from "Specification for WebP Lossless Bitstream")</name>		<name>Abstract (from "Specification for WebP Lossless Bitstream")</name>
	<t>WebP lossless is an image format for lossless compression of ARGB		<t>WebP lossless is an image format for lossless compression of ARGB
	images. The lossless format stores and restores the pixel values		images. The lossless format stores and restores the pixel values
	exactly, including the color values for pixels whose alpha value is 0.		exactly, including the color values for pixels whose alpha value is 0.
	The format uses subresolution images, recursively embedded into the		The format uses subresolution images, recursively embedded into the
	format itself, for storing statistical data about the images, such as		format itself, for storing statistical data about the images, such as
	the used entropy codes, spatial predictors, color space conversion,		the used entropy codes, spatial predictors, color space conversion,
	and color table. A universal algorithm for sequential data compression <xref target="LZ77"/>, prefix coding, and a color cache are used for		and color table. A universal algorithm for sequential data compression <xref target="LZ77"/>, prefix coding, and a color cache are used for
	compression of the bulk data. Decoding speeds faster than PNG have		compression of the bulk data. Decoding speeds faster than PNG have
	skipping to change at line 1196 ¶		skipping to change at line 1172 ¶
	// Decode transform data.		// Decode transform data.
	...		...
	}		}
	// Decode actual image data.		// Decode actual image data.
	]]></sourcecode>		]]></sourcecode>
	<t>If a transform is present, then the next two bits specify the		<t>If a transform is present, then the next two bits specify the
	transform type. There are four types of transforms.</t>		transform type. There are four types of transforms.</t>
	<table align="left">		<table align="left">
			<name>Transform Types</name>
	<thead>		<thead>
	<tr>		<tr>
	<th>Transform</th>		<th>Transform</th>
	<th>Bit</th>		<th>Bit</th>
	</tr>		</tr>
	</thead>		</thead>
	<tbody>		<tbody>
	<tr>		<tr>
	<td>PREDICTOR_TRANSFORM</td>		<td>PREDICTOR_TRANSFORM</td>
	<td>0</td>		<td>0</td>
	skipping to change at line 1275 ¶		skipping to change at line 1252 ¶
	]]></sourcecode>		]]></sourcecode>
	<t>There are 14 different prediction modes. In each prediction mode,		<t>There are 14 different prediction modes. In each prediction mode,
	the current pixel value is predicted from one or more neighboring		the current pixel value is predicted from one or more neighboring
	pixels whose values are already known.</t>		pixels whose values are already known.</t>
	<t>We chose the neighboring pixels (TL, T, TR, and L) of the current		<t>We chose the neighboring pixels (TL, T, TR, and L) of the current
	pixel (P) as follows:</t>		pixel (P) as follows:</t>
	<figure>		<figure>
			<name>Neighboring Pixels of the Current Pixel (P)</name>
	<artwork name="" type="ascii-art" align="left" alt=""><![CDATA[		<artwork name="" type="ascii-art" align="left" alt=""><![CDATA[
	O O O O O O O O O O O		O O O O O O O O O O O
	O O O O O O O O O O O		O O O O O O O O O O O
	O O O O TL T TR O O O O		O O O O TL T TR O O O O
	O O O O L P X X X X X		O O O O L P X X X X X
	X X X X X X X X X X X		X X X X X X X X X X X
	X X X X X X X X X X X		X X X X X X X X X X X
	]]></artwork>		]]></artwork>
	</figure>		</figure>
	<t>where TL means top-left, T means top, TR means top-right, and L mean s left. At the		<t>where TL means top-left, T means top, TR means top-right, and L mean s left. At the
	time of predicting a value for P, all O, TL, T, TR, and L pixels have		time of predicting a value for P, all O, TL, T, TR, and L pixels have
	already been processed, and the P pixel and all X pixels are		already been processed, and the P pixel and all X pixels are
	unknown.</t>		unknown.</t>
	<t>Given the preceding neighboring pixels, the different prediction mod es		<t>Given the preceding neighboring pixels, the different prediction mod es
	are defined as follows.</t>		are defined as follows.</t>
	<table align="left">		<table align="left">
			<name>Prediction Modes</name>
	<thead>		<thead>
	<tr>		<tr>
	<th>Mode</th>		<th>Mode</th>
	<th>Predicted Value of Each Channel of the Current Pixel</th>		<th>Predicted Value of Each Channel of the Current Pixel</th>
	</tr>		</tr>
	</thead>		</thead>
	<tbody>		<tbody>
	<tr>		<tr>
	<td>0</td>		<td>0</td>
	<td>0xff000000 (represents solid black color in ARGB)</td>		<td>0xff000000 (represents solid black color in ARGB)</td>
	skipping to change at line 1415 ¶		skipping to change at line 1394 ¶
	int ClampAddSubtractFull(int a, int b, int c) {		int ClampAddSubtractFull(int a, int b, int c) {
	return Clamp(a + b - c);		return Clamp(a + b - c);
	}		}
	int ClampAddSubtractHalf(int a, int b) {		int ClampAddSubtractHalf(int a, int b) {
	return Clamp(a + (a - b) / 2);		return Clamp(a + (a - b) / 2);
	}		}
	]]></sourcecode>		]]></sourcecode>
	<t>There are special handling rules for some border pixels. If there		<t>There are special handling rules for some border pixels. If there
	is a prediction transform, regardless of the mode [0..13] for these		is a predictor transform, regardless of the mode [0..13] for these
	pixels, the predicted value for the left-topmost pixel of the image		pixels, the predicted value for the left-topmost pixel of the image
	is 0xff000000, all pixels on the top row are L-pixel, and		is 0xff000000, all pixels on the top row are L-pixel, and
	all pixels on the leftmost column are T-pixel.</t>		all pixels on the leftmost column are T-pixel.</t>
	<t>Addressing the TR-pixel for pixels on the rightmost column is		<t>Addressing the TR-pixel for pixels on the rightmost column is
	exceptional. The pixels on the rightmost column are predicted by		exceptional. The pixels on the rightmost column are predicted by
	using the modes [0..13], just like pixels not on the border, but the		using the modes [0..13], just like pixels not on the border, but the
	leftmost pixel on the same row as the current pixel is instead used		leftmost pixel on the same row as the current pixel is instead used
	as the TR-pixel.</t>		as the TR-pixel.</t>
	<t>The final pixel value is obtained by adding each channel of the		<t>The final pixel value is obtained by adding each channel of the
	skipping to change at line 1507 ¶		skipping to change at line 1486 ¶
	<t>A conversion from the 8-bit unsigned representation		<t>A conversion from the 8-bit unsigned representation
	(<tt>uint8</tt>) to the 8-bit signed one (<tt>int8</tt>) is required		(<tt>uint8</tt>) to the 8-bit signed one (<tt>int8</tt>) is required
	before calling <tt>ColorTransformDelta()</tt>.		before calling <tt>ColorTransformDelta()</tt>.
	The signed value should be interpreted as an 8-bit two's complement number (that is: uint8 range [128..255] is mapped		The signed value should be interpreted as an 8-bit two's complement number (that is: uint8 range [128..255] is mapped
	to the [-128..-1] range of its converted int8 value).</t>		to the [-128..-1] range of its converted int8 value).</t>
	<t>The multiplication is to be done using more precision (with at		<t>The multiplication is to be done using more precision (with at
	least 16-bit precision). The sign extension property of the shift		least 16-bit precision). The sign extension property of the shift
	operation does not matter here; only the lowest 8 bits are used from		operation does not matter here; only the lowest 8 bits are used from
	the result, and there the sign extension shifting and unsigned		the result, and in these bits, the sign extension shifting and
	shifting are consistent with each other.</t>		unsigned shifting are consistent with each other.</t>
	<t>Now, we describe the contents of color transform data so that		<t>Now, we describe the contents of color transform data so that
	decoding can apply the inverse color transform and recover the		decoding can apply the inverse color transform and recover the
	original red and blue values. The first 3 bits of the color		original red and blue values. The first 3 bits of the color
	transform data contain the width and height of the image block in		transform data contain the width and height of the image block in
	number of bits, just like the predictor transform:</t>		number of bits, just like the predictor transform:</t>
	<sourcecode type="c"><![CDATA[		<sourcecode type="c"><![CDATA[
	int size_bits = ReadBits(3) + 2;		int size_bits = ReadBits(3) + 2;
	int block_width = 1 << size_bits;		int block_width = 1 << size_bits;
	skipping to change at line 1643 ¶		skipping to change at line 1622 ¶
	packs several (2, 4, or 8) pixels into a single pixel, reducing the		packs several (2, 4, or 8) pixels into a single pixel, reducing the
	image width respectively.</t>		image width respectively.</t>
	<aside><t>Pixel bundling allows for a more efficient		<aside><t>Pixel bundling allows for a more efficient
	joint distribution entropy coding of neighboring pixels and gives		joint distribution entropy coding of neighboring pixels and gives
	some arithmetic coding-like benefits to the entropy code, but it can		some arithmetic coding-like benefits to the entropy code, but it can
	only be used when there are 16 or fewer unique values.</t></aside>		only be used when there are 16 or fewer unique values.</t></aside>
	<t><tt>color_table_size</tt> specifies how many pixels are		<t><tt>color_table_size</tt> specifies how many pixels are
	combined:</t>		combined:</t>
	<table align="left">		<table align="left">
			<name>Color Table Size to Bundled Pixel Bit Width Mapping</name>
	<thead>		<thead>
	<tr>		<tr>
	<th>color_table_size</th>		<th>color_table_size</th>
	<th>width_bits value</th>		<th>width_bits value</th>
	</tr>		</tr>
	</thead>		</thead>
	<tbody>		<tbody>
	<tr>		<tr>
	<td>1..2</td>		<td>1..2</td>
	<td>3</td>		<td>3</td>
	skipping to change at line 1723 ¶		skipping to change at line 1703 ¶
	<li>ARGB image: Stores the actual pixels of the image.</li>		<li>ARGB image: Stores the actual pixels of the image.</li>
	<li>Entropy image: Stores the meta prefix		<li>Entropy image: Stores the meta prefix
	codes (see <xref		codes (see <xref
	target="decoding-of-meta-prefix-codes">"Decoding of Meta Prefix Cod es"</xref>).</li>		target="decoding-of-meta-prefix-codes">"Decoding of Meta Prefix Cod es"</xref>).</li>
	<li>Predictor image: Stores the metadata for the predictor transform (see <xref		<li>Predictor image: Stores the metadata for the predictor transform (see <xref
	target="predictor-transform">"Predictor Transform"</xref>).</li>		target="predictor-transform">"Predictor Transform"</xref>).</li>
	<li>Color transform image: Created by		<li>Color transform image: Created by
	<tt>ColorTransformElement</tt> values (defined in <xref		<tt>ColorTransformElement</tt> values (defined in <xref
	target="color-transform">"Color Transform"</xref>) for different		target="color-transform">"Color Transform"</xref>) for different
	blocks of the image.</li>		blocks of the image.</li>
	<li>Color indexing image: An array of size		<li>Color indexing image: An array of the size of
	<tt>color_table_size</tt> (up to 256 ARGB values) storing the		<tt>color_table_size</tt> (up to 256 ARGB values) that stores the
	metadata for the color		metadata for the color
	indexing transform (see <xref target="color-indexing-transform" >"Color Indexing Transform"</xref>).</li>		indexing transform (see <xref target="color-indexing-transform" >"Color Indexing Transform"</xref>).</li>
	</ol>		</ol>
	</section>		</section>
	<section numbered="true" toc="default">		<section numbered="true" toc="default">
	<name>Encoding of Image Data</name>		<name>Encoding of Image Data</name>
	<t>The encoding of image data is independent of its role.</t>		<t>The encoding of image data is independent of its role.</t>
	<t>The image is first divided into a set of fixed-size blocks		<t>The image is first divided into a set of fixed-size blocks
	skipping to change at line 1799 ¶		skipping to change at line 1779 ¶
	stored as they are (without an entropy code).</t>		stored as they are (without an entropy code).</t>
	<aside><t>Rationale: This approach reduces the storage requirement		<aside><t>Rationale: This approach reduces the storage requirement
	for the entropy code. Also, large values are usually rare, so		for the entropy code. Also, large values are usually rare, so
	extra bits would be used for very few values in the image. Thus,		extra bits would be used for very few values in the image. Thus,
	this approach results in better compression overall.</t></aside>		this approach results in better compression overall.</t></aside>
	<t>The following table denotes the prefix codes and extra bits used		<t>The following table denotes the prefix codes and extra bits used
	for storing different ranges of values.</t>		for storing different ranges of values.</t>
	<t>Note: The maximum backward reference length is limited to 4096.		<aside><t>Note: The maximum backward reference length is limited to 4 096.
	Hence, only the first 24 prefix codes (with the respective extra		Hence, only the first 24 prefix codes (with the respective extra
	bits) are meaningful for length values. For distance values,		bits) are meaningful for length values. For distance values,
	however, all the 40 prefix codes are valid.</t>		however, all the 40 prefix codes are valid.</t></aside>
	<table align="left">		<table align="left">
			<name>Value to Prefix Code and Extra Bits Mapping</name>
	<thead>		<thead>
	<tr>		<tr>
	<th>Value Range</th>		<th>Value Range</th>
	<th>Prefix Code</th>		<th>Prefix Code</th>
	<th>Extra Bits</th>		<th>Extra Bits</th>
	</tr>		</tr>
	</thead>		</thead>
	<tbody>		<tbody>
	<tr>		<tr>
	<td>1</td>		<td>1</td>
	skipping to change at line 1920 ¶		skipping to change at line 1901 ¶
	112</tt>].</li>		112</tt>].</li>
	<li>Pixels that are in the same row as the current pixel and are up		<li>Pixels that are in the same row as the current pixel and are up
	to 8 columns to the left of the current pixel [<tt>8</tt> such		to 8 columns to the left of the current pixel [<tt>8</tt> such
	pixels].</li>		pixels].</li>
	</ul>		</ul>
	<t>The mapping between distance code <tt>distance_code</tt> and the n eighboring		<t>The mapping between distance code <tt>distance_code</tt> and the n eighboring
	pixel offset <tt>(xi, yi)</tt> is as follows:</t>		pixel offset <tt>(xi, yi)</tt> is as follows:</t>
	<figure>		<figure>
			<name>Distance Code to Neighboring Pixel Offset Mapping</name>
	<artwork name="" type="ascii-art" align="left" alt=""><![CDATA[		<artwork name="" type="ascii-art" align="left" alt=""><![CDATA[
	(0, 1), (1, 0), (1, 1), (-1, 1), (0, 2), (2, 0), (1, 2),		(0, 1), (1, 0), (1, 1), (-1, 1), (0, 2), (2, 0), (1, 2),
	(-1, 2), (2, 1), (-2, 1), (2, 2), (-2, 2), (0, 3), (3, 0),		(-1, 2), (2, 1), (-2, 1), (2, 2), (-2, 2), (0, 3), (3, 0),
	(1, 3), (-1, 3), (3, 1), (-3, 1), (2, 3), (-2, 3), (3, 2),		(1, 3), (-1, 3), (3, 1), (-3, 1), (2, 3), (-2, 3), (3, 2),
	(-3, 2), (0, 4), (4, 0), (1, 4), (-1, 4), (4, 1), (-4, 1),		(-3, 2), (0, 4), (4, 0), (1, 4), (-1, 4), (4, 1), (-4, 1),
	(3, 3), (-3, 3), (2, 4), (-2, 4), (4, 2), (-4, 2), (0, 5),		(3, 3), (-3, 3), (2, 4), (-2, 4), (4, 2), (-4, 2), (0, 5),
	(3, 4), (-3, 4), (4, 3), (-4, 3), (5, 0), (1, 5), (-1, 5),		(3, 4), (-3, 4), (4, 3), (-4, 3), (5, 0), (1, 5), (-1, 5),
	(5, 1), (-5, 1), (2, 5), (-2, 5), (5, 2), (-5, 2), (4, 4),		(5, 1), (-5, 1), (2, 5), (-2, 5), (5, 2), (-5, 2), (4, 4),
	(-4, 4), (3, 5), (-3, 5), (5, 3), (-5, 3), (0, 6), (6, 0),		(-4, 4), (3, 5), (-3, 5), (5, 3), (-5, 3), (0, 6), (6, 0),
	(1, 6), (-1, 6), (6, 1), (-6, 1), (2, 6), (-2, 6), (6, 2),		(1, 6), (-1, 6), (6, 1), (-6, 1), (2, 6), (-2, 6), (6, 2),
	skipping to change at line 2112 ¶		skipping to change at line 2094 ¶
	code_lengths[symbol0] = 1;		code_lengths[symbol0] = 1;
	if (num_symbols == 2) {		if (num_symbols == 2) {
	symbol1 = ReadBits(8);		symbol1 = ReadBits(8);
	code_lengths[symbol1] = 1;		code_lengths[symbol1] = 1;
	}		}
	]]></sourcecode>		]]></sourcecode>
	<aside><t>The two symbols should be different. Duplicate symbols are		<aside><t>The two symbols should be different. Duplicate symbols are
	allowed, but inefficient.</t></aside>		allowed, but inefficient.</t></aside>
	<t>Note: Another special case is when <em>all</em> prefix code		<aside><t>Note: Another special case is when <em>all</em> prefix code
	lengths are <em>zeros</em> (an empty prefix code). For example, a		lengths are <em>zeros</em> (an empty prefix code). For example, a
	prefix code for distance can be empty if there are no backward		prefix code for distance can be empty if there are no backward
	references. Similarly, prefix codes for alpha, red, and blue can		references. Similarly, prefix codes for alpha, red, and blue can
	be empty if all pixels within the same meta prefix code are		be empty if all pixels within the same meta prefix code are
	produced using the color cache. However, this case doesn't need		produced using the color cache. However, this case doesn't need
	special handling, as empty prefix codes can be coded as those		special handling, as empty prefix codes can be coded as those
	containing a single symbol <tt>0</tt>.</t>		containing a single symbol <tt>0</tt>.</t></aside>
	</section>		</section>
	<section anchor="normal-code-length">		<section anchor="normal-code-length">
	<name>Normal Code Length Code</name>		<name>Normal Code Length Code</name>
	<t>The code lengths of the prefix code fit in 8 bits and are read		<t>The code lengths of the prefix code fit in 8 bits and are read
	as follows. First, <tt>num_code_lengths</tt> specifies the number		as follows. First, <tt>num_code_lengths</tt> specifies the number
	of code lengths.</t>		of code lengths.</t>
	<sourcecode type="c"><![CDATA[		<sourcecode type="c"><![CDATA[
	int num_code_lengths = 4 + ReadBits(4);		int num_code_lengths = 4 + ReadBits(4);
	skipping to change at line 2295 ¶		skipping to change at line 2277 ¶
	</section>		</section>
	<section anchor="decoding-entropy-coded-image-data" numbered="true"		<section anchor="decoding-entropy-coded-image-data" numbered="true"
	toc="default">		toc="default">
	<name>Decoding Entropy-Coded Image Data</name>		<name>Decoding Entropy-Coded Image Data</name>
	<t>For the current position (x, y) in the image, the decoder first		<t>For the current position (x, y) in the image, the decoder first
	identifies the corresponding prefix code group (as explained in		identifies the corresponding prefix code group (as explained in
	the last section). Given the prefix code group, the pixel is read		the last section). Given the prefix code group, the pixel is read
	and decoded as follows.</t>		and decoded as follows.</t>
	<t>Next, read symbol S from the bitstream using prefix code #1.		<t>Next, read symbol S from the bitstream using prefix code #1.</t>
	Note that S is any integer in the range <tt>0</tt> to		<aside><t>Note that S is any integer in the range <tt>0</tt> to
	<tt>(256 + 24 + </tt> <xref		<tt>(256 + 24 + color_cache_size - 1)</tt>. See <xref
	target="color-cache-coding"><tt>color_cache_size</tt></xref><tt> -		target="color-cache-coding"/> for details about
	1)</tt>.</t>		<tt>color_cache_size</tt>.</t></aside>
	<t>The interpretation of S depends on its value:</t>		<t>The interpretation of S depends on its value:</t>
	<ol spacing="normal" type="1">		<ol spacing="normal" type="1">
	<li><t>If S &lt; 256</t>		<li><t>If S &lt; 256</t>
	<ol spacing="normal" type="i">		<ol spacing="normal" type="i">
	<li>Use S as the green component.</li>		<li>Use S as the green component.</li>
	<li>Read red from the bitstream using prefix code #2.</li>		<li>Read red from the bitstream using prefix code #2.</li>
	<li>Read blue from the bitstream using prefix code #3.</li>		<li>Read blue from the bitstream using prefix code #3.</li>
	<li>Read alpha from the bitstream using prefix code #4.</li>		<li>Read alpha from the bitstream using prefix code #4.</li>
	</ol>		</ol>
	skipping to change at line 2343 ¶		skipping to change at line 2325 ¶
	</section>		</section>
	</section>		</section>
	</section>		</section>
	<section numbered="true" toc="default">		<section numbered="true" toc="default">
	<name>Overall Structure of the Format</name>		<name>Overall Structure of the Format</name>
	<t>Below is a view into the format in Augmented Backus-Naur Form <xref		<t>Below is a view into the format in Augmented Backus-Naur Form <xref
	target="RFC5234"/> <xref target="RFC7405"/>. It does not cover all deta ils. The end-of-image (EOI)		target="RFC5234"/> <xref target="RFC7405"/>. It does not cover all deta ils. The end-of-image (EOI)
	is only implicitly coded into the number of pixels (image_width *		is only implicitly coded into the number of pixels (image_width *
	image_height).</t>		image_height).</t>
	<t>Note that <tt>*element</tt> means <tt>element</tt> can be repeated 0 o		<aside><t>Note that <tt>*element</tt> means <tt>element</tt> can be repea
	r more times. <tt>5element</tt>		ted 0 or more times. <tt>5element</tt>
	means <tt>element</tt> is repeated exactly 5 times. <tt>%b</tt> represents a bin		means <tt>element</tt> is repeated exactly 5 times. <tt>%b</tt> represents a bin
	ary value.</t>		ary value.</t></aside>
	<section numbered="true" toc="default">		<section numbered="true" toc="default">
	<name>Basic Structure</name>		<name>Basic Structure</name>
	<sourcecode type="abnf"><![CDATA[		<sourcecode type="abnf"><![CDATA[
	format = RIFF-header image-header image-stream		format = RIFF-header image-header image-stream
	RIFF-header = %s"RIFF" 4OCTET %s"WEBPVP8L" 4OCTET		RIFF-header = %s"RIFF" 4OCTET %s"WEBPVP8L" 4OCTET
	image-header = %x2F image-size alpha-is-used version		image-header = %x2F image-size alpha-is-used version
	image-size = 14BIT 14BIT ; width - 1, height - 1		image-size = 14BIT 14BIT ; width - 1, height - 1
	alpha-is-used = 1BIT		alpha-is-used = 1BIT
	skipping to change at line 2414 ¶		skipping to change at line 2396 ¶
	prefix-code = simple-prefix-code / normal-prefix-code		prefix-code = simple-prefix-code / normal-prefix-code
	simple-prefix-code = ; see "Simple Code Length Code" for details		simple-prefix-code = ; see "Simple Code Length Code" for details
	normal-prefix-code = ; see "Normal Code Length Code" for details		normal-prefix-code = ; see "Normal Code Length Code" for details
	lz77-coded-image =		lz77-coded-image =
	*((argb-pixel / lz77-copy / color-cache-code) lz77-coded-image)		*((argb-pixel / lz77-copy / color-cache-code) lz77-coded-image)
	]]></sourcecode>		]]></sourcecode>
	<t>The following is a possible example sequence:</t>		<t>The following is a possible example sequence:</t>
	<sourcecode><![CDATA[		<sourcecode type="abnf"><![CDATA[
	RIFF-header image-size %b1 subtract-green-tx		RIFF-header image-size %b1 subtract-green-tx
	%b1 predictor-tx %b0 color-cache-info		%b1 predictor-tx %b0 color-cache-info
	%b0 prefix-codes lz77-coded-image		%b0 prefix-codes lz77-coded-image
	]]></sourcecode>		]]></sourcecode>
	</section>		</section>
	</section>		</section>
	</section>		</section>
	<section anchor="Security" numbered="true" toc="default">		<section anchor="Security" numbered="true" toc="default">
	<name>Security Considerations</name>		<name>Security Considerations</name>
	skipping to change at line 2437 ¶		skipping to change at line 2419 ¶
	uninitialized data usage, null pointer dereferences, resource (disk or		uninitialized data usage, null pointer dereferences, resource (disk or
	memory) exhaustion, and extended resource usage (long running time) as		memory) exhaustion, and extended resource usage (long running time) as
	part of the demuxing and decoding process. In particular,		part of the demuxing and decoding process. In particular,
	implementations reading this format are likely to take input from		implementations reading this format are likely to take input from
	unknown and possibly unsafe sources -- both clients (for example, web bro wsers or		unknown and possibly unsafe sources -- both clients (for example, web bro wsers or
	email clients) and servers (for example, applications that accept uploade d		email clients) and servers (for example, applications that accept uploade d
	images). These may result in arbitrary code execution, information		images). These may result in arbitrary code execution, information
	leakage (memory layout and contents), or crashes and thereby allow a		leakage (memory layout and contents), or crashes and thereby allow a
	device to be compromised or cause a denial of service to an application		device to be compromised or cause a denial of service to an application
	using the format <xref target="cve.mitre.org-libwebp"/> <xref		using the format <xref target="cve.mitre.org-libwebp"/> <xref
	target="crbug-security"/>.</t>		target="issues-security"/>.</t>
	<t>The format does not employ "active content" but does allow metadata		<t>The format does not employ "active content" but does allow metadata
	(for example, <xref target="XMP"/> and <xref target="Exif"/>) and custom ch unks to be		(for example, <xref target="XMP"/> and <xref target="Exif"/>) and custom ch unks to be
	embedded in a file. Applications that interpret these chunks may be		embedded in a file. Applications that interpret these chunks may be
	subject to security considerations for those formats.</t>		subject to security considerations for those formats.</t>
	</section>		</section>
	<section anchor="Interop" numbered="true" toc="default">		<section anchor="Interop" numbered="true" toc="default">
	<name>Interoperability Considerations</name>		<name>Interoperability Considerations</name>
	<t>The format is defined using little-endian byte ordering (see <xref		<t>The format is defined using little-endian byte ordering (see <xref
	target="RFC2781" section="3.1"/>), but demuxing and decoding are		target="RFC2781" section="3.1"/>), but demuxing and decoding are
	skipping to change at line 2470 ¶		skipping to change at line 2452 ¶
	<name>IANA Considerations</name>		<name>IANA Considerations</name>
	<t>IANA has registered the 'image/webp' media type <xref		<t>IANA has registered the 'image/webp' media type <xref
	target="RFC2046"/>.</t>		target="RFC2046"/>.</t>
	<section anchor="webp-media-type" numbered="true" toc="default">		<section anchor="webp-media-type" numbered="true" toc="default">
	<name>The 'image/webp' Media Type</name>		<name>The 'image/webp' Media Type</name>
	<t>This section contains the media type registration details per <xref		<t>This section contains the media type registration details per <xref
	target="RFC6838"/>.</t>		target="RFC6838"/>.</t>
	<section numbered="true" toc="default">		<section numbered="true" toc="default">
	<name>Registration Details</name>		<name>Registration Details</name>
	<!-- RFC Editor Note: Remove this text element after updating. -->
	<t><strong>RFC Editor Note:</strong> Replace RFC XXXX / rfcXXXX with
	the published RFC number.</t>
	<dl newline="false" spacing="normal">		<dl newline="false" spacing="normal">
	<dt>Type name:</dt> <dd>image</dd>		<dt>Type name:</dt> <dd>image</dd>
	<dt>Subtype name:</dt> <dd>webp</dd>		<dt>Subtype name:</dt> <dd>webp</dd>
	<dt>Required parameters:</dt> <dd>N/A</dd>		<dt>Required parameters:</dt> <dd>N/A</dd>
	<dt>Optional parameters:</dt> <dd>N/A</dd>		<dt>Optional parameters:</dt> <dd>N/A</dd>
	<dt>Encoding considerations:</dt> <dd>Binary. The <xref target="RFC46 48">Base64		<dt>Encoding considerations:</dt> <dd>Binary. The <xref target="RFC46 48">Base64
	encoding</xref> should be used on transports that cannot accommodate		encoding</xref> should be used on transports that cannot accommodate
	binary data directly.</dd>		binary data directly.</dd>
	<dt>Security considerations:</dt> <dd>See RFC XXXX, <xref target="Sec		<dt>Security considerations:</dt> <dd>See RFC 9649, <xref target="Sec
	urity"/>.</dd>		urity"/>.</dd>
	<dt>Interoperability considerations:</dt> <dd>See RFC XXXX, <xref tar		<dt>Interoperability considerations:</dt> <dd>See RFC 9649, <xref tar
	get="Interop"/>.</dd>		get="Interop"/>.</dd>
	<dt>Published specification:</dt> <dd>RFC XXXX</dd>		<dt>Published specification:</dt> <dd>RFC 9649</dd>
	<dt>Applications that use this media type:</dt> <dd>Applications that are used to		<dt>Applications that use this media type:</dt> <dd>Applications that are used to
	display and process images, especially when smaller image file sizes		display and process images, especially when smaller image file sizes
	are important.</dd>		are important.</dd>
	<dt>Fragment identifier considerations:</dt> <dd>N/A</dd>		<dt>Fragment identifier considerations:</dt> <dd>N/A</dd>
	<dt>Additional information:</dt>		<dt>Additional information:</dt>
	<dd><t><br/></t>		<dd><t><br/></t>
	<dl spacing="compact">		<dl spacing="compact">
	<dt>Deprecated alias names for this type:</dt> <dd>N/A</dd>		<dt>Deprecated alias names for this type:</dt> <dd>N/A</dd>
	<dt>Magic number(s):</dt> <dd>The first 4 bytes are 0x52, 0x49, 0x46, 0x46		<dt>Magic number(s):</dt> <dd>The first 4 bytes are 0x52, 0x49, 0x46, 0x46
	skipping to change at line 2506 ¶		skipping to change at line 2485 ¶
	('WEBPVP8').</dd>		('WEBPVP8').</dd>
	<dt>File extension(s):</dt> <dd>webp</dd>		<dt>File extension(s):</dt> <dd>webp</dd>
	<dt>Apple Uniform Type Identifier:</dt> <dd>org.webmproject.webp conf orms to		<dt>Apple Uniform Type Identifier:</dt> <dd>org.webmproject.webp conf orms to
	public.image</dd>		public.image</dd>
	<dt>Object Identifiers:</dt> <dd>N/A</dd>		<dt>Object Identifiers:</dt> <dd>N/A</dd>
	</dl></dd>		</dl></dd>
	<dt>Person &amp; email address to contact for further information:</dt>		<dt>Person &amp; email address to contact for further information:</dt>
	<dd>James Zern &lt;jzern@google.com&gt;</dd></dl>		<dd>James Zern &lt;jzern@google.com&gt;</dd></dl>
	<dl newline="false" spacing="normal">		<dl newline="false" spacing="normal">
			<dt>Intended usage:</dt> <dd>COMMON</dd>
	<dt>Restrictions on usage:</dt> <dd>N/A</dd>		<dt>Restrictions on usage:</dt> <dd>N/A</dd>
	<dt>Author:</dt>		<dt>Author:</dt>
	<dd>James Zern &lt;jzern@google.com&gt;</dd>		<dd>James Zern &lt;jzern@google.com&gt;</dd>
	</dl>		<dt>Change controller:</dt><dd>IETF</dd>
	<dl newline="false" spacing="compact">		<dt>Provisional registration?:</dt><dd>No</dd>
	<dt>Change controller:</dt><dd></dd>
	<dt></dt><dd>IETF</dd>
	</dl>
	<dl newline="false" spacing="normal">
	<dt>Intended usage:</dt> <dd>COMMON</dd>
	</dl>		</dl>
	</section>		</section>
	</section>		</section>
	</section>		</section>
	</middle>		</middle>
	<back>		<back>
	<references>		<references>
	<name>References</name>		<name>References</name>
	<references>		<references>
	<name>Normative References</name>		<name>Normative References</name>
	skipping to change at line 2612 ¶		skipping to change at line 2586 ¶
	<author>		<author>
	<organization>Adobe Inc.</organization>		<organization>Adobe Inc.</organization>
	</author>		</author>
	</front>		</front>
	</reference>		</reference>
	</references>		</references>
	<references>		<references>
	<name>Informative References</name>		<name>Informative References</name>
	<reference anchor="crbug-security" target="https://bugs.chromium.
	org/p/webp/issues/list?q=label%3ASecurity">
	<front>
	<title>libwebp Security Issues</title>
	<author>
	<organization/>
	</author>
	</front>
	</reference>
	<reference anchor="cve.mitre.org-libwebp"		<reference anchor="cve.mitre.org-libwebp"
	target="https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=libwebp">		target="https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=libwebp">
	<front>		<front>
	<title>libwebp CVE List</title>		<title>libwebp CVE List</title>
	<author>		<author>
	<organization/>		<organization/>
	</author>		</author>
	</front>		</front>
	</reference>		</reference>
	skipping to change at line 2656 ¶		skipping to change at line 2621 ¶
	Codes</title>		Codes</title>
	<author initials="D." surname="Huffman">		<author initials="D." surname="Huffman">
	<organization/>		<organization/>
	</author>		</author>
	<date month="September" year="1952" />		<date month="September" year="1952" />
	</front>		</front>
	<seriesInfo name="DOI" value="10.1109/JRPROC.1952.273898"/>		<seriesInfo name="DOI" value="10.1109/JRPROC.1952.273898"/>
	<refcontent>Proceedings of the Institute of Radio Engineers, Vol. 40, Issue 9 , pp. 1098-1101</refcontent>		<refcontent>Proceedings of the Institute of Radio Engineers, Vol. 40, Issue 9 , pp. 1098-1101</refcontent>
	</reference>		</reference>
			<reference anchor="issues-security" target="https://issues.webmpr
			oject.org/issues?q=componentid:1618983%2B%20(%22Restrict-View-Security%22%20OR%2
			0type:vulnerability)">
			<front>
			<title>libwebp Security Issues</title>
			<author>
			<organization/>
			</author>
			</front>
			</reference>
	<reference anchor="JPEG-spec"		<reference anchor="JPEG-spec"
	target="https://www.w3.org/Graphics/JPEG/itu-t81.pdf">		target="https://www.w3.org/Graphics/JPEG/itu-t81.pdf">
	<front>		<front>
	<title>Information Technology - Digital Compression and Coding of Con tinuous-Tone Still Images - Requirements and Guidelines</title>		<title>Information Technology - Digital Compression and Coding of Con tinuous-Tone Still Images - Requirements and Guidelines</title>
	<author>		<author>
	<organization/>		<organization/>
	</author>		</author>
	<date month="September" year="1992"/>		<date month="September" year="1992"/>
	</front>		</front>
	<seriesInfo name="ITU-T Recommendation" value="T.81"/>		<seriesInfo name="ITU-T Recommendation" value="T.81"/>
	skipping to change at line 2708 ¶		skipping to change at line 2682 ¶
	target="https://www.loc.gov/preservation/digital/formats/fdd/fdd000025.shtml">		target="https://www.loc.gov/preservation/digital/formats/fdd/fdd000025.shtml">
	<front>		<front>
	<title>RIFF (Resource Interchange File Format)</title>		<title>RIFF (Resource Interchange File Format)</title>
	<author>		<author>
	<organization/>		<organization/>
	</author>		</author>
	</front>		</front>
	</reference>		</reference>
	<reference anchor="webp-lossless-src"		<reference anchor="webp-lossless-src"
	target="https://chromium.googlesource.com/webm/libwebp/+/refs/tags/webp -rfcXXXX/doc/webp-lossless-bitstream-spec.txt">		target="https://chromium.googlesource.com/webm/libwebp/+/refs/tags/webp -rfc9649/doc/webp-lossless-bitstream-spec.txt">
	<front>		<front>
	<title>WebP Lossless Bitstream Specification</title>		<title>WebP Lossless Bitstream Specification</title>
	<author initials="J." surname="Alakuijala"		<author initials="J." surname="Alakuijala"
	fullname="Jyrki Alakuijala">		fullname="Jyrki Alakuijala">
	<organization>Google LLC</organization>		<organization>Google LLC</organization>
	</author>		</author>
	<date month="October" year="2023" />		<date month="July" year="2024" />
	</front>		</front>
	</reference>		</reference>
	<reference anchor="webp-lossless-study" target="https://developer s.google.com/speed/webp/docs/webp_lossless_alpha_study">		<reference anchor="webp-lossless-study" target="https://developer s.google.com/speed/webp/docs/webp_lossless_alpha_study">
	<front>		<front>
	<title>Lossless and Transparency Encoding in WebP</title>		<title>Lossless and Transparency Encoding in WebP</title>
	<author initials="J." surname="Alakuijala"		<author initials="J." surname="Alakuijala"
	fullname="Jyrki Alakuijala">		fullname="Jyrki Alakuijala">
	<organization>Google LLC</organization>		<organization>Google LLC</organization>
	</author>		</author>
	<author initials="V." surname="Rabaud"		<author initials="V." surname="Rabaud"
	fullname="Vincent Rabaud">		fullname="Vincent Rabaud">
	<organization>Google LLC</organization>		<organization>Google LLC</organization>
	</author>		</author>
	<date month="August" year="2017" />		<date month="August" year="2017" />
	</front>		</front>
	</reference>		</reference>
	<reference anchor="webp-riff-src" target="https://chromium.googlesour ce.com/webm/libwebp/+/refs/tags/webp-rfcXXXX/doc/webp-container-spec.txt">		<reference anchor="webp-riff-src" target="https://chromium.googlesour ce.com/webm/libwebp/+/refs/tags/webp-rfc9649/doc/webp-container-spec.txt">
	<front>		<front>
	<title>WebP RIFF Container</title>		<title>WebP RIFF Container</title>
	<author>		<author>
	<organization>Google LLC</organization>		<organization>Google LLC</organization>
	</author>		</author>
	<date month="April" year="2024" />		<date month="July" year="2024" />
	</front>		</front>
	</reference>		</reference>
	</references>		</references>
	</references>		</references>
	</back>		</back>
	</rfc>		</rfc>
End of changes. 65 change blocks.
	124 lines changed or deleted		103 lines changed or added
This html diff was produced by rfcdiff 1.48.