[5] 媒体素片 Media Fragments 動画 や音声 の一部を識別するための素片識別子 の構文です。
仕様書 [4] Media Fragments URI 1.0 (basic) (2012-09-27 23:08:40 +09:00 版) http://www.w3.org/TR/media-frags/ [9] Media Fragments URI 1.0 (basic) (2012-09-27 23:08:40 +09:00 版) http://www.w3.org/TR/media-frags/#standardisation-URI-fragments [11] Media Fragments URI 1.0 (basic) (2012-09-27 23:08:40 +09:00 版) http://www.w3.org/TR/media-frags/#standardisation-URI-queries [13] Media Fragments URI 1.0 (basic) (2012-09-27 23:08:40 +09:00 版) http://www.w3.org/TR/media-frags/#fragment-query [24] Media Fragments URI 1.0 (basic) (2012-09-27 23:08:40 +09:00 版) http://www.w3.org/TR/media-frags/#media-fragment-syntax [33] Media Fragments URI 1.0 (basic) (2012-09-27 23:08:40 +09:00 版) http://www.w3.org/TR/media-frags/#media-fragment-processing [45] Media Fragments URI 1.0 (basic) (2012-09-27 23:08:40 +09:00 版) http://www.w3.org/TR/media-frags/#media-fragment-semantics [55] Media Fragments URI 1.0 (basic) (2012-09-27 23:08:40 +09:00 版) http://www.w3.org/TR/media-frags/#media-fragment-clients [78] http://standards.iso.org/ittf/PubliclyAvailableStandards/c065274_ISO_IEC_23009-1_2014.zip [93] 2012年year:2012 に基本部分に絞ってW3C勧告 になったものの、
その後メンテナンスもされずに放置されています。
意味 [79] 媒体素片 は、媒体 の時間的・空間的な位置や範囲を表します。
MPD Anchor [68] MPEG-DASH (ISO/IEC 23009-1 ) の C.4 には MPEG DASH
(application/dash+xml 素片識別子 である MPD Anchor
[76] MPD Anchor は実質的に媒体素片 の独自拡張ですが、なぜか
t=
[77] MPD Anchor は、表現開始する時刻と状態を表します >>78
構文 [25] 媒体素片 は、名前と値を = 以上
& = >>24
媒体素片 名前と値 *& 名前と値 名前と値 名前 ?= 値 [26] 名前と値は、任意の Unicode 文字列を UTF-8
で符号化 し、パーセント符号化 したものです。
ただし名前に & = & >>24
[27] RFC 3986 が参照されており >>24 URI で使えない文字 はパーセント符号化 しなければならず、
それ以外はパーセント符号化 してもしなくても良いと思われます。[28] & = パーセント符号化 すれば良いようです。[46] 名前や値の部分には : パーセント符号化 してもしなくても同義であり、
どちらも妥当valid です >>45 [29] 名前は次元 を表し、値はそれに対応する値を表します。
値の構文は、次元 の規定によります。 >>24
[80] MPD Anchor はなぜか本文で , 区切りと規定していますが、
仕様書中の例はすべて & を使っています。[81] MPD Anchor は = で名前と値を区切ること以外ほとんど何も規定していません
(それでも MPEG DASH は国際標準 です)。構文解析 [34] 媒体素片 を解釈する場合には、 URL の一部として与えられたオクテット列 を
& = パーセント復号 します。 >>33
[36] = = [37] & ; + 0x20 ではありません。[35] ただし = パーセント符号化 されたオクテット列 として正しくない場合や、
パーセント復号 した結果が UTF-8 で復号 できない場合には、
その名前と値の組は無視します。 >>33
[38] 同じ名前がリスト中に複数含まれることもあります。[83] MPD Anchor は構文解析の方法を規定していません。次元 [30] 次元dimension 媒体素片 において一部分を選択する観点を表しています。
次元 は互いに論理的に独立しており、組み合わせることができます >>24 次元 の順序に関わらず、得られる結果は同じです >>24
[44] t id 時間 次元 を表すなど、
例外はあります。[31] 次の次元 があります。as= id= t= s=track= xywh= period= -moz-resolution= -moz-samplesize= xyr=xyn=
[82] 媒体素片 本体仕様では t= xywh= [69] MPD Anchor では t= period= as= track= >>78 [41] 同じ次元 を複数指定することは禁止されていません。
利用者エージェント は最後の指定を使うべきです >>45 , >>33 妥当 であれ非妥当 であれ、無視するべきです >>45
[48] ただし例外的に track= >>45 track= [42] 未対応の次元 がある場合、利用者エージェント は無視しなければなりません。
検証器 は警告するべきです。 >>33
[47] 利用者エージェント は、未知の次元 の指定を無視するべきです >>45
[49] >>42 と >>47 が同じ意図の規定なのかどうか不明です。 >>47 はなぜか SHOULD [50] 適用対象のMIME型 が分かっていれば、次元 の存在に関する妥当性を判断できます。
静止画に対する時刻の指定のように当該媒体 に存在しない次元 が指定されていれば、
その次元 の指定は無視するべきです >>45
[51] 各次元 ごとに構文と意味、処理方法の規定があります。
ある次元 の指定が妥当 でなければ、無視されることがあります。
(しかしそれだけによって媒体素片 全体が無視されるわけではありません。)
各次元 の項を参照。 [54] 値は妥当 なものと誤り error 誤り には構文的なものや機械的に決定できるものもあれば、
当該媒体 の情報を得ていないと誤っているか判断のつかないもの
(例えば媒体 の長さより大きな値を指定したエラー) があります。MIME 型 [8] 媒体素片 が適用される対象となるMIME型 について、
媒体素片 仕様書は、各MIME型 の仕様が採用することを推奨recommend
>>9 MIME型 に適用できるとはしていません。
[10] audio/* image/* video/* MIME型 は媒体素片 を採用することを推奨recommend されています
>>9
[66] 実際上は媒体要素 の実装で t= 媒体要素 で利用されるMIME型 に関しては媒体素片 が採用されていると言えます。
[84] application/dash+xml MPD Anchor
を採用しています >>78 MPD Anchor は媒体素片 とはされていません
(実質的には媒体素片 ですが)。
query での利用 [12] 媒体素片 は素片識別子 だけでなく、query として使うこともできます。
しかし一般に HTTP や RTSP では query は鯖 が任意の方法で解釈することとなっており、
媒体素片 の仕様も query で用いることを強制はしていません。
鯖 は媒体素片 と既存の query とを調和させることを推奨recommend される
>>11
[16] 媒体素片 によって表される資源 の部分の中には、
包含子 の形式とコーデック に依存して「なじむfit 」
ものとそうでないものがあります。ここで「なじむ」とは、
元の資源 の構文要素を変更したり、ビット列を転符号化 したりせずに求める部分を取り出せることをいいます。 >>13
[17] 「なじむ」ものは素片識別子 によって表すこともできますが、
「なじまない」ものは query によって表すしかありません >>13 query によって指定された場合は、鯖 が適宜符号化 し直すなどして求める部分を返すことになります。
処理 [14] 媒体素片 の素片識別子 の適用後の素片 と元の資源 は同じ
MIME型 であるべきです >>13
[15] 例えば動画 のうちの1つのフレーム を識別する媒体素片 によって得られるのは静止画 ではなく、
フレーム が1つの動画 であるべきです >>13
[18] 媒体素片 が素片識別子 として指定された場合、
利用者エージェント は元の資源 を取得し、
そこから媒体素片 で指定された部分を取り出すこととなります。
利用者エージェント の機能と資源 の形式次第では、
元の資源 の必要となる範囲を特定してそこだけ鯖 から取得することができるかもしれません。
また、媒体素片 を鯖 に送信して処理を委ねる方法を用意することも想定はされています
>>13
[19] 例えば動画形式 によっては動画 上の範囲とバイト範囲 との対応関係の索引データが含まれていて、
それに従い範囲要求 を使って必要な部分だけ取得できるかもしれません >>13
[22] 媒体素片 が query として指定された場合、
鯖 は元の資源 から媒体素片 で指定された部分を取り出し、
必要な変換を施して新しい資源 として利用者エージェント に返すこととなります
>>13 バイト列 として一部分を取り出すだけでは不十分で、
当該データ形式において適切な形式で完全な資源 として、
必要なら再符号化 も行った上で返すことになります。
[23] 例えば 30s から 70s までの範囲のような媒体素片 が指定されたとしても、
返される資源 の開始位置は 0s で終了位置は 40s になります。
また新しい資源 と元の資源 の関係は明確にはなっていません。 >>13 シーク することもできません。
データ形式によっては、あるいはプロトコル の拡張によって元の資源 との関係や元の資源 における新しい資源 の範囲がどこであるかを明示できるかもしれません
>>13 媒体素片 の仕様の範囲ではそのような仕組みは用意されていないようです。[39] 媒体素片 は、構文解析した後、リストに含まれる各名前と値の組を、
名前によって示された次元 の仕様に基づき、指定された順に解釈します >>33
[40] 同じ次元 が複数指定された場合には、最後の指定が最終的に有効になります >>33 [53] 次元 ごとに処理の方法やエラーの場合に無視することが規定されています。
[52] 各次元 の項も参照。[32] 次元 によっては、条件次第で媒体素片 全体を無視するよう求めている場合があります。
xywh [56] t= id= track= container のレベルで行い、次に
xywh= codec のレベルで行うことが期待されています >>55
[60] HTML Standard は媒体要素 の処理の方法を規定していますが、
媒体 の URL に指定が含まれる場合にそれに従ってトラック を選択したり、
開始時刻を決定したりしても良いと規定しており、
そのような指定の例として媒体素片 を挙げています。
[57] 媒体素片 が指定された URL が埋め込まれる場面のマーク付け言語 などの側でも範囲の選択の指定がある場合にどう処理するべきかは、
埋め込まれる場面の側で規定するべきである >>55 媒体素片 としては決められていません。
しかし、一般に媒体素片 を適用した結果が単独の媒体 である場合のように更に場面側の指定を適用するのがよい
>>55
例 [85] MPD Anchor の例 >>78
42nd minute of Period1
my.mpd# t=42&period=Period1
空白 はママ 42nd minute from the start of the presentation, English 5.1 audio and video
my.mpd#t=42&track=en51&track=vid
Set of Adaptation Sets from starting from the start of Period1
my.mpd#period=Period1&group=123
[74] MPD Anchor の例 >>73
#period=programme_part_2&t=50:00 歴史 [1]
W3C Media Fragments Working Group (2008-08-15 22:39:44 +09:00 版) http://www.w3.org/2008/WebVideo/Fragments/
[2] Use cases and requirements for Media Fragments (2009-05-01 02:03:22 +09:00 版) http://www.w3.org/TR/2009/WD-media-frags-reqs-20090430/
[6] Media Fragments URI 1.0
(2009-12-16 20:09:16 +09:00 版)
http://www.w3.org/TR/2009/WD-media-frags-20091217/
[20] IRC logs: freenode / #whatwg / 20091229
(2010-01-06 07:47:25 +09:00 版)
http://krijnhoetmer.nl/irc-logs/whatwg/20091229
[63] Media Fragments URI 1.0 (2012-01-03 18:18:45 +09:00 版) http://www.w3.org/2008/WebVideo/Fragments/WD-media-fragments-spec/
[61] Bug 12425 – User interface of temporal media fragment URI in @src of video element (2015-01-16 00:37:12 +09:00 版) https://www.w3.org/Bugs/Public/show_bug.cgi?id=12425
[65] Media Fragments URI 1.0 Implementation Report (2012-01-22 21:16:09 +09:00 版) http://www.w3.org/2008/WebVideo/Fragments/WD-media-fragments-impl/
[3] Media Fragments URI 1.0 (basic) (2012-09-27 23:08:40 +09:00 版) http://www.w3.org/TR/2012/REC-media-frags-20120925/
[58] Errata in Media Fragments URI 1.0 (basic) (2012-09-20 23:21:49 +09:00 版) http://www.w3.org/2008/WebVideo/Fragments/errata/media-frags-20120925-errata
[21] Re: is spec complete?
( (Silvia Pfeiffer 著, 2013-06-11 07:32:04 +09:00 版))
http://lists.w3.org/Archives/Public/public-media-fragment/2013Jun/0002.html
[43] 次の機能は「basic」には含まれず、未完成のまま放置されています。次元 t 単位 smtpe 次元 t 単位 clock 次元 id 次元 track HTTP による解決
[59] 完全には削除されず、中途半端な規定がなぜか残っています。
こんな品質でも W3C勧告 になってしまうのですから、不思議なものです。[7] Bug 23492 – Linking to a page with a fragment identifier that causes a particular media element to be shown and to seek to a particular position
( (2013-10-14 22:54:45 +09:00 版))
https://www.w3.org/Bugs/Public/show_bug.cgi?id=23492
[62] mozilla-central: netwerk/base/src/nsMediaFragmentURIParser.cpp@206bf1a98cd7 (2015-01-16 00:45:22 +09:00 版) https://hg.mozilla.org/mozilla-central/file/tip/netwerk/base/src/nsMediaFragmentURIParser.cpp [64] trunk/Source/WebCore/html の MediaFragmentURIParser.cpp – WebKit
( (2015-01-16 00:56:32 +09:00 版))
http://trac.webkit.org/browser/trunk/Source/WebCore/html/MediaFragmentURIParser.cpp [72] MPD Anchor は >>70 , >>71 , >>73 , >>75 から参照されています。[70] (2014-07-02 00:40:16 +09:00 版) https://www.dvb.org/resources/public/standards/a168_dvb-dash.pdf#page=68 [71] (2015-02-10 01:01:20 +09:00 版) http://www.hbbtv.org/pages/about_hbbtv/HbbTV_specification_2_0.pdf#page=81 [73] http://www.etsi.org/deliver/etsi_ts/103200_103299/103285/01.01.01_60/ts_103285v010101p.pdf#page=54 [75] http://dashif.org/w/2015/04/DASH-IF-IOP-v3.0.pdf#page=59
[67] Specifying time intervals in URI queries and fragments of time-based Web resources
( (2007-08-25 15:36:57 +09:00 版))
http://annodex.net/TR/URI_fragments.html#rfc.section.4
[86] oaubert/mediafragment-prototype
(2015-08-14 12:25:00 +09:00 版)
https://github.com/oaubert/mediafragment-prototype Dynamic Media Fragment
This is a proposal for dynamic spatial media fragments, as well as arbitrary shaped spatial media fragments, for highlighting moving areas in videos.
[87] Arbitrarily Shaped and Dynamic Spatial Media Fragments
(2015-06-02 22:04:56 +09:00 版)
http://olivieraubert.net/dynamic-media-fragments/
[88] Re: Informal (dynamic) Media Fragments URI discussion
(Olivier Aubert 著, 2015-06-02 22:27:49 +09:00 版)
https://lists.w3.org/Archives/Public/public-media-fragment/2015Jun/0000.html
[89] Informal (dynamic) Media Fragments URI discussion
(Thomas Steiner 著, 2015-05-21 02:15:09 +09:00 版)
https://lists.w3.org/Archives/Public/public-media-fragment/2015May/0000.html
[90] 24910 – Define how Media Fragments URI end position is handled
(2016-02-02 14:25:25 +09:00 版)
https://www.w3.org/Bugs/Public/show_bug.cgi?id=24910
[91] Podlove Deep Linking | Podlove
(2016-03-19 17:15:56 +09:00 版)
http://podlove.org/deep-link/ The Media Fragments [ 1] specification requires the media fragment specifier to be a parameter following a hash sign (“#”) and allows for additional parameters to be passed along. As the podcast client is expected to add just the time range information, any additional parameters that your web player might need must be included in the URL stated in the feed following the fragment identifier.
The Podcast Client MUST honor existing parameters and append the time specification with an ampersand sign (“&”) if a parameter already exists. The following URL
http://mypodcast.com/episode/player.php?episode=23#style=external
must be extended as described to look something like this:
http://mypodcast.com/episode/player.php?episode=23#style=external&t=10,200
Right now, this specification does not define any other parameters but might in do so in a future version.
[92] Errata in Media Fragments URI 1.0 (basic)
( (2012-09-20 23:21:49 +09:00 ))
https://www.w3.org/2008/WebVideo/Fragments/errata/media-frags-20120925-errata
[94] Video and audio APIs - Learn web development | MDN
( (2017-02-05 15:52:53 +09:00 ))
https://developer.mozilla.org/en-US/docs/Learn/JavaScript/Client-side_web_APIs/Video_and_audio_APIs#Specifying_playback_range The playback range portion of the media element URI specification was added to Gecko 9.0 (Firefox 9.0 / Thunderbird 9.0 / SeaMonkey 2.6). At this time, this is the only part of the Media Fragments URI specification implemented by Gecko, and it can only be used when specifying the source for media elements, and not in the address bar.
[95] Support for MPD Anchors · Issue #1361 · Dash-Industry-Forum/dash.js
(2017-06-03 11:16:07 +09:00 )
https://github.com/Dash-Industry-Forum/dash.js/issues/1361
[96] ODRL Vocabulary & Expression 2.2
(2018-03-20 18:10:29 +09:00 )
https://w3c.github.io/poe/vocab/#term-absoluteTemporalPosition The fragment part of a Media Fragment URI (https://www.w3.org/TR/media-frags/) may be used for the right operand.