仕様書

意味

[3] この次元は、元の媒体の特定の画素の領域を表します >>1, >>4。

[5] 領域の形状としては、長方形にのみ対応しています >>4。

構文

[6] 値は、省略可能な単位と : の後に、 , で区切った4つのASCII数字列を続けたものです。 ASCII数字列は、それぞれ x 座標、y 座標、 幅、高さを表し、最低1文字必要です。 >>4 先導0も禁止されていません。 小数部は認められていません。

[7] 単位としては pixel と percent があり、それぞれ画素 (ピクセル) 単位の座標と百分率 (パーセント) を表します >>4。省略された場合の既定値は、画素です >>4。

[9] いずれの単位でも x と y がどちらも 0 の時、 画像の左上隅を表します。 >>4

[10] 百分率の場合、 x と幅は元の媒体の幅に対して、 y と高さは元の媒体の高さに対しての割合と解釈します >>4。

[8] 画素座標は、資源の次元、アスペクト比、clean aperture、 解像度その他を当該資源の形式の定義に基づき考慮した後に解釈されるものです。 動画データの次元から「正しい」次元に変換するに当たりどうアスペクト比を適用するか定義していない形式の場合には、 一方の次元は増加させ、他方は変化させない比率を適用しなければなりません。 >>4

[11] 単一のよく定義された画素解像度 (幅と高さ) を持たない画像について、 画素単位で範囲を指定するべきではありません。 >>4

処理

[12] 画素単位で範囲が指定されている場合で、 ICO ファイルなど複数の解像度を持つ画像である時は、 媒体素片を無視しなければなりません >>4。

[16] 値が構文的に正しくない時は、誤りであり、本次元の指定は無視するべきです >>15。

[17] 媒体の解像度が分かれば、値の妥当性を判断できます。 x の指定が媒体の幅以上であるか、 y の指定が媒体の高さ以上である (すなわち、 指定された範囲の左上隅が媒体の外側を指している) なら、 誤りであり、本次元の指定は無視するべきです >>15。

[18] x の指定が媒体の幅より小さく、 y の指定が媒体の高さより小さいなら、 指定された範囲を表示します。ただし、 x と w の指定の和が幅を超えるなら超えない範囲、 y と h の指定の和が高さを超えるなら超えない範囲とします。 >>15

[19] 百分率によって指定された場合は、 x と y はそれぞれ媒体の幅と高さで割って100をかけた値の floor、 w と h はそれぞれ媒体の幅と高さで割って100をかけた値の ceil によって画素単位の値に変換し、適用します >>15。

[20] 複数の動画トラックが含まれる場合には、すべての動画トラックに対して適用します >>15。

レンダリング

[22] 指定した範囲をくりぬいて (crop) 表示することもできますし、 指定した範囲がどこであるかわかる形で全体を表示することもできます。 >>15

[23] Webブラウザーの既定の表示はくりぬいた表示であることが期待されています。 >>15

実装

[29] Webブラウザーの実装例は知られていません。

[30] Mozilla (Firefox) で実装の動きがありましたが、 自然消滅状態です。

[24] mozilla-central: netwerk/base/src/nsMediaFragmentURIParser.cpp@206bf1a98cd7 ( (2015-01-16 00:52:28 +09:00 版)) https://hg.mozilla.org/mozilla-central/file/tip/netwerk/base/src/nsMediaFragmentURIParser.cpp

[25] 790640 – add Media Fragments for images (spatial dimensions) ( (2015-01-16 00:59:55 +09:00 版)) https://bugzilla.mozilla.org/show_bug.cgi?id=790640

[26] Web 以外での言及例はいくつかありますが、活用の度合いは不明です。

[27] EPUB Region-Based Navigation 1.0 (2015-09-11 07:19:51 +09:00) http://www.idpf.org/epub/renditions/region-nav/epub-region-nav-20150826.html

メモ