TEKNIK ALANI Bu açiklama, sifreli multimedya verilerinin depolanmasi ve tasinmasi ile ilgilidir. BULUSUN ARKA PLANI Dijital video ozellikleri, dijital televizyonlar, dijital dogrudan yayin sistemleri, kablosuz yayin sistemleri, kisisel dijital yardimcilar (PDA), dizüstü ya da masaüstü bilgisayarlar, dijital kameralar, dijital kayit cihazlari, dijital medya oynaticilar, video oyun cihazlari, video oyun konsollari, hücresel ya da uydu radyo telefonlari, video telekonferans cihazlari ve benzerleri dahil olmak üzere çok çesitli cihazlara dahil edilebilir. Dijital video cihazlari, MPEG-2, MPEG-4, ITU-T H.263 ya da lTU-T H.264/ MPEG-4, Bölüm 10, Gelismis Video Kodlama (AVC), ve bu nevi standartlarin uzantilari tarafindan tarif edilmis olan video sikistirma tekniklerini dijital video bilgisini daha verimli bir sekilde iletmek almak için uygulayabilirler. Video sikistirma teknikleri, video dizilerinde bulunan fazlaliklari azaltmak ya da ortadan kaldirmak için mekansal tahmin ve/ veya zamansal tahmin gerçeklestirir. Blok tabanli video kodlamasi için, bir video çerçevesi ya da dilimi makro bloklara ayrilabilir. Her bir makro blok daha fazla bölümlendirilebilir. Bir kendi arasinda kodlanmis (I) çerçeve ya da dilimdeki makro bloklar, komsu makro bloklara göre mekansal tahmin kullanilarak kodlanir. Bir kendi aralarinda kodlanmis (P ya da B) çerçeve ya da dilimdeki makro bloklar, ayni çerçeve ya da dilimdeki komsu makro bloklara göre mekansal tahmini ya da diger referans çerçevelere göre zamansal tahmini kullanabilir. Video verileri kodlandiktan sonra, video verileri iletim ya da depolama için paketlenebilir. Video verileri, Uluslararasi Standardizasyon Orgütü (ISO) temel medya dosya formati ve MP4 dosya formati ve lTU-T H.264/AVC gibi bunun gelismis video kodlama (AVC) dosya formati gibi uzantilari gibi çesitli standartlara uygun bir video dosyasina birlestirilebilir. Bu sekilde paketlenmis video verileri, ag akisini kullanarak bir bilgisayar agi üzerinden iletim gibi çesitli sekillerde tasinabilir. içerisindeki rasgele erisimi ve bit kaymasini desteklemek için açiklanmis olan 'sidx'in Bulus, ekteki istemlerde oraya konulmaktadir. Genel olarak, bu açiklama bir ag üzerinden medya verilerinin akisini iyilestirmeye yönelik teknikleri açiklar. Bu teknikler arasinda hizli ileri sarma, geri sarma ve ag 'üzerinden akis halindeki medya içeriginin aranmasi gibi hile modlari destegi bulunur. Bu teknikler ayni zamanda bir temsil grubu için ortak özellikleri sinyalleme gibi temsil gruplari için desteklerin yani sira gösterimlerin bireysel özelliklerini de içerir. Buna ek olarak, teknikler akisi yapilan ortam içerigi için bildirim dosyalarinin güncellenmesi için bilgi teminini içerir. Bu teknikler ayni zamanda, hedeflenen reklamlar için medya verilerinin medya içerigi için dis periyotlar olarak sunulmasini da içerir. Bu teknikler ayni zamanda, bir kullanici cihazindan bir servis saglayiciya deneyim kalitesi raporlarinin temin edilmesini ve yorumlanmasini içerir. Ilave olarak, bu teknikler, bir medya içerigi bildirim dosyasinin uydugu profil verilerinin sinyallenmesini içerir. Ornek bir yapilanmada, çoklu ortam verilerini almak için bir metot sunulur, metot asagidakileri içerir: çoklu ortam içerigi için bir bildirim dosyasi bilgisinin analiz edilmesi olup, içerisinde bildirim dosyasinin bilgisi, çoklu ortam içeriginin en az bir gösteriminin bir zamansal alt dizi içerdigini gösterir; en az bir gösterimdeki ilgili bir ya da daha fazla bölüm içerisindeki zamansal ait dizi için verilerin konumlarina karsilik gelen bir ya da daha fazla bayt araliginin belirlenmesi; ve zamansal alt dizi için veri için bir ya da daha fazla talebin sunulmasi olup, içerisinde talepler en az bir gösterimin ilgili bölümleri için bayt araliklarini belirtir, içerisinde verilerin konumlarina karsilik gelen bir ya da daha fazla bayt araliklarinin belirlenmesi sunlari içerir: gösterimin bir kismi için verinin geri alinmasi olup, gösterimin bir kismi zamansal alt dizi için verinin konumlarina karsilik gelen bir ya da daha fazla bayt araliklarinin göstergesi olan veriyi içerir; ve gösterimin zamansal alt dizisi için verinin konumlarina karsilik gelen bayt araliklarini belirlemek için gösterimin elde edilen kismi için verilerin analiz edilmesi olup, içerisinde gösterimin kisimlari için veri gösterimin ilgili bölümlerinin bir sürekli bayt dizini gösterir, içerisinde sürekli bayt dizisi zamansal alt dizi için veri içerir, ve içerisinde bir ya da daha fazla talebin sunulmasi sürekli bayt dizisi tarafindan tanimlanmis olan bir bayt araligini belirleyen bir tek talebin sunulmasini içerir. Tercihen, metot ilave olarak zamansal alt dizinin verilerini gösterim için bir hile modunda sunmayi içerir. Tercihen verinin konumlarini belirleme, bildirim dosyasindan zamansal alt dizi için verilerin konumlarini belirlemeyi içerir. Tercihen gösterimin kismi, gösterimin bir alt parça indeks kutusunu içerir. Tercihen, gösterim kismi için veriyi almak, asagidakileri içerir: gösterimin kisminin baslangiç baytini ve gösterimin kisminin bitis baytini, bildirim dosyasinin verilerinden belirlemek; ve baslangiç baytini, bitis baytini ve gösterimin bir tanimlayicisini belirten kismi bir GET isteginin gönderilmesi. Tercihen zamansal alt dizi için veriler, gösterimin bir ya da daha fazla anlik kod çözücü yenileme (lDR) resimlerini içerir. ÇIZIMLERIN KISA AÇIKLAMASI SEKIL 1, bir ag 'üzerinden medya verilerinin akisina yönelik teknikleri uygulayan bir örnek sistemi gösteren bir blok semadir. SEKIL 2, bir örnek multimedya içeriginin ögelerini gösteren bir kavramsal semadir. SEKIL 3, multimedya içeriginin bir gösteriminin bir bölümüne karsilik gelebilecek olan bir örnek video dosyasinin ögelerini gösteren bir blok semadir. SEKIL 4, bir medya sunum açiklamasi (MPD) ve çesitli gösterim gruplarini içeren örnek bir çoklu ortam içerigini gösteren kavramsal bir semadir. SEKIL 5, MPD verilerinin çesitli gösterim gruplari için çesitli bölümlere ayrildigi baska bir örnek çoklu ortam içerigini gösteren kavramsal bir semadir. SEKIL 6, hile modlarini desteklemek için kullanilabilecek olan baska bir örnek çoklu ortam içerigini gösteren kavramsal bir semadir. SEKIL 7, bölümlerin çoklu ortam içeriginin bir MPD'sinin güncellendigini belirtmek için MPD güncelleme kutularini içerebilecegi baska bir örnek çoklu ortam içerigini gösteren kavramsal bir semadir. SEKIL 8, bir sunucu cihaz tarafindan gösterim gruplarinin gösterimlerini saglamak ve bir kullanici cihazi tarafindan gösterim gruplarini ve ayrica seçilen gösterim grubu içindeki bireysel bir gösterimi seçmek Için örnek bir metodu gösteren bir akis semasidir. SEKIL 9, bir sunucu cihazi tarafindan bir hile modunun gösterimi olan verileri saglamak ve çoklu ortam içeriginin hile modu verilerini almak ve oynatmak için verileri bir kullanici cihazi tarafindan kullanmak için örnek bir metodu gösteren bir akis semasidir. SEKIL 10, bir sunucu cihaz tarafindan bir MPD gibi bir bildirim dosyasinin güncellenmesi ve bir kullanici cihazi tarafindan bir MPD'nin güncellenmesi için göstergeler saglamak için örnek bir metodu gösteren bir akis semasidir. SEKIL 11, bir deneyim kalitesi (QOE) rapor belgesinin verilerini olusturmak ve kullanmak için örnek bir metodu gösteren bir akis semasidir. DETAYLI TARIFNAME Genel olarak, bu açiklama, bir ag üzerinden ses ve video verileri gibi çoklu ortam verilerinin akisi için teknikleri açiklar. Bu tarifnamenin teknikleri, HTTP (DASH) üzerinden dinamik uyarlamali akis ile birlikte kullanilabilir. Bu açiklama, ag akisi ile birlikte gerçeklestirilebilecek, bazilari ya da tümü tek basina ya da herhangi bir kombinasyon halinde uygulanabilen çesitli teknikleri tarif eder. Asagida daha ayrintili olarak tarif edildigi gibi, ag akisini gerçeklestiren çesitli cihazlar bu açiklamanin tekniklerini uygulamak için konfigüre edilebilirler. DASH ve bir ag üzerinden veri akisi için benzer tekniklere uygun olarak, çoklu ortam içerigi (örnek olarak, ses verilerini, video verilerini, ayni zamanda metin bindirmelerini ya da diger verileri de Içerebilen bir film ya da diger ses/ video içerigi) çesitli yollarda ve çesitli özelliklere sahip olacak sekilde kodlanabilir. Bir içerik hazirlama cihazi ayni multimedya içeriginin çoklu gösterimlerini olusturabilir. Her bir gösterim, çesitli kodlama ve isleme yeteneklerine sahip çesitli farkli istemci cihazlari tarafindan kullanilabilen verileri saglamak için kodlama ve isleme özellikleri gibi belirli bir özellik setine karsilik gelebilir. Ayrica, çesitli bit oranlarina sahip olan gösterimler bant genisligi uyarlamasina izin verebilir. Yani, bir kullanici cihazi mevcut olan bir bant genisligi miktarini belirleyebilir ve kullanici cihazinin kodlama ve isleme yeteneklerinin yani sira mevcut bant genisligi miktarina dayanan bir gösterimi seçebilir. Bazi örneklerde, bir içerik hazirlama cihazi bir dizi gösterimin bir takim ortak özelliklere sahip oldugunu gösterebilir. Içerik hazirlama cihazi daha sonra setteki gösterimlerin bir gösterim grubu olusturabilecegini, bu set içindeki gösterimlerin bant genisligi uyarlamasi için kullanilabilecegini gösterebilir. Yani, setteki gösterimler bit hizinda farklilik gösterebilir, ancak baska sekilde esas olarak ayni özellikleri paylasir. Bu sekilde, bir kullanici cihazi, çoklu ortam içeriginin gösterim gruplari için çesitli ortak özellik setleri belirleyebilir ve kullanici cihazinin kodlama ve isleme yeteneklerine dayanarak bir gösterim grubu seçilebilir. Daha sonra, kullanici cihazi, bant genisligi uygunluguna bagli olarak seçilen gösterim gruplarindaki gösterimler arasinda uyarlamali olarak geçis yapabilir. Içerik hazirlama cihazi ayni zamanda 3GPP (Üçüncü Nesil Ortaklik Projesi) tarafindan öngörülen formattaki bir medya sunum açiklamasi (MPD) dosyasi gibi bir bildirim dosyasinin farkli bölümleri için ayri ag konumlari da saglayabilir. Yani, bildirim dosyanin farkli bölümleri, örnek olarak, tek biçimli kaynak konumlandiricilari (URL'ler) gibi çesitli tek tip kaynak buluculari (URI'Ier) ile bagimsiz olarak adreslenebilir. Bildirim dosyasinin bir ilk kismi, bildirim dosyasinin baska bir bölümünün URl'sini, URL'sini ya da baska bir konum tanimlayicisini içerebilir. Ornek olarak, bildirim dosyasinin bir birinci kismi yukarida tartisildigi gibi gösterim gruplarinin ortak özelliklerinin açiklamalarini içerebilir. Gösterim gruplarinin her biri, ilgili gösterim grubundaki gösterimlerin medya verilerinin yerlerini gösteren verileri içerebilen, bildirim dosyasinin ilgili farkli bir kismi ile iliskilendirilebilir. Bu sekilde, bir kullanici cihazi, seçilen gösterimin verilerini almak için, bildirim dosyasinin birinci bölümünü alabilir, uygun bir gösterim grubunu seçebilir, seçilen gösterim grubu için bildirim dosyasinin baska bir bölümünü alabilir, seçilen grubun bir gösterimini seçebilir ve seçimin diger bölümünü kullanabilir. Buna ilave olarak, kullanici cihazi, bildirim dosyasinin diger kismini, yani seçilen gösterim grubuna özgü olan kismi kullanarak degisen ag bant genisligine uyum saglayabilir. Ek olarak ya da alternatif olarak, bir bildirim dosyasinin bir kismi, diger amaçlar için bildirim dosyasinin baska bir bölümüne refere edebilir. Yani, bildirim dosyasinin bir kismi, oynatma sirasinda uzak bir periyoda ait medya verilerini bir filmin içine sokmak için bir kullanici cihazini, bildirim dosyasinin baska bir bölümüne yönlendirebilir. Uzak periyot, bazi örneklerde bir reklama karsilik gelebilir. Bu teknikler, bazi örneklerde, hedefli reklamcilik için kullanilabilir. Bir kullanici cihazi, kullanici bilgisine dayali olarak bildirim dosyasinin bir kismini seçebilen bir sunucu cihazina kullanici tanimlayicisii reklamlar için kullanici tercihleri ve/ veya kullanici demografik bilgi gibi kullanici bilgisi saglayabilir. Bu nedenle, degisiklik yapildigi zaman, bildirim dosyanin harici bir kismi, örnek olarak kullanici cihazi tarafindan, orijinal bildirim dosyasina dahil edilebilir. Sunucu cihazi, hedefli reklam medyasi içerigi ile baglantili olan bildirim dosyasinin bir bölümünü kullanici cihazina saglayabilir. Kullanici cihaz daha sonra talep edilen bir çoklu ortam içeriginin bir periyodunun belirli bir temsilini gösteren verileri almadan önce, hedeflenen reklam medyasi içeriginin verilerini alabilir ve sunabilir. Bu sekilde, çoklu ortam içerigi için bir bildirim dosyasinin bir birinci kismi, bildirim dosyasinin bir ikinci kismina atifta bulunabilir. Bazi durumlarda, bir kullanici video verilerini bastan sonadan baska bir sekilde oynatmak isteyebilir. Ornek olarak, bir kullanici video verilerini hizli ileri ya da geri sarma modlarinda ya da belirli bir oynatma noktasindan baslayacak sekilde oynatmak isteyebilir. Bastan sona oynatmadan baska mod olan bu tür video oynatma modlari "hile modlari" olarak adlandirilabilir. Hile modlarinda, tüm video verileri sonuçta oynatilmayacagi için, tüm video verilerinin alinmasina gerek kalmaz. Bu açiklama ayni zamanda hile modlarini desteklemek için teknikler saglar. Ornek olarak, bir içerik hazirlama cihazi, anlik kod çözücü yenileme (IDR) resimleri gibi hile modlari için kullanilan Video verilerindeki çerçevelerin bayt araligi konumlarinin göstergelerini saglayabilir. Genel olarak, IDR resimlerinin, IDR resimlerinin disinda kalan herhangi bir çerçevenin verilerine referans olmadan kodu çözülebilir. IDR resimlerinin çerçeveleri ya da dilimleri, diger çerçevelere ya da dilimlere bagimliliktan kaçinmak için genellikle bir kendi aralarinda tahminde bulunma modunda kodlanir. Bu sekilde, kullanici cihazi, hizli ileri sarma gibi bir hile modunda video verilerinin gösterilmesinde kullanilmak üzere yalnizca lDR resimlerinin verilerini indirmek üzere zamansal alt diziye dahil edilebilir. Veriler kodlama sirasina göre tanzim edilebilir, bu sayede referans için kullanilan veriler, referans verisinden daha önce (ve sürekli bayt dizisinde) gerçeklesir. Ornek olarak, bir l çerçevesi, bir hiyerarsik sekilde, herhangi biri ya da hepsi daha önceki B çerçevesine atifta bulunan diger B çerçevelerinden önce gelebilecek olan, bir ya da daha fazla B çerçevesinden sonra gelebilecek olan bir P çerçevesinden daha önce gelebilir. Bazi örneklerde, MPD gibi bir bildirim dosyasi zaman zaman güncelleme gerektirebilir. Bu açiklama ayni zamanda bir MPD'nin bir güncelleme gerektirdigine dair sinyaller alma ve alma teknikleri saglar. Özel olarak, bir içerik hazirlama cihazi, karsilik gelen bir MPD'nin bir güncelleme gerektirdigini gösteren gösterim bölümlerinde veri içerebilir. Bu veriler, bir bölümün bir ilk elemanina karsilik gelebilir; bu, MPD'ye uygulanacak güncellemeleri ve/ veya bir kullanici cihazinin MPD'ye güncellemeleri alabilecegi konumlari belirtir. Güncellemeler, çoklu ortam içerigi için önceki bir MPD'ye göre tamamen yeni bir MPD ya da artimli güncellemeler içerebilir. Bu açiklama ilave olarak, kullanici cihazlarindan bir sunucu cihaza ve/ veya içerik hazirlama cihazina geri bildirim saglama tekniklerini içerir. Geri besleme, örnek olarak çoklu ortam içerigi için alinan verilerin göstergesi olan bilgilere karsilik gelebilir. Içerik hazirlama cihazi ve/ veya sunucusunun yöneticisi ya da bir baska kullanicisi bu bilgileri çesitli sekillerde kullanabilir. Ornek olarak, kullanici CDN vekil sunucu cihazlarinda, yönlendiriciler ya da diger cihazlar gibi daha sik erisilen gösterimlerin verilerini ön bellege almak için bir içerik dagitim agi (CDN) yapilandirabilir. Baska bir örnek olarak, kullanici mevcut çoklu ortam içerigine belirli gösterimlerin eklenip eklenmemesi ya da çikarilmasinin gerekip gerekmedigini ve/ veya gelecekteki çoklu ortam içeriginin gösterimlerinin nasil kodlanacagini belirlemek için daha sik erisilen gösterimleri belirleyebilir. Medya içeriginin gösteriminin bölümleri gibi video dosyalari, ISO temel medya dosya formati, Olçeklenebilir Video Kodlama (SVC) dosya formati, Gelismis Video Kodlama (AVC) dosya formati, Uçüncü Nesil Ortaklik Projesi (SGPP) dosya formati, ve/ veya Çoklu Gösterim Video Kodlama (MVC) dosya formati, ya da öteki benzer video dosya formatlarindan herhangi birine göre kapsüllenmis olan video verilerine uyumlu olabilir. ortamin degisimini, yönetimini, düzenlemesini ve sunumunu kolaylastiran esnek, genisletilebilir bir formatta içerecek sekilde dizayn edilmistir. ISO Temel Medya genel bir yapi tanimlayan MPEG-4 Part-12'de belirtilmistir. ISO Temel Medya Dosya formati, H.264/MPEG-4 AVC video sikistirma, SGPP dosya formati, SVC için AVC dosya formati (ISO/IEC 14496-15) dosya formati ve MVC dosya formati gibi tanimlanmis ailedeki diger dosya formatlari için temel olarak kullanilir.3GPP dosya formati ve MVC dosya formati, AVC dosya formatinin uzantilaridir. ISO temel medya dosyasi formati, görsel isitsel gösterimler gibi medya verilerinin zamanlanmis dizileri için zamanlama, yapi ve medya bilgilerini içerir. Dosya yapisi nesneye yönelik olabilir. Bir dosya çok basit bir sekilde basit nesnelere ayristirilabilir ve nesnelerin yapisi türlerinden anlasilir. adi verilen bir dizi nesne olarak olusturulabilir. lSO temel medya dosya formatindaki veriler, dosya içerisinde baska hiçbir veri bulundurmaya gerek kalmayacak ve dosya içindeki kutularin disinda veri olmayacak sekilde kutulara yerlestirilebilir. Bu, belirli bir dosya formati için gerekli olan herhangi bir ilk imzayi içerir. Bir "kutu", benzersiz bir tip tanimlayici ve uzunluk ile tanimlanan nesneye yönelik bir yapi blogu olabilir. Genellikle, bir gösterim bir dosyada bulunur ve medya gösterimi kendi içinde bulunur. Film kabi (film kutusu) medyanin veri üstü verilerini içerebilir ve video ve ses çerçeveleri medya veri kabinda bulunabilir ve baska dosyalarda olabilir. Bir gösterim (hareket dizisi), bazen bölümler olarak adlandirilan birkaç dosyada bulunabilir. Zamanlama ve çerçeveleme (konum ve boyut) bilgileri genellikle ISO temel medya dosyasindadir ve yardimci dosyalar temel olarak herhangi bir format kullanabilir. Bu gösterim, gösterimi içeren sistem için 'yerel' olabilir ya da bir ag ya da baska bir akis dagitim mekanizmasi araciligi ile saglanabilir. Her parçayi, sahip oldugu "ilginç özellik" ile etiketlemek için istege bagli bir veri üstü veri izi kullanilabilir; bunun için degeri grubun diger üyelerinden (örnek olarak bit hizi, ekran boyutu ya da dili) farkli olabilir. Bir iz içindeki bazi örnekler özel özelliklere sahip olabilir ya da ayri ayri tanimlanabilir. Ozelligin bir örnegi, senkronizasyon noktasidir (genellikle bir video çerçevesidir). Bu noktalar, her izdeki özel bir tablo ile tanimlanabilir. Daha genel olarak, iz örnekleri arasindaki bagimliliklarin dogasi ayni zamanda veri üstü veriler kullanilarak da belgelendirilebilir. Veri üstü veriler, tipki bir video izi gibi bir dosya formati örnegi dizisi olarak yapilandirilabilir. Bu nevi bir iz bir veri üstü veri izi olarak adlandirilabilir. Her veri üstü veri örnegi, bir veri üstü veri ifadesi olarak yapilandirilabilir. Karsilik gelen dosya formati örnegi ya da kurucu örnekleri hakkinda sorulabilecek olan çesitli sorulara karsilik gelen çesitli ifade türleri Medya bir akis protokolü üzerinden iletildigi zaman, medyanin dosyada gösterilme biçiminden dönüstürülmesi gerekebilir. Buna bir örnek, medyanin Gerçek Zamanli Aktarim Protokolü (RTP) üzerinden iletildigi durumdur. Ornek olarak, dosyada videonun her karesi bitisik olarak bir dosya formati örnegi olarak saklanir. RTP'de, bu çerçeveleri RTP paketlerine yerlestirmek için kullanilan kodlayici kod çözücüye özgü paketleme kurallarina uyulmalidir. Çalisma zamaninda bu tür bir paketlemeyi hesaplamak için bir akis sunucusu konfigüre edilebilir. Ancak, akis sunucularinin yardimi için destek vardir. Bu açiklamanin teknikleri, örnek olarak HTTP akisi (DASH) üzerindeki dinamik uyarlamali akisa uygun olarak, HTTP akisi gibi ag akisi protokollerine uygulanabilir. HTTP akisinda, sik kullanilan islemler GET ve kismi GET'i içerir. GET islemi, belirli bir tek biçimli kaynak bulucusunu (URL) ya da baska bir tanimlayiciyi, örnek olarak URI ile iliskili bir bütün dosyayi alir. Kismi GET islemi bir giris parametresi olarak bir bayt araligini alir ve alinan bayt araligina karsilik gelen bir dosyanin sürekli bayt sayisini alir. Bu nedenle, kismi bir GET islemi bir ya da daha fazla ayri film parçasi alabildiginden, HTTP akisi için film parçalari saglanabilir. Bir film parçasinda, farkli parçalarin birkaç iz parçasi olabilecegine dikkat edilmelidir. HTTP akisinda, bir medya gösterimi, kullanicini erisebilecegi yapilandirilmis bir veri koleksiyonu olabilir. Kullanici, bir akis servisini bir kullaniciya sunmak için ortam veri bilgisi isteginde bulunabilir ve indirebilir. HTTP akisi kullanan 3GPP verilerinin akis örneginde, çoklu ortam içeriginin video ve/ veya ses verileri için çoklu gösterimler olabilir. Bu gösterimlerin bildirimi bir Medya Gösterim Açiklamasi (MPD) veri yapisinda tanimlanabilir. Bir medya gösterimi, bir HTTP akisi kullanici cihazina erisilebilir olan verilerin bir yapilandirilmis koleksiyonuna karsilik gelebilir. HTTP akisi kullanici cihazi, bir kullanici cihazinin kullanicisina bir akis servisi sunmak için medya veri bilgisi isteginde bulunabilir ve indirebilir. MPD veri yapisinda, MPD güncellemelerini içerebilen bir medya gösterimi tarif edilebilir. Çoklu ortam içerigi bir ya da daha fazla periyodun bir dizisini içerebilir. Periyotlar, MPD'deki bir Periyot ögesi tarafindan tanimlanabilir. Her bir periyodun MPD'de bir öznitelik baslangici olabilir. MPD, her bir periyot için bir baslangiç özniteligi ve bir availableStartTime özniteligi içerebilir. Canli hizmetler için, periyodun baslangiç özniteliginin ve availableStartTime'in MPD özniteliginin toplami UTC biçiminde, özellikle ilgili periyottaki her bir gösterimin birinci Medya Bölümü olan UTC biçiminde belirtilebilir. Istege bagli servisler için, birinci periyodun baslangiç özniteligi 0 olabilir. Diger herhangi bir periyot için, baslangiç özniteligi, birinci Periyodun baslangiç zamanina göre karsilik gelen Sürenin baslangiç zamani arasinda bir zaman kaymasi belirleyebilir. Her bir periyot bir sonraki periyodun baslangicina kadar ya da son periyot olmasi durumunda medya gösteriminin sonuna kadar uzayabilir. Periyot baslangiç zamanlari kesin olabilir. Onceki tüm periyotlarin medyasinin oynatilmasindan kaynaklanan gerçek zamanlamayi yansitabilirler. Her bir periyot ayni medya içerigi için bir ya da daha fazla gösterim içerebilir. Bir gösterim, ses ya da video verilerinin bir dizi alternatif kodlanmis versiyonundan biri olabilir. Gösterimler, örnek olarak bit hizi, çözünürlük, ve/ veya video verisi ve bit hizi için kodlayici kod çözücü, dil, ve/ veya ses verisi için kodlayici kod çözücü gibi kodlama türleri gibi farkli karakteristikler ile farklilik gösterebilirler. Gösterim terimi, multimedya içeriginin belirli bir periyoduna karsilik gelen ve belirli bir sekilde kodlanan kodlanmis ses ya da video verilerinin bir bölümünü belirtmek için kullanilabilir. Belirli bir periyodun gösterimleri, MPD'deki bir grup özniteligi ile gösterilebilen bir gruba atanabilir. Ayni gruptaki gösterimler genellikle birbirine alternatif olarak kabul edilir. Ornek olarak, belirli bir süre boyunca video verilerinin her bir gösterimi ayni gruba atanabilir, böylece gösterimlerin herhangi biri ilgili süre için multimedya içeriginin video verilerini görüntülemek üzere kod çözme için seçilebilir. Bir periyottaki medya içerigi, ya 0 grubundan bir gösterim tarafindan ya da, bazi örneklerde, eger mevcut ise, her bir sifir olmayan gruptan en fazla bir gösterimin kombinasyonu tarafindan gösterilebilir. Bir periyodun her bir gösterimi için zamanlama verileri, periyodun baslangiç zamanina göre ifade edilebilir. Bir gösterim bir ya da daha fazla bölüm içerebilir. Her gösterim bir baslatma bölümü içerebilir ya da bir gösterimin her bölümü kendi kendine baslatilabilir olabilir. Mevcut oldugu zaman, baslangiç bölümü, gösterime erismek için baslangiç bilgisini içerebilir. Genel olarak, baslangiç bölümü medya verisi içermez. Bir bölüm, tek biçimli kaynak bulucusu (URL) gibi bir tanimlayici tarafindan benzersiz olarak refere edilebilir. MPD her bölüm için tanimlayicilari saglayabilir. Bazi örneklerde, MPD, ayni zamanda, URL ya da URI tarafindan erisilebilen bir dosya içindeki bir bölümdeki verilere karsilik gelebilecek bir aralik özniteligi biçiminde bayt araliklari da saglayabilir. Her gösterim ayrica, her bir medya bileseninin, ses, video ve/ veya zamanlanmis metin gibi (örnek olarak, altyazi için) bir tek bir medya tipinin kodlanmis bir versiyonuna karsilik gelebilecegi bir ya da daha fazla medya bileseni içerebilir. Medya bilesenleri, bir gösterim içindeki ardisik medya bölümlerinin sinirlari boyunca zaman sürekli olabilir. SEKIL 1, bir ag 'üzerinden medya verilerinin akisina yönelik teknikleri uygulayan bir örnek sistemi (10) gösteren bir blok semadir. Bu örnekte, sistem (10) içerik hazirlama cihazi (20), sunucu cihazi (60) ve kullanici cihazi (40) içermektedir. Kullanici cihazi (40) ve sunucu cihaz (60), interneti içerebilecek ag (74) ile iletisimsel olarak eslestirilebilir. Bazi örneklerde, içerik hazirlama cihazi (20) ve sunucu cihazi (60) ayni zamanda ag (74) ya da baska bir ag ile eslestirilebilir ya da dogrudan iletisimsel olarak eslestirilebilir. Bazi örneklerde, içerik hazirlama cihazi (20) ve sunucu cihazi (60) ayni cihazi içerebilir. SEKIL 1'deki örnekte bulunan içerik hazirlama cihazi (20), ses kaynagi (22) ve Video kaynagi (24) içermektedir. Ses kaynagi (22), örnek olarak, ses kodlayici (26) tarafindan kodlanacak yakalanan ses verilerini temsil eden elektrik sinyalleri 'üreten bir mikrofon içerebilir. Alternatif olarak, ses kaynagi (22) daha önceden kaydedilmis olan ses verilerini depolayan bir depolama ortami, bilgisayarli bir sentezleyici gibi bir ses verisi üreteci ya da herhangi bir diger ses verisi kaynagi içerebilir. Video kaynagi (24), video kodlayici (28) tarafindan kodlanacak olan video verilerini 'üreten bir Video kamera, daha önceden kaydedilmis olan video verileri ile kodlanmis bir depolama ortami, bilgisayar grafik kaynagi gibi bir video veri olusturma birimi ya da Video verilerinin baska bir kaynagini içerebilir. Içerik hazirlama cihazi (20), tüm örneklerde sunucu cihazina (60) zorunlu olarak iletisimsel olarak baglanmaz, ancak multimedya içerigini sunucu cihaz (60) tarafindan okunan ayri bir ortama depolayabilir. Ham ses ve video verileri, analog ya da dijital veri içerebilir. Analog veriler, ses kodlayici (26) ve/ veya video kodlayici (28) tarafindan kodlanmadan önce sayisallastirilabilir. Ses kaynagi (22)i konusan katilimci konusurken konusan bir katilimcidan ses verilerini alabilir ve video kaynagi (24) ayni anda konusan katilimcinin video verilerini alabilir. Diger örneklerde, ses kaynagi (22) depolanmis ses verilerini içeren bilgisayar tarafindan okunabilen bir depolama ortami içerebilir ve video kaynagi (24) depolanan video verilerini içeren bilgisayar tarafindan okunabilen bir depolama ortami içerebilir. Bu sekilde, bu tarifnamede açiklanan teknikler canli, akisli, gerçek zamanli ses ve video verilerine ya da arsivlenmis, daha önceden kaydedilmis olan ses ve video verilerine uygulanabilir. Video çerçevelerine karsilik gelen ses çerçeveleri genellikle, video çerçeveleri içinde yer alan video kaynagi (24) tarafindan yakalanan video verisi ile ayni anda ses kaynagi (22) tarafindan yakalanan ses verilerini içeren ses çerçeveleridir. Ornek olarak, konusan bir katilimci genel olarak konusarak ses verisi üretirken, ses kaynagi (22) ses verisini toplar ve video kaynagi (24) ayni anda, yani ses kaynagi (22) ses verisini aliyorken, konusan katilimcinin Video verisini alir. Bu nedenle, bir ses çerçevesi geçici olarak bir ya da daha fazla belirli video çerçevesine karsilik gelebilir. Buna göre, bir video çerçevesine karsilik gelen bir ses çerçevesi genellikle, ayni anda ses verisinin ve video verisinin yakalandigi ve bunun için bir ses verisinin ve bir video verisinin sirasiyla ayni anda yakalanmis olan ses verilerini ve video verilerini içerdigi bir duruma karsilik gelir. Bazi örneklerde, ses kodlayici (26), her bir kodlanmis olan ses çerçevesi içerisinde kodlanmis olan ses çerçevesi için ses verisinin hangi zamanda kaydedildigini gösteren bir zaman damgasi içerebilir, ve benzer sekilde, video kodlayicisi (28) her bir kodlanmis olan video çerçevesi içerisinde kodlanmis olan video çerçevesi için video verisinin ne zaman kaydedildigini gösteren bir zaman damgasi içerebilir. Bu tür örneklerde, bir video çerçevesine karsilik gelen bir ses çerçevesi, bir zaman damgasi içeren bir ses çerçevesi ve ayni zaman damgasini içeren bir video çerçevesi içerebilir. Içerik hazirlama cihazi (20), ses kodlayicinin (26) ve/ veya video kodlayicisinin (28) zaman damgalarini üretebilecegi ya da ses kaynaginin (22) ve video kaynaginin (24) sirasi ile ses ve video verilerini bir zaman damgasi ile iliskilendirmek için kullanabilecegi bir iç saati içerebilir. Bazi örneklerde, ses kaynagi (22), ses verilerinin kaydedildigi zamana karsilik gelen ses kodlayiciya (26) veri gönderebilir ve video kaynagi (24), video verilerinin kaydedildigi zamana karsilik gelen video kodlayiciya (28) veri gönderebilir. Bazi örneklerde, ses kodlayici (26), kodlanmis olan ses verisinin içinde, kodlanmis olan ses verisinin içinde bir göreceli zamansal siralamasini göstermek için, fakat ses verisinin kaydedildigi mutlak bir zamani zorunlu olarak belirtmeye ihtiyaç duymadan, bir dizi tanimlayicisini kodlayabilir, ve benzer sekilde, video kodlayici (28) ayni zamanda video verisinin bir göreceli zamansal siralamasini göstermek için dizi tanimlayicilari kullanabilir. Benzer sekilde, bazi örneklerde, bir dizi tanimlayicisi haritalanabilir ya da baska bir zaman damgasi ile iliskili olabilir. Ses kodlayici (26) genellikle kodlanmis ses verisinin akisini 'üretirken, video kodlayici (28) kodlanmis video verisinin akisini üretmektedir. Her bir veri akisi (ses ya da video) bir yalin akis olarak adlandirilabilir. Bir yalin akis, bir gösterimin tek, dijital olarak kodlanmis (muhtemelen sikistirilmis) bir bilesenidir. Ornek olarak, gösterimin kodlanmis video ya da ses kismi bir yalin akis olabilir. Bir yalin akis, bir video dosyasi içine alinmadan önce paketlenmis bir yalin akisa (PES) dönüstürülebilir. Ayni gösterimde, bir yalin akisa ait PES paketlerini digerinden ayirmak için bir akis paketidir. Bu nedenle, kodlanmis video verileri genellikle yalin video akislarina karsilik gelir. Benzer sekilde, ses verileri bir ya da daha fazla ilgili yalin akisa karsilik Birçok video kodlama standardinda oldugu gibi, H.264/AVC, herhangi biri belirli bir profile ya da seviyeye uyan hatasiz bit akislari için söz dizimini, anlam bilimi ve kod çözme islemini tanimlar.H.264/AVC, kodlayiciyi belirtmez, ancak kodlayici, olusturulan bit akislarinin kod çözücü için standart uyumlu oldugunu garanti etmek ile görevlendirilir. Video kodlama standardi baglaminda, bir "profil", bunlara uygulanan bir algoritma, özellik ya da araç ve bunlara uygulanan kisitlama alt grubuna karsilik gelir.H.264 standardinda tanimlandigi gibi, örnek olarak bir "profil", H.264 standardi tarafindan belirtilen tüm bit akisi söz diziminin bir alt kümesidir. Bir "seviye", resim çözünürlügü, bit hizi ve makro blok (MB) islem hizi ile iliskili olan kod çözücü hafizasi ve hesaplama gibi kod çözücü kaynak tüketiminin sinirlamalarina karsilik gelir. Bir profil, bir profile_idc (profil göstergesi) degeri ile birlikte sinyallenebilirken, bir seviye bir level_idc (seviyesi göstergesi) degeri ile birlikte sinyallenebilir. Ornek olarak, H.264 standardi, belirli bir profilin söz dizimi tarafindan uygulanan sinirlar dahilinde, kodlayicilarin ve kod çözücülerin performansinda, kodu çözülmüs olan resimlerin belirlenmis olan boyutlari gibi bit akisi içinde söz dizimi ögesi tarafindan alinmis olan degerlere bagli olarak, büyük bir degisime ihtiyaç duyulmasinin hala mümkün oldugunu kabul etmektedir.H.264 standardi ayrica, birçok uygulamada, söz diziminin tüm varsayimsal kullanimlari ile belirli bir profil içinde çalisabilecek bir kod çözücünün uygulanmasinin ne pratik ne de ekonomik olmadigini kabul eder. Buna göre H.264 standardi, bir "seviye"yi, bit seviyesindeki söz dizimi ögelerinin degerlerine uygulanan belirlenmis bir dizi kisit olarak tanimlanmaktadir. Bu kisitlamalar, degerler üzerinde basit sinirlar olabilir. Alternatif olarak, bu kisitlamalar, degerlerin aritmetik kombinasyonlari üzerindeki kisitlamalari (örnek olarak, saniyede kodlanmis resim sayisi ile çarpilan resim yüksekligi ile çarpilan resim genisligi) biçimini alabilir.H.264 standardi ayrica bireysel uygulamalarin desteklenen her profil için farkli bir seviyeyi destekleyebilmesini Bir profile uyum gösteren bir kod çözücü normalde profilde tanimlanan tüm özellikleri desteklemektedir. Ornek olarak, bir kodlama özelligi olarak, B resim kodlamasi H.264/AVC'nin alt çizgi profilinde desteklenmez, ancak H.264/AVC'nin diger profillerinde desteklenir. Belirli bir seviyeye uyum göstermesi gerekmeyen bir kod çözücü, seviyede tanimlanan sinirlamalarin ötesinde kaynaklar gerektirmeyen herhangi bir bit akisinin kodunu çözebilecek kapasitede olmalidir. Profillerin ve seviyelerin tanimlari yorumlanabilirlik için yardimci olabilir. Ornek olarak, video aktarimi sirasinda, tüm bir aktarim oturumu için bir çift profil ve seviye tanimi müzakere edilebilir ve kararlastirilabilir. Daha spesifik olarak, H.264/AVC'de bir seviye, örnek olarak islenmesi gereken makro blok sayisi, kodu çözülmüs resim ara bellegi (DPB) boyutu, kodlanmis resim ara bellegi (CPB) boyutu, dikey hareketli vektör araligi, iki ardisik MB basina maksimum hareket vektörü sayisi ve bir B blogunun 8x8 pikselden daha düsük alt makro blok bölümlerine sahip olup olamayacagi gibi sinirlamalari tanimlayabilir. Bu sekilde, bir kod çözücü, kod çözücünün bit akisinin kodunu çözme yetenegine sahip olup olmadigini belirleyebilir. sikistirma standartlari ve yaklasmakta olan Yüksek Verimli Video Kodlama (HEVC) standardi, zamansal artikligi azaltmak için hareket telafisi zamansal öngörüsünü kullanmaktadir. Video kodlayici (28) gibi kodlayici, hareket vektörlerine göre mevcut kodlanmis resimleri tahmin etmek için daha önceden kodlanmis olan bazi resimlerden (ayni zamanda burada çerçeveler olarak da adlandirilir) gelen bir hareket dengelenmis tahmin kullanabilir. Tipik video kodlamasinda üç ana resim türü vardir. Bunlar, Kendi arasinda kodlanmis resimler ("I resimler" ya da "l çerçeveler"), Ongörülen resimler ("P resimler" ya da "P çerçeveler") ve Çift yönlü tahmin edilmis resimlerdir ("B resimler" ya da "B çerçeveler"). P resimler, geçerli resimden önce referans resmi geçici sira ile kullanabilirler. Bir B resimde, B resminin her blogu bir ya da iki referans resminden tahmin edilebilir. Bu referans resimler, mevcut resimlerden önce ya da sonra geçici sira ile konumlandirilmis olabilir. Parametre setleri genellikle dizi parametre setlerinde (SP8) dizi katmani üstbilgi bilgilerini ve resim parametre setlerinde (PPS) seyrek olarak degisen resim katmani üstbilgi bilgilerini içerir. Parametre setleri ile, bu nadiren degisen bilgilerin her dizi ya da resim için tekrarlanmasi gerekmez; bu nedenle, kodlama verimliligi arttirilabilir. Ayrica, parametre setlerinin kullanilmasi, üstbilgi bilgisinin bant disi iletimini mümkün kilarak, hata esneklik elde etmek için gereksiz iletime ihtiyaç duyulmasini önler. Bant disi iletimde, parametre seti NAL birimleri, diger NAL birimlerinden farkli bir kanal üzerinden iletilir. SEKIL 1'deki örnekte, içerik hazirlama cihazinin (20) kapsülleme birimi (30), Video kodlayicidan (28) kodlanmis video verilerini içeren yalin akislari ve ses kodlayicidan (26) kodlanmis ses verilerini içeren yalin akislari alir. Bazi örneklerde, video kodlayici (28) ve ses kodlayici (26) her biri kodlanmis verilerden PES paketleri olusturmak için paketleyiciler içerebilir. Diger örneklerde, video kodlayici (28) ve ses kodlayici (26) her biri kodlanmis verilerden PES paketleri olusturmak için ilgili paketleyicilere sahip olabilir. Diger bazi örneklerde, kapsülleme birimi (30) kodlanmis ses ve video verilerinden PES paketleri üretmek için paketleyicileri içerebilir. Video kodlayici (28) çoklu ortam içeriginin Video verisini, multimedya içeriginin farkli gösterimlerini farkli bit hizlarinda ve piksel çözünürlügü, çerçeve hizi, çesitli kodlama standartlarina uygunluk, çesitli kodlama standartlari için çesitli profillere ve/ veya profil seviyelerine uygunluk, bir ya da birden fazla görünüme (örnek olarak iki boyutlu ya da üç boyutlu oynatma için) sahip Ian gösterimler, ya da öteki bu nevi özellikler gibi çesitli karakterlere sahip olacak sekilde üretmek için çesitli yollarda kodlayabilir. Bu tarifnamede kullanildigi hali ile bir gösterim, bir ya da daha fazla ses yalin akisi ve bir ya da daha fazla video yalin akisi gibi bir ses verisi ve video verisi kombinasyonunu içerebilir. Her PES paketi, PES paketinin ait oldugu yalin akisi tanimlayan bir akis kodu içerebilir. Kapsülleme birimi (30), yalin akislarin çesitli gösterimlerinin video dosyalarina birlestirilmesinden sorumludur. Kapsülleme birimi (30), ses kodlayicidan (26) ve video kodlayicidan (28) bir gösterimin yalin akislari için PES paketlerini alir ve PES paketlerinden karsilik gelen ag soyutlama katmani (NAL) birimlerini olusturur.H.264/AVC (Gelismis Video Kodlama) örneginde, kodlanmis video bölümleri, video telefon hizmeti, depolama, yayin ya da akis gibi uygulamalara yönelik "ag dostu" bir video sunumu saglayan NAL birimleri halinde düzenlenir. NAL birimleri, Video Kodlama Katmani (VCL) NAL birimleri ve VCL olmayan NAL birimleri olarak kategorize edilebilir. VCL birimleri çekirdek sikistirma motorunu içerebilir ve blok, makro blok ve/ veya dilim seviyesi verileri içerebilir. Diger NAL birimleri VCL olmayan NAL birimleri olabilir. Bazi örneklerde, normal olarak bir birinci kodlanmis resim olarak sunulmus olan bir zaman ani içerisindeki bir kodlanmis resim, bir ya da daha fazla NAL birimi içerebilen bir erisim biri içerisinde yer alabilir. VCL olmayan NAL birimleri, digerleri arasinda, parametre kümesi NAL birimlerini ve SEI NAL birimlerini içerebilir. Parametre setleri genellikle dizi seviyesi parametre setlerinde (dizi parametre setlerinde (SPS)) dizi katmani üst bilgi bilgilerini ve resim parametre setlerinde (resim parametre setlerinde (PPS)) seyrek olarak degisen resim seviyesi katmani üst bilgi bilgilerini içerebilir. Parametre setleri ile (örnek olarak, PPS ve SP8), nadiren degisen bilgilerin her dizi ya da resim için tekrarlanmasi gerekmez; bu nedenle, kodlama verimliligi arttirilabilir. Ayrica, parametre kümelerinin kullanilmasi, önemli üst bilgi bilgisinin bant disi iletimini mümkün kilarak, hata esnekligi için gereksiz iletime ihtiyaç duyulmasini önler. Bant disi iletim örneklerinde, parametre seti NAL birimleri, SEI NAL birimleri gibi diger NAL birimlerinden farkli bir kanalda iletilebilir. Tamamlayici Gelistirme Bilgisi (SEI) mesajlari, VCL NAL birimlerinden kodlanmis resimlerin kodunu çözmek için gerekli olmayan, fakat kod çözme, görüntüleme, hata esnekligi ve diger amaçlarla ilgili islemlerde yardimci olabilen bilgileri içerebilir. SEI mesajlari VCL olmayan NAL birimlerinde bulunabilir. SEl mesajlari bazi standart spesifikasyonun normatif bir parçasidir ve bu nedenle standart uyumlu kod çözücü uygulamasi için her zaman zorunlu degildir. SEI mesajlari, dizi seviyesi SEI mesajlari ya da resim seviyesi SEI mesajlari olabilir. Bazi dizi seviyesi bilgileri, SVC örnegindeki ölçeklenebilirlik bilgisi SEI mesajlari ve MVC'deki görünüm ölçeklenebilirlik bilgisi SEI mesajlari gibi SEl mesajlari içinde yer alabilir. Bu örnek SEI mesajlari, örnek olarak islem noktalarinin çikarilmasi ve islem noktalarinin özellikleri hakkinda bilgi iletebilir. Ek olarak, kapsülleme birimi (30), gösterimlerin özelliklerini açiklayan bir medya sunum tanimlayicisi (MPD) gibi bir bildirim dosyasi olusturabilir. Kapsülleme birimi (30), MPD'yi genisletilebilir isaretleme diline (XML) göre formatlayabilir. Kapsülleme ünitesi (30), çikis ara yüzüne (32) çikis bildirim dosyasi (örnek olarak, MPD) ile birlikte bir ya da daha fazla multimedya içeriginin gösterimi için veri saglayabilir. Çikti ara yüzü (32), bir ag ara yüzü ya da bir evrensel seri veri yolu (USB) ara yüzü, bir CD ya da DVD yazici ya da yazici gibi bir depolama ortamina yazmak için bir ara yüz, manyetik ya da flas depolama ortamina bir ara yüz ya da medya verilerini depolamak veya iletmek için diger ara yüzleri içerebilir. Kapsülleme birimi (30), çoklu ortam içeriginin her birinin verilerini, ag iletimi, ag iletimi ya da depolama ortami yolu ile sunucu cihazina (60) gönderebilecek olan çikis ara yüzüne (32) veri saglayabilir. SEKIL 1'in örneginde, sunucu cihaz (60), her biri ayri bir bildirim dosyasi (66) ve bir ya da daha fazla gösterimi (68A ila 68N arasindakiler) (gösterimler (68)) içeren çesitli çoklu ortam içerigini (64) depolayan depolama ortamini (62) içerir. Bu tarifnamenin tekniklerine uygun olarak, bildiri dosyasinin (66) bazi kisimlari ayri bir yerde, örnek olarak bir depolama ortaminin (62) konumlari ya da örnek olarak bir vekil cihaz gibi potansiyel olarak baska bir ag cihazinin depolama ortami gibi bir baska depolama ortaminda depolanabilir. Bazi örneklerde, gösterimler (68), gösterim gruplarina ayrilabilir. Yani, gösterimlerin (68) çesitli alt kümeleri, kodlayici kod çözücü, profil ve seviye, bölümler için dosya formati, gösterim ve/ veya kodu çözülecek olan ve örnek olarak hoparlörler vasitasi ile sunulacak olan ses verisi ile birlikte gösterilecek olan metnin bir dil ya da diger karakteristigini tanimlayabilecek olan metin tipi bilgisi, gösterimler grubu içindeki gösterimler için bir sahnenin bir kamera açisini ya da gerçek dünya kamera perspektifini tarif edebilecek olan kamera açisi bilgisi, belirli izleyiciler için içerik uygunlugunu tarif eden kategori bilgisi, ya da benzeri gibi karakteristigin ilgili ortak kümelerini içerebilir. Bildiri dosyasi (66), belirli gösterim (68) gruplarina karsilik gelen gösterim alt gruplarini ve ayrica gösterim gruplarinin ortak özelliklerini gösteren verileri içerebilir. Bildiri dosyasi (66) ayni zamanda gösterim gruplarinin bireysel gösterimleri için bit oranlari gibi bireysel özellikleri temsil eden verileri de içerebilir. Bu sekilde, bir gösterim grubu basitlestirilmis ag bant genisligi uyarlamasini saglayabilir. Bir gösterim grubundaki gösterimler, bildirim dosyasindaki (66) gösterim grubunun bir alt elemani kullanilarak gösterilebilir. Bildirim dosyasi (66) ayni zamanda (ek olarak ya da alternatif olarak) bir ya da daha fazla gösterim (68) için hile modu bilgisi sinyalleyebilir. Bazi örneklerde, gösterimlerin (68) biri ya da daha fazlasi, hile modu destegi için ilgili bir geçici alt diziyi içerebilir. Bir hile modu genellikle, içinde gösterimin verisinin baslangiçtan bitise dogru çalindigi degil, bunun yerine, bir belirlenmis olan zamansal konumdan (örnek olarak, belirli bir zaman konumunun aranmasina izin vermek için), ya da bir bir yada daha fazla çerçeveyi ister ileri yönde ya da isterse geriye dogru zamansal yönde (örnek olarak, hizli ileri ya da geri sarma) atlanabilecegi, bir gösterim için bir çalma moduna karsilik gelir. Hile modlari saglamak için çoklu ortam içerigi (64), karsilik gelen gösterimlerin (68) geçici alt dizileri için veri konumlarini temsil eden bilgileri içerebilir. Bazi örneklerde, bildirim dosyasi (66), zamansal alt diziler için veri konumlarini temsil eden bilgileri içerebilir. Diger örneklerde, gösterimlerin (68) kendileri, zamansal alt diziler için veri konumlarini temsil eden bilgileri içerebilir. Hala öteki örneklerde, hem gösterimler (68) hem de bildirim dosyasi (66), zamansal alt diziler için veri konumlarini temsil eden bilgileri içerebilir. Bazi örneklerde, içerik hazirlama cihazi (20), örnek olarak canli hizmetler için, medya içerigi kaydedilirken medya içerigini hazirlayabilir. Kapsülleme biriminin (30) bazi durumlarda medya içerigi için bir bildirim dosyasini periyodik olarak güncellemesi gerekebilir. Kapsülleme birimi (30), belirli bir medya içeriginin belirli bir periyodunda bildirim dosyasini güncelleyebilir. Bu tarifnamenin tekniklerine uygun olarak, kapsülleme birimi (30), bildirim dosyasinin güncellenecegini belirten verileri içeren bir gösterimin bölümlerini olusturabilir. Kapsülleme birimi (30), güncellemeleri bölümlerini kendi içinde ya da kullanici cihazi (40) gibi kullanici cihazlarin güncellemeleri bildirim dosyasina alabilecegi ayri bir yerde saglayabilir. Bu sekilde, bildirim dosyasinin (66) belirli bir çoklu ortam içerigi (64) periyodu içinde güncellenmesi gerektigi zaman, kapsülleme birimi (30), bildirim dosyasinin (66) güncellenecegini belirten bir ya da daha fazla gösterimin (68) bir bölümünü olusturabilir. Bazi örneklerde, bildirim dosyasi (66), oynatma sirasinda uzak bir periyodun verilerini çoklu ortam içerigine (64) eklemek için veri içerebilir. Ornek olarak, çoklu ortam içerigi (64) içindeki reklamlari kodlamak yerine, içerik hazirlama cihazi (20), oynatma sirasinda multimedya içerigine (64) dahil edilecek bir ya da daha fazla ayri reklam medyasi içerigi hazirlayabilir. Kullanici cihazi (40) bazi örneklerde, reklamlarin bir kullanici cihazi (40) kullanicisina hedeflenebilecegi sekilde kullaniciya özel bilgiler saglayabilir, bu sayede bir kullanici cihazi (40) kullanicisi, kullaniciya en çok tercih edilen ve bilgilendirici olan reklamlari alir. Kullanici bilgisinin bir setine yanit olarak, sunucu cihazi (60) bir kullanici cihazina (40), kullanici cihazinin (40) hedefli reklam çoklu ortam içeriginin verisini almasina neden olabilecek olan bildiri dosyasinin bir hedefli reklam kismini saglayabilir. Bu sekilde, ayni çoklu ortam içeriginin (64) iki ya da daha fazla görüntüleyicisi, reklamlarin kullanicilar için en alakali ve faydali olmasi için farkli hedeflenmis reklamlar alabilir. Sunucu cihazi (60) istek islem birimini (70) ve ag ara yüzünü (72) içerir. Bazi örneklerde, sunucu cihaz (60), birçok ag ara yüzünü içerebilir. Ilave olarak, sunucu cihazinin (60) özelliklerinden herhangi biri ya da tümü, yönlendiriciler, köprüler, vekil cihazlar, anahtarlar ya da diger cihazlar gibi bir içerik teslimat aginin diger cihazlarina uygulanabilir. Bazi örneklerde, bir içerik teslimat aginin ara cihazlari, multimedya içeriginin (64) verilerini önbellege alabilir ve büyük ölçüde sunucu cihazinki (60) ile uyumlu bilesenleri içerebilir. Genel olarak, ag ara yüzü (72) ag (74) yolu ile veri göndermek ve almak üzere konfigüre edilmistir. Istek islem birimi (70), depolama ortaminin (72) verileri için kullanici cihazi (40) gibi kullanici cihazlarindan ag isteklerini alacak sekilde konfigüre edilmistir. Örnek olarak, istek islem birimi (70), RFC 2616, "Hypertext Transfer Protocol - HTTP/1.1," by R. Fielding et al, Network Working Group, IETF, June1999'da tarif edildigi gibi köprü metni aktarim protokolü (HTTP) sürüm 1.1'i uygulayabilir. Yani, istek islem birimi (70), HTTP GET ya da kismi GET isteklerini almak ve isteklere cevap olarak multimedya içeriginin (64) verilerini saglamak üzere konfigüre edilebilir. Istekler, örnek olarak bölümün bir URL'sini kullanarak, gösterimlerden birinin bir bölümünü (68) belirleyebilir. Bazi örneklerde, istekler bölümün bir ya da daha fazla bayt araligini da belirtebilir, bu sayede kismi GET talepleri içerebilir. Istek islem birimi (70) ayrica gösterimlerden (68) birinin bir bölümünün üst bilgi verilerini saglamak üzere HTTP HEAD isteklerine hizmet verecek sekilde konfigüre edilebilir. Her bir durumda, istek islem birimi (70), talep edilen verileri, kullanici cihazi (40) gibi talep eden bir cihaza istenen verileri saglamak için islemek üzere konfigüre edilebilir. SEKIL 1'in örneginde gösterildigi gibi, multimedya içerigi (64), bir medya sunum açiklamasina (MPD) karsilik gelebilecek bildiri dosyasini (66) içerir. Bildiri dosyasi (66), farkli alternatif gösterimlerin (68) (örnek olarak, farkli kalitelere sahip video servisleri) tariflerini içerebilir ve açiklama, örnek olarak, kodlayici kod çözücü bilgisi, bir profil degeri, bir seviye degeri, bir bit hizi ve gösterimlerin (68) diger tanimlayici özelliklerini içerebilir. Kullanici cihazi (40), gösterim (68) bölümlerine nasil erisilecegini belirlemek için bir medya sunumunun MPD'sini alabilir. Özel olarak, web uygulamasi (52), video kod çözücüsünün (48) kod çözme yeteneklerini ve video çiktisinin (44) isleme yeteneklerini belirlemek için kullanici cihazinin (40) konfigürasyon verilerini (gösterilmemistir) alabilir. Konfigürasyon verileri ayni zamanda, bir kullanici cihazi (40) kullanicisi tarafindan seçilmis olan bir dil tercihinin herhangi birini ya da tümünü, kullanici cihazi (40) kullanicisi tarafindan ayarlanmis olan derinlik tercihlerine karsilik gelen bir ya da daha fazla kamera perspektiflerini, ve/ veya kullanici cihazinin (40) kullanicisi tarafindan seçilmis olan kategori seçeneklerini içerebilir. Web uygulamasi (52), örnek olarak bir HTTP tarayicisi ya da HTTP GET ve kismi GET istekleri gönderecek sekilde konfigüre edilmis olan bir medya kullanicisi içerebilir. Web uygulamasi (52), kullanici cihazinin (40) bir ya da daha fazla islemcisi ya da islem birimi (gösterilmemistir) tarafindan çalistirilan yazilim komutlarina karsilik gelebilir. Bazi örneklerde, web uygulamasi (52) ile ilgili olarak tarif edilen fonksiyonelligin tamami ya da bir kismi donanim, ya da bir donanim, yazilim ve/ veya ürün yazilimi kombinasyonunda uygulanabilir olup; burada yazilim ya da ürün yazilimi için gerekli olan donanim saglanabilir. Web uygulamasi (52), kullanici cihazinin (40) kod çözme ve isleme yeteneklerini, bildiri dosyasinin (66) bilgisi ile belirtilen gösterimlerin (68) özellikleri ile karsilastirabilir. Web uygulamasi (52), ilk önce gösterimlerin (68) özelliklerini belirlemek için bir bildiri dosyasinin (66) en azindan bir kismini alabilir. Ornek olarak, web uygulamasi (52), bu tarifnamenin tekniklerine uygun olarak bir ya da daha fazla gösterim grubunun özelliklerini tanimlayan bir bildirim dosyasinin (66) bir kismini talep edebilir. Web uygulamasi (52), kullanici cihazinin (40) kodlama ve isleme kabiliyetleri tarafindan yerine getirilebilecek özelliklere sahip olan gösterimlerin (68) bir alt grubunu (örnek olarak, bir gösterim grubu) seçebilir. Web uygulamasi (52), daha sonra, gösterim grubundaki gösterimler için bit oranlarini belirleyebilir, hali hazirda mevcut bir ag bant genisligi miktarini belirleyebilir ve ag bant genisliginin saglayabilecegi bir bit hizina sahip olan gösterimlerden birinin bölümlerini alabilir. Genel olarak, daha yüksek bit hizi gösterimleri daha yüksek kalitede video oynatma saglarken, düsük bit hizi gösterimleri mevcut ag bant genisligi azaldiginda yeterli kalitede video oynatma saglayabilir. Buna göre, mevcut ag bant genisligi nispeten yüksek oldugu zaman, web uygulamasi (52) nispeten yüksek bit hizi gösterimlerinden veri alabilirken, mevcut ag bant genisligi düsük oldugu zaman, web uygulamasi (52) nispeten düsük bit hizindaki gösterimlerden veri alabilir. Bu sekilde, kullanici cihazi (40), ayni zamanda agin (74) degisen ag bant genisligi uygunluguna adapte olurken, ag (74) üzerinden multimedya verilerini de aktarabilir. Yukarida belirtildigi gibi, bazi örneklerde, kullanici cihazi (40), örnek olarak sunucu cihazina (60) ya da bir içerik teslimat aginin diger cihazlarina kullanici bilgisi saglayabilir. Ornek olarak, web uygulamasi (52), bir kullanici tanimlayicisi, kullanici tanimlayicisi, kullanici tercihleri ve/ veya kullanici demografik bilgilerini toplayabilir, ve bu nevi kullanici bilgisini sunucu cihazina (60) saglayabilir. Web uygulamasi (52) daha sonra, oynatma sirasinda hedeflenen reklam medyasi içeriginden istenen medya içerigine veri eklemek için kullanilmak üzere, hedeflenen reklam medyasi içerigi ile iliskili bir bildiri dosyasi alabilir. Bazen, kullanici cihazinin (40) bir kullanicisi, bir klavye, fare, uçlu yazici, dokunmatik ekran ara yüzü, dügmeler, ya da öteki ara yüzler gibi kullanici cihazinin (40) kullanici ara yüzlerini kullanarak, bir hile modu içerisinde çalinacak olan gösterimlerin (68) seçilmis olan bir tanesini talep etmek için web uygulamasi (52) ile etkilesebilir. Ornek olarak, kullanici, oynatmaya baslamak ya da belirli bir geçici yere atlamak ya da aramak için belirli bir geçici konum seçebilir. Baska bir örnek olarak, kullanici gösterimi hizli ileri ya da geri sarmayi seçebilir. Bir kullanicidan gelen bu nevi taleplere cevap olarak, web uygulamasi (52), gösterimlerimden (68) birinin istenen hile modunu gerçeklestirmek için geçici bir alt dizi içerip içermedigini belirleyebilir. Ornek olarak, bir kullanici hizli ileri modda video verilerini oynatmayi seçebilir. Bir gösterimin tüm bölümlerinin verilerini almak yerine, web uygulamasi (52), gösterimin zamansal bir alt dizisine karsilik gelen gösterimin verilerinin yerlerini belirleyebilir. Zamansal alt dizilerin verileri, örnek olarak, gösterimin bir dizi anlik kod çözücü yenileme (IDR) resmine karsilik gelebilir. Bir gösterimin lDR resimleri arasinda, örnek olarak 2 saniye, 10 saniye ya da diger yaklasik zamansal süreler gibi yaklasik zamansal bir süre olabilir. Dahasi, IDR resimleri bir kendi aralarinda tahmin modunda kodlanabilir ve bu nedenle, web uygulamasinin (52) IDR resimleri disindaki verileri almasina gerek yoktur. Web uygulamasi (52), lDR resimlerinin, gösterimdeki video verilerinin aksi takdirde görüntülenecegi ayni çerçeve hizinda görüntülenmesine neden olabilir. Bununla birlikte, lDR resimler arasindaki birçok veri çerçevesi atlanabildigi için, sonuçta elde edilen video verileri artan bir çerçeve hizinda oynatilabilir, bu sayede istenen hile moduna ulasilabilir. Web uygulamasi (52), çesitli teknikler kullanarak zamansal alt dizi için verilerin yerlerini belirleyebilirBazi örneklerde, web uygulamasi (52), IDR resimlerinin yerlerini belirlemek için bildirim dosyasinin (66) verilerini analiz edebilir. IDR resimlerinin yerleri, belirli bir gösterimin bölümleri içindeki bayt araliklari kullanilarak gösterilebilir. Diger örneklerde, bir alt parça indeks kutusu (ayni zamanda bir alt bölüm indeks kutusu olarak da adlandirilir) gibi belirli bir gösterim bölümleri kutusu, zamansal alt dizi için verilerin yerlerini gösterir. Ornek olarak, alt parça indeks kutusu, ilgili bir bölümün içindeki IDR resimler için bayt araliklarini temsil eden verileri içerebilir. Hala öteki örneklerde, hem bildirim dosyasi (66) hem de gösterimler (68), bir zamansal alt dizi için veri alinmasi için web uygulamasi (52) tarafindan kullanilan bilgileri içerebilir. Her durumda, web uygulamasi (52), kod çözme ya da görüntüleme için kullanilmayacak verilerin alinmasini önlemek için, IDR resimlerinin kismi GET taleplerini olusturmak üzere bölümlerdeki IDR resimlerinin bayt araliklarini belirleyebilir. Bazi örneklerde, kapsülleme birimi (30), lDR resimlerinin bölümler içinde bitisik olacagi sekilde bölümler olusturabilir. Yani, kapsülleme birimi (30), lDR resimlerine karsilik gelen bölümlerin baytlarinin, diger resimler için baytlara müdahale etmeden bitisik olmasini saglayabilir. Bu sekilde, web uygulamasi (52), gösterimin bir zamansal alt dizisine iliskin verileri almak için sadece bir gösterimi bir tekli byte bölüm araligi belirtmelidir. Bazi örneklerde, ayni zamanda açik kod çözücü yenileme (ODR) resimleri de, hile modlarini gerçeklestirmek için kullanilabilir. Bazi örneklerde, web uygulamasi (52), alinan bir bölümün bir kisminin bir bildirim dosyasinin güncellenecegini gösterdigini belirleyebilir. Web uygulamasi (52), bölümün bildirim dosyasinin güncellenecegini gösterip göstermedigini belirlemek için, her bir bölümün bir üst bilgi bölümü ya da bölümün diger baslangiç bölümleri gibi belirli bir bölümünü analiz etmek üzere konfigüre edilebilir. Bir bölümün bildirim dosyasinin güncellenecegini gösterdigi zaman, web uygulamasi (52) bildirim dosyasinin bir yerel olarak depolanmis olan kopyasini ya bölümün verisini kullanarak ya da bildirim dosyasini örnek olarak bir sunucu (60) bir uzak konumdan güncellemek için veri almak sureti ile güncelleyebilir. Bildirim dosyasini güncelledikten sonra, web uygulamasi (52), güncellenen bildirim dosyasinin verilerini temel alarak gösterimlerin (68) verileri için gelecekteki taleplerde bulunabilir. Ornek olarak, içerik hazirlama cihazi (20), bir canli spor olayi, siyasi etkinlik ya da daha önceden kaydedilmis olmaktan ziyade tipik olarak canli ya da neredeyse canli yayin yapan baska bir haber degeri olan etkinlik gibi canli medya verilerini kodlayabilir. Bu gibi durumlarda, belirli bir zamana kadar olan medya verilerine karsilik gelen bölümlere, ilk bildirim dosyasina dahil edilen URL'ler gibi tanimlayicilar atanabilir. Bununla birlikte, bir süre periyodu geçtikten sonra, belirli bir süreyi takip eden bölümler kodlanabilir ve URL'ler gibi tanimlayicilar atanabilir. Içerik hazirlama cihazinin (20) kapsülleme birimi (30), güncellenmis olan bir bildirim dosyasina belirli bir süreyi takip eden bölümler için URL'leri saglayabilir. Buna göre, belirli bir sürenin ardindan bölümlerin nasil alinacagini belirlemek için, kullanici cihazi (40), belirli bir sürenin ardindan bölümleri almak için talepler olusturmak amaci ile güncellenmis bildirim dosyasini gösteren bilgileri alabilir. Bazi örneklerde, bir bölüm bunun bir gösterimin son bölümü olup olmadigini gösterebilir. Bir bölüm gösterimin son bölümü oldugu zaman, karsilik gelen çoklu ortam içeriginin bir takip eden periyodunun gösterimlerini belirlemek için bir yeni bildirim dosyasinin alinmasi gerekebilir. Buna göre, web uygulamasi (52), bir bölümün çoklu ortam içeriginin bir periyodundaki bir gösterimin son bölümü oldugunu belirledigi zaman, web uygulamasi (52), çoklu ortam içerigi için güncellenmis olan bir bildirim dosyasini, örnek olarak çoklu ortam içeriginin (64) bildirim dosyasinin (66) güncellenmis olan bir versiyonunu alabilir. Bazi örneklerde, kullanici cihazi (40), kullanici cihazinin (40) çoklu ortam içerigi (64) için veri talep ettigi belirli gösterimleri (68) gösteren bir veri yapisini koruyabilir. Kullanici cihazi (40) ayni zamanda, tam olarak neyin oynatildigina ve ne zaman olduguna dair göstergeler saglayabilir. Yani, veri yapisi, hem gerçek (ya da "duvar saati") zamanda hem de sunum zamaninda baslangiç ve bitis zamanlarini temsil eden bilgi saglayabilir. Veri yapisi ilave olarak bir ilk baslangiç zamanini ve oynatmanin baslangicini temsil eden bilgiler saglayabilir. Çoklu ortam içeriginin (64) oynatilmasinin bitmesinden sonra, kullanici cihazi (40) veri yapisini sunucu cihaza (60) ve/ veya içerik hazirlama cihazina (20) gönderebilir. Sunucu cihazi (60) ve/ veya içerik hazirlama cihazi (20), oynatmadaki duraklamalari azaltmak gibi, deneyim kalitesini arttirmanin daha optimal yollarini belirlemek için kullanici cihazindan (40) Ag ara yüzü (54), web uygulamasina (52) seçilen bir gösterimin bölümlerinin verilerini alabilir ve bunlari saglayabilir, bu da bölümleri dekapsülasyon birimine (50) saglayabilir. Dekapsülasyon birimi (50), bir video dosyasinin ögelerini kurucu PES akislarina kapsülden çikarabilir, kodlanmis verileri almak için PES akislarini paketten çikarabilir ve kodlanmis olan verileri, kodlanmis olan verinin, örnek olarak akisinin PES paket üst bilgileri tarafindan gösterilmis olan, bir ses ya da video akisinin parçasi olmasina bagli olarak, ya ses kod çözücüsüne (46) ya da video kod çözücüsüne (48) gönderir. Ses kod çözücüsü (46) kodlanmis ses verisinin kodunu çözer ve kodu çözülmüs ses verisini ses çikisina (42) gönderirken, video kod çözücüsü (48) kodlanmis video verisinin kodunu çözer ve çok sayida görüntü akisi içerebilen kod çözülmüs video verilerini video çikisina (44) gönderir. Video kodlayicisi (28), video kod çözücüsü (48), ses kodlayicisi (26), ses kod çözücüsü (46), kapsülleme birimi (30), web uygulamasi (52) ve dekapsülasyon biriminin (50) her biri bir ya da daha fazla mikroislemci, dijital sinyal islemcisi (DSP), uygulamaya özel entegre devreler (ASIC), alan programlanabilir kapi dizileri (FPGA), ayrik mantik devre sistemi, yazilim, donanim, ürün yazilimi ya da bunlarin herhangi bir kombinasyonu gibi herhangi bir çesitlilikte uygun islem devre sistemine, uygun olan oldugu üzere, uygulanabilir. Video kodlayicisinin (28) ve video kod çözücüsünün (48) her biri, bir ya da daha fazla kodlayiciya ya da kod çözücüye dahil edilebilir, bunlardan her biri, ilgili bir cihazda bir birlesik video kodlayicisi kod çözücüsünün (CODEC) bir parçasi olarak entegre edilebilir. Benzer sekilde, ses kodlayicisi (26) ve ses kod çözücüsünün (46) her biri bir ya da daha fazla kodlayiciya ya da kod çözücüye dahil edilebilir, bunlardan her biri bir birlestirilmis CODEC'in bir parçasi olarak entegre edilebilir. Video kodlayicisi (28), video kod çözücüsü (48), ses kodlayicisi (26), ses kod çözücüsü (46), kapsülleme birimi (30), web uygulamasi (52) ve/ veya dekapsülasyon birimi (50) içeren bir aparat; bir entegre devre, bir mikroislemci ve/ veya bir hücresel telefon gibi bir kablosuz iletisim cihazi içermektedir. SEKIL 2, bir örnek çoklu ortam içeriginin (100) ögelerini gösteren bir kavramsal semadir. Çoklu ortam içerigi (100) çoklu ortam içerigine (64) (SEKIL 1) ya da bellekte (62) depolanan baska bir çoklu ortam içerigine karsilik gelebilir. SEKIL 2'nin örneginde, çoklu ortam içerigi ( ve çok sayida gösterimi (110 ila 120 arasindakiler) içerir. Gösterim (110) istege bagli üst içerirken, gösterim (120) istege bagli üst bilgi verilerini (122) ve bölümleri (124A ila son film parçasini kolaylik saglamak için belirlemek için kullanmaktadir. Bazi örneklerde, gösterimler (110, 120) arasinda farkli sayida film parçasi olabilir. MPD (102) gösterimlerden (110 ila 120 arasindakiler) ayri bir veri yapisi içerebilir. MPD (102), SEKIL 1'in bildirim dosyasina (66) karsilik gelebilir. Benzer sekilde, gösterimler (110 ila 120 arasindakileri), SEKIL 1'in gösterimlerine (68) karsilik gelebilir. Genel olarak, MPD (102), kodlama ve islemen özellikleri, gösterim gruplari, MPD'nin (102) karsilik geldigi bir profil, metin tipi bilgisi, kamera açisi bilgisi, kategori bilgisi, hile modu bilgisi (örnek olarak, zamansal ait dizileri içeren gösterimleri gösteren bilgi) ve/ veya ayri periyotlari almaya yönelik bilgiler (örnek olarak, oynatma sirasinda medya içerigine hedeflenen reklam yerlestirme için) gibi gösterimlerin (110 ila 120 arasindakiler) özelliklerini tarif eden verileri içerebilir. Ayri periyotlar ayrica dissal periyotlar olarak da ifade edilebilir. Asagida daha ayrintili olarak tartisilan SEKILLER 4 ila 7 arasindakiler, bir MPD ve/ veya gösterimlerin (ya da gösterimlerin bölümleri ya da gösterimlerin üstbilgi verilerinin içinde oldugu gibi) ya da her ikisinin içine ya da her ikisine birden dahil edilen çesitli ögelere sahip çesitli multimedya içerik örneklerini gösterir. SEKILLER 4 ila 7 arasindakilerdeki MPD'Ierin herhangi biri ya da tümü, esas olarak SEKIL 2'nin MPD'sine (102) karsilik gelebilir. Ust bilgi verileri (112), mevcut oldugu zaman, bölümlerin (114), bölümlerin (114) rastgele erisim noktalarini, bölümler (114) içerisindeki rastgele erisim noktalarindan kayan baytlari, bölümlerin (, ya da bölümlerin (114) öteki yönlerini içeren rastgele erisim noktalarinin geçici konumlari gibi özelliklerini açiklayabilir. Ust bilgi verileri (122), mevcut oldugu zaman, bölümler (124) için benzer özellikleri tanimlayabilir. Ek olarak ya da alternatif olarak, bu özellikler MPD (102) içine tamamen dahil edilebilir. Bölümler (114), her biri video verisi çerçeveleri ya da dilimleri içerebilen bir ya da daha fazla kodlanmis video örnegi içerir. Bölümlerin (114) kodlanmis video örneklerinin her biri, örnek olarak yükseklik, genislik ve bant genisligi gereksinimleri gibi benzer özelliklere sahip olabilir. Bu nevi özellikler, bu nevi veriler SEKIL 2'nin örneginde gösterilmemesine ragmen, MPD'nin (102) verileri ile tarif edilebilir. MPD (102), SGPP Spesifikasyonu tarafindan tarif edildigi gibi, bu açiklamada tarif edilen sinyallenen bilgilerin herhangi birinin ya da tamaminin eklenmesi ile özellikleri içerebilir. Bölümlerin ( gibi bir benzersiz tek biçimli kaynak tanimlayicisi (URl) ile iliskilendirilebilir. Böylece, her bir bölüm (114, 124), DASH gibi bir akis ag protokolü kullanilmasi sureti ile bagimsiz olarak alinabilirdir. Bu sekilde, kullanici cihazi (40) gibi bir hedef cihaz, bölümleri (114 ya da 124) almak için bir HTTP GET istegi kullanabilir. Bazi örneklerde, kullanici cihazi (40), belirli bayt bölüm araliklarini (114 ya da 124) almak için HTTP kismi GET isteklerini kullanabilir. Yukarida belirtildigi gibi, MPD (, MPD (102) ve/ veya çoklu ortam içerigi (100) için Çok Amaçli Internet Posta Uzantisi (MIME) tipini gösteren bilgileri içerebilir. Bununla birlikte, MIME tipleri, çoklu ortam içerigini sunmak için hangi kodlayici kod çözücünün gerekli oldugunu göstermez. Genel olarak, eger bir cihaz MPD (102) gibi çoklu ortam içerigi için bir MPD alabiliyor ise, cihazin MPD'ye karsilik gelen çoklu ortam içeriginin verilerini çalabilecegi varsayilmaktadir. Ancak, bu varsayim her zaman güvenli olmayabilir.Bu nedenle, bazi örneklerde, MPD ( karsilik geldigi bir profili gösteren bilgileri içerebilir. MPD'lerin karsilik gelebilecegi nispeten az sayida profil olabilir. Profiller, H.264/AVC'nin video kodlama için profiller ve seviyeler içerme sekline benzer sekilde, adresleme yeteneklerine yönelik seviyeler ile desteklenebilir. MPD profilleri, sogan kabuklu olabilir, çünkü daha yüksek bir profil, tüm düsük profillerin tüm özelliklerini içerebilir. Çesitli profilleri kaydetmek için bir kayit yetkisine sahip bir kayit islemi olabilir. Bazi örneklerde, kullanici cihazi (40) gibi bir kullanici cihazi, MPD (102) tarafindan sinyallenen gösterimlerin (110 ila 120 arasindakiler) özellikleri gibi MPD'nin öteki verilerini almadan önce, MPD (102) gibi bir MPD için profilin göstergesi olan bilgileri almak için konfigüre edilmis olabilir. Bu sekilde, MPD (102) profili, MPD'ye (102) erisim saglanmadan önce sinyallenebilir. Bir profil tanimlayicisi düz metin (örnek olarak düz bir isim olarak) ya da ters etki alani adi ile saglanabilir. Düz adlar, SGPP ya da baska bir kayit yetkilisi gibi bir kayit yetkilisi tarafindan rezerve edilebilir. Bir profil, bir istem ve izin olarak kabul edilebilir, çünkü profil, karsilik gelen bir multimedya içeriginin profile uygun oldugunu iddia edebilir ve MPD'yi okumak için o profili uygulayan bir okuyucuya (örnek olarak bir kullanici cihazi) izin verir, tanidigini yorumlar ve anlamadigi malzemeyi görmezden Profiller, örnek olarak MPD'nin (102) özellikleri, agin kullanimi, medya formati (formatlari), kullanilan kod çözücü (çözücüler), koruma formatlari ve/ veya bit hizlari, ekran boyutlari ve kantitatif ölçümler ve benzerleri gibi özellikleri tanimlayabilir. Bu sekilde, MPD ( verilerini almak için hangi kodlayici kod çözücünün desteklenmesi gerektigini belirten bilgiler saglayabilir. Profiller ayrica "uygunluk noktalari" olarak da tanimlanabilir. Bir MPD'nin uyumlu oldugu profiller, MPD'nin "Profiller" özniteliginde gösterilebilir. Bu nedenle, bir kullanici cihazi, MPD'nin (102) ek verilerini almadan önce "Profiller" özniteligi ile ilgili bilgiler içeren MPD'nin (102) bir kismini almak üzere konfigüre edilebilir. Alternatif olarak, profiller MPD'nin MlME tipinde bir parametre olarak gösterilebilir. Ornek olarak, "X, Y ve Z" profilleri, asagidaki sekilde, örnek olarak iasagidaki sekilde sinyallenebilir: video/vnd.mpeg.mpd; profiles = "X, Y, Z." Bazi örneklerde, MPD (102) dissal periyotlara ait verileri refere edebilir (ayni zamanda uzak periyotlar olarak da bilinir). Bir periyot, genellikle çoklu ortam içeriginin belirli bir zamansal bölümüne karsilik gelir. Her dönem, gösterimler (110 ila 120 arasindakiler) gibi bir ya da daha fazla gösterimi içerebilir. Bununla birlikte, bir dissal periyot, çoklu ortam içeriginin (100) periyodu içine ya da arasina eklenebilir. Dissal periyot, çoklu ortam içeriginin çoklu ortam verilerine ek olarak çoklu ortam verilerini de içerebilir. Ornek olarak, dissal periyotlar reklam verilerini içerebilir. Periyotlar kendi süreleri ile tanimlanabilir, yani Periyodun baslangiç zamani önceki periyodun süresine bagli olabilir. Bir kullanici cihazi dissal periyotlari bir MPD yapisina esleyebilir. Canli servisler için, MPD'Ierin birlestirilmesi, uygun güncelleme prosedürleri ile birlikte, sunucu üzerinde, sunucu cihazi (60) gibi, MPD'nin dinamik bir sekilde olusturulmasi ile saglanabilir. Ayni zamanda diger web teknolojileri de kullanilabilir. Dissal olarak tanimlanan periyotlar için URL'Ier, bir kullanici cihazinin (40) bir kullanicisina yönelik reklamlar içeren yeni bir periyot olusturmak için gerçek zamanli olarak islenebilir. Kullanici cihaz (40), örnek olarak bir kullanici tanimlayicisi, kullanici tercihleri, kullanici demografik bilgisi ya da baska bilgiler gibi reklam hedeflemesi için kullanilabilecek talep ile ek bilgi saglayabilir. Asagidaki Tablo 1, bir ya da daha fazla çoklu ortam içerik periyodunu tarif etmek ve dissal periyotlarin varligini belirtmek için MPD'de (102) saglanabilecek olan bir bilgi dizisini göstermektedir: TABLO 1- MPD Periyot Bilgisi Periyot E 1...N M Bir Periyot için bilgi saglar PeriodAttributes Liste M hali hazirda mevcut olan periyot öznitelikleri periodDuration A 0 Periyot süresini saglar, bir sonraki Periyodun start öz niteligine bir alternatif olarak kullanilabilir. representationGroupListURl A 0 Gösterimlerin bir listesini içeren bir dokümani isaret eden URl RepresentationGroups E 0...N Bu öge bir Gösterim Grubunun tanimini içerir. periodListURl A M Bir ya da çok sayida Periyot ögesi içeren bir dokümani isaret eden URI Bu sekilde, MPD'nin (102) Periyot ögesi, dissal (ya da uzak) periyotlara, örnek olarak periodListURl kullanilarak atifta bulunabilir. Istek Uzerine içerik için, periyot sürelerinin göstergeleri, dissal periyotlari desteklemek için baslangiç zamanlarindan ziyade kullanici cihazi (40) gibi kullanici Cihazlari için daha faydali olabilir. Bir MPD, Periyotlarin içsel ya da dissal olabilecegi bir Periyotlar dizisi Içerebilir. Bu nevi uzak Periyotlarin kullanilmasi, kullaniciya özel bilgiler ile birlikte, hedefli kullanici reklamlarina izin verebilir. Sunucu cihazi (60) ve/ veya içerik hazirlama cihazi (20), her bir kullanici ya da her bir kullanici cihazi için dinamik olarak ayri MPD'Ier üretmek dinamik olarak olusturulmus olan MPD'yi kullanarak, bir hedefli reklamin yayini ve canli bir servisi birlestirebilir. Bu sekilde, bu açiklamanin teknikleri, bir servis saglayicinin SGPP AHS `üzerinden Istek Uzerine içerigi sundugu durumlari destekleyebilir. Içerik çok sayida sahne içerebilir ve her bir sahne arasinda bir reklam eklenebilir. Reklam her bir kullanici için farkli olabilir. Yani, hedefli reklam eklenebilir. Ilave olarak, her reklam farkli bir süre için olabilir. Benzer sekilde, bir servis saglayici belirli bir canli servis sunabilir (örnek olarak, ücretsiz servis).Canli servise erisirken, servis saglayici bir kullaniciyi hedef alabilecek ya da hedef almayabilecek bir reklam ekleyebilir. Reklamin süresi, erisim zamanina, erisim konumuna, kullaniciya ve benzerlerine bagli olarak degisebilir. Sunucu cihazi (60), reklamin görülmesini saglamak için reklam tamamlandiktan sonra yalnizca canli hizmetin URL'sini saglayacak sekilde konfigüre edilebilir. SEKIL 3, multimedya içeriginin bir gösteriminin bir bölümüne, örnek olarak SEKIL 2'nin bölümlerinden (114, 124) biri gibi, karsilik gelebilecek olan bir örnek video dosyasinin (150) ögelerini gösteren bir blok semadir. Bölümlerin (114, 124) her biri, SEKIL 3'teki örnekte gösterilen veri düzenlemesine büyük ölçüde uyan verileri içerebilir. Benzer sekilde, ayni zamanda asagida tartisilan SEKILLER 4 ila 7 arasindakilerin bölümleri de esas olarak video dosyasinin (150) yapisina uygun olabilir. Yukarida tarif edildigi gibi, lSO temel medya dosya formatina uygun video dosyalari ve bunlarin uzantilari, verileri "kutular" olarak adlandirilan bir dizi nesnede saklar. SEKIL 3'ün örneginde, video dosyasi (, film (MOOV) kutusu (, ve film parçasi rasgele erisim (MFRA) kutusu (164) içerir. Dosya tipi (FTYP) kutusu (152) genellikle video dosyasi (150) için bir dosya tipi tanimlar. Dosya tipi kutusu (152), video dosyasi (150) için bir en iyi kullanimi açiklayan bir spesifikasyonu tanimlayan verileri içerebilir. Dosya tipi kutusu (152), MOOV kutusu ( öncesine yerlestirilebilir. Bazi örneklerde, video dosyasi (150) gibi bir bölüm, FTYP kutusundan 152 önce bir MPD güncelleme kutusu (gösterilmemistir) içerebilir. MPD güncelleme kutusu, video dosyasini (150) içeren bir gösterime karsilik gelen bir MPD'nin güncellenecegini belirten bilginin yani sira, MPD'nin güncellenmesi için bilgiyi de içerebilir. Örnek olarak, MPD güncelleme kutusu, MPD'yi güncellemek için kullanilacak bir kaynak için bir URl ya da URL saglayabilir. Baska bir örnek olarak, MPD güncelleme kutusu MPD'yi güncellemek için veri içerebilir. Bazi örneklerde, MPD güncelleme kutusu derhal video dosyasinin ( izleyebilir olup, burada STYP kutusu, video dosyasi (150) için bir bölüm tipini tanimlayabilir. Asagida daha ayrintili olarak tartisilan SEKIL 7, MPD güncelleme kutusuna iliskin ek bilgi saglar. SEKIL 3`teki örnekte yer alan MOOV kutusu ( kutusu genel özelliklerini tanimlayabilir. Ornek olarak, MVHD kutusu (156) video dosyasinin (150) orijinal olarak ne zaman olusturuldugunu, video dosyasinin (150) en son ne zaman degistirildigini, video dosyasi (150) için bir zaman çizelgesini, video dosyasinin (150) oynatilmasi için bir süreyi açiklayan verileri ya da genel olarak video dosyasini (150) tarif eden baska verileri içerebilir. TRAK kutusu (, TRAK kutusuna ( kutusu içerebilir. Bazi örneklerde, TRAK kutusu (158), kodlanmis video resimlerini içerebilirken, diger örneklerde, izin kodlanmis video resimleri, TRAK kutusunun (158) verileri ile referans alinabilen film parçalarina (162) dahil edilebilir. Bazi örneklerde, video dosyasi (150) birden fazla iz içerebilir. Buna göre, MOOV kutusu (154), video dosyasindaki (150) iz sayisina esit sayida TRAK kutusu içerebilir. TRAK kutusu (158) karsilik gelen bir video dosyasi (150) izinin özelliklerini tanimlayabilir. Ornek olarak, TRAK kutusu (158) karsilik gelen iz için zamansal ve/ veya mekansal bilgileri tarif edebilir. MOOV kutusunun ( benzer bir TRAK kutusu, kapsülleme birimi (30) (SEKIL 1), video dosyasi (150) gibi bir video dosyasinda bir parametre seti izi içerdigi zaman, parametre seti izinin özelliklerini tanimlayabilir. Kapsülleme birimi (30), parametre seti izini tarif eden TRAK kutusu içindeki parametre seti izindeki dizi seviyesi SEI mesajlarinin MVEX kutulari ( içerisinde dahil edilen, eger varsa, video verisine ilave olarak, karsilik gelen film parçalarinin (162), örnek olarak video dosyasinin (150) film parçalarini (162) içerdigini sinyallemek için, özelliklerini tarif edebilir. Akis video verisi baglaminda, kodlanmis video resimler MOOV kutusundan (154) degil, film parçalarina (162) dahil edilebilir. Buna göre, tüm kodlanmis video örnekleri MOOV kutusundan (154) degil, film parçalarina (162) dahil edilebilir. MOOV kutusu (154), video dosyasindaki (150) film parçalarinin (162) sayisina esit sayida MVEX kutusu ( her biri, film parçalarinin (162) karsilik gelen birinin özelliklerini tanimlayabilir. Ornek olarak, her bir MVEX kutusu, film parçalarinin (162) karsilik gelen süresi için geçici bir süreyi tarif eden birfilm uzatma 'üst bilgi kutusu (MEHD) kutusu içerebilir. Yukarida belirtildigi gibi, kapsülleme birimi (30), gerçek kodlanmis video verilerini içermeyen bir video örneginde ayarlanan bir dizi verisini depolayabilir. Bir video Örnegi genellikle belirli bir zaman örneginde kodlanmis bir resmin gösterimi olan bir erisim birimine karsilik gelebilir. AVC baglaminda, kodlanmis resim, erisim biriminin tüm piksellerini ve SEI mesajlari gibi diger iliskili VCL NAL birimlerini birlestirecek bilgileri içeren bir ya da daha fazla VCL NAL birimi içerir. Buna göre, kapsülleme birimi (30), film parçalarindan (162) birinde dizi seviyesi SEl mesajlarini içerebilen bir dizi veri seti içerebilir. Kapsülleme birimi (30) ayrica, film parçalarindan (162) birine ait olan MVEX kutularindan (160) birinin içindeki film parçalarindan (162) birinde bulunan bir dizi veri seti ve/ veya dizi seviyesi SEl mesajlarinin mevcudiyetini isaret Film parçalari (162) bir ya da daha fazla kodlanmis video görüntüsü içerebilir. Bazi örneklerde, film parçalari (162), her biri bir dizi kodlanmis video resmi, örnek olarak çerçeveler ya da resimler içerebilen bir ya da daha fazla resim grubunu (GOP) içerebilir. Ek olarak, yukarida açiklandigi gibi, film parçalari (162) bazi örneklerde dizi veri kümelerini içerebilir. Film parçalarinin (162) her biri bir film parçasi üst bilgi kutusu (MFHD, SEKIL 3'te gösterilmemistir) içerebilir. MFHD kutusu, film parçasi için bir dizi numarasi gibi ilgili film parçasinin özelliklerini tanimlayabilir. Film parçalari (162), video dosyasina (150) dizi numarasina göre dahil edilebilir. MFRA kutusu (164), video dosyasinin (150) film parçalari (162) içindeki rasgele erisim noktalarini tarif edebilir. Bu, video dosyasindaki (150) belirli geçici konumlara arama yapmak gibi hile modlarinin yapilmasina yardimci olabilir. MFRA kutusu (164) genellikle istege baglidir ve bazi örneklerde video dosyalarina dahil edilmesine gerek yoktur. Benzer sekilde, kullanici cihazi (40) gibi bir kullanici cihazinin, video dosyasinin (150) video verilerinin dogru bir sekilde kodunu çözmek ve görüntülemek için MFRA kutusuna (, video dosyasinin (150) iz sayisina esit ya da bazi örneklerde video dosyasinin (150) medya izlerinin (örnek olarak, ipucu olmayan izleri) sayisina esit sayida bir dizi iz parçasi rastgele erisim kutulari (TFRA) (gösterilmemistir) içerebilir. Bazi örneklerde, film parçalari (162) bir ya da daha fazla IDR ve/ veya ODR resmi içerebilir. Benzer sekilde, MFRA kutusu (164), IDR ve ODR resimlerinin video dosyasi (150) içindeki konumlarin göstergelerini saglayabilir. Buna göre, video dosyasinin (150) bir zamansal alt dizisi, video dosyasinin (150) lDR ve ODR resimlerinden olusturulabilir. Zamansal alt dizi ayni zamanda, IDR ve/ veya ODR resimlerine bagli P çerçeveleri ve/ veya B çerçeveleri gibi baska resimler de içerebilir. Zamansal alt dizinin çerçeveleri ve/ veya dilimleri, alt dizinin diger çerçevelerine/ dilimlerine bagli olan zamansal alt dizinin çerçevelerinin/ dilimlerinin uygun bir sekilde kodu çözülebilecegi sekilde bölümler içinde tanzim edilebilir. Ornek olarak, verilerin hiyerarsik düzeninde, diger veriler için tahmin için kullanilan veriler de ayni zamanda zamansal alt diziye dahil edilebilir. Buna ilave olarak, veriler, zamansal alt dizi için kullanilan belirli bir bölümün tüm verilerini almak için bir kismi GET isteginde tek bir bayt araligi belirtebilecegi sekilde bir sürekli alt dizi içerisinde tanzim edilebilir. Kullanici cihazi (40) gibi bir kullanici cihazi, lDR ve/ veya ODR resimlerine karsilik gelen film parçalarinin (162) bayt araliklarini (ya da film parçalarinin (162) kisimlarini) belirleyerek video dosyasinin (150) bir zamansal alt dizisini çikarabilir. Asagida daha ayrintili olarak tartisildigi gibi, video dosyasi (150) gibi video dosyalari, ikisinden biri ya da her ikisi video dosyasinin (150) bir zamansal alt dizini çikarmak için veri içerebilir olan bir alt parça indeks kutusu ve/ veya bir alt iz parça kutusu içerebilir. SEKIL 4, MPD ve çesitli gösterim gruplarini (210 ila 220 arasindakiler) içeren örnek bir çoklu ortam içerigini (200) gösteren kavramsal bir semadir. Çoklu ortam içerigi (200) çoklu ortam içerigine (64) (SEKIL 1) ya da bellekte (62) depolanan baska bir çoklu ortam içerigine karsilik gelebilir. Bu örnekte, çoklu ortam içeriginin (200) gösterimleri, gösterim grubu tarafindan tanzim edilir. Yani, ortak bir özellik setine sahip olan gösterimler, basitlestirilmis ag bant genisligi adaptasyonu saglayan bir gösterim grubu halinde olusturulabilir. Bu örnekte MPD (202), gösterim grubunun (210) ortak özelliklerini tarif eden bilgileri içeren ortak gösterim özelliklerini (204A) ve gösterim grubunun (220) ortak özelliklerini tarif eden ortak gösterim özelliklerini (204B) içerir. Ortak özellikler, bir kodlayici kod çözücü, kodlayici kod çözücünün gösterim içindeki gösterimlerin uydugu profil ve seviyesi, piksel çözünürlügü, çerçeve hizi, ya da gösterimlerin öteki özellikleri gibi gösterimlerin kodlama ve/ veya isleme özelliklerini içerebilir. Bu tarifnamenin tekniklerine uygun olarak, özellikler yukarida tartisilan özelliklere ek olarak bir metin tipi degeri, bir kamera açisi degeri ve/ veya bir derecelendirme degerini içerebilir. Metin tipi degeri, video verileri ile görüntülenecek olan metnin özelliklerini tanimlayabilir (örnek olarak, altyazi metni).Metin tipi degeri, örnek olarak metnin dilini, ekrandaki metni, yazi tipini ve/ veya metnin gösterilecegi bir konumu ya da metnin diger özelliklerini tanimlayabilir. Kamera açisi degeri, karsilik gelen gösterimlerin kodlanmis video verilerini üretmek için kullanilan (fiziksel ya da kavramsal olarak) bir kamera için gerçek dünyadaki yatay kamera konumunu tanimlayabilir. Kamera açilari kullanilmak sureti ile, bir kullanici cihazi, büyük oranda ayni anda gösterilecek olan iki ya da daha fazla gösterimden, örnek olarak, üç boyutlu bir video oynatma efekti üretmek için veri seçebilir. Yatay gerçek dünya kamera konumlari, kullanici cihazinin, video verilerinin üç boyutlu oynatimindaki nispi derinlik miktarini arttirmak ya da azaltmak için gösterimler seçmesini saglayabilir. Derecelendirme, belirli kitlelere içerik uygunlugunu tarif edebilir. Ornek olarak, Amerika Birlesik Devletleri'nde Amerikan Sinema Filmleri Birligi, G, PG, PG-13, R ve NC-17 gibi derecelendirmeleri tanimlar. Baska bir örnek olarak, Birlesik Krallik'ta, tanimlar. Yine bir baska örnek olarak, Çin Cumhuriyeti'nde (Tayvan), sinema filmi kategorileri genel bir izleyici kategorisini, korumali bir kategoriyi, bir ebeveyn rehberlik kategorisini ve sinirli bir kategoriyi içerir. Ilgili gösterim gruplarinin (örnek olarak gösterim gruplarinin (210 ila 220 arasindakiler)) ortak özelliklerinin (204) saglanmasi sureti ile, bir kullanici cihazi (örnek olarak, kullanici cihazi (40)), en azindan kismen karsilik gelen ortak gösterime özelliklerine (204) dayali olarak, gösterim gruplarindan (210 ila 220 arasindakiler) uygun birini seçebilir. SEKIL 4'ün örneginde, MPD (202) ayni zamanda sirasi ile 222B) ilgili olanlari için bit oranlarini temsil eden bilgileri içerebilir. Bir gösterim grubunun gösterimleri, farkli kodlama ya da diger parametreler ile ayni içerigi (ayni Video, ayni dil sesi, ve benzeri) gösterebilmeleri için karsilikli olarak özel sayilabilir. MPD (202), gösterim gruplarindan (210 ila 220 arasindakiler) birinin, örnek olarak ortak gösterim özelliklerinin (204) seçilmesi için bilgi saglayabilir. Bu bilgi, bir kullanicinin verilen bir gösterimin kodunu çözüp çözemeyecegini gösteren bilgileri içerebilir. Bu sekilde, kullanici cihazi, kullanici cihazinin kod çözme ve/ veya olusturma kabiliyetine sahip olmadigini gösteren gösterimleri degerlendirmeden kaldirabilir. Buna göre, kullanici cihazi (40) kodu çözülebilen ve islenebilen uygun bir gösterim grubu seçebilir, daha sonra örnek olarak ag bant genisligi mevcudiyetine dayanarak gruptan bir gösterim seçebilir. Kullanici cihazi (40) ayni zamanda, derecelendirme, dil ve/ veya derinlik gibi kullanici tercihleri ile de konfigüre edilebilir. Buna göre, kullanici cihazi (40) ayni zamanda seçilen gruplarin kullanici tercihlerine uygun olmasi için bir ya da daha fazla gösterim grubu da seçebilir. Kullanici cihazi (40) daha sonra es zamanli olarak çalinabilecek olan bir gösterim gruplari alt grubunu seçebilir. Kullanici cihazi (40) sadece bir görünümü gösterme kabiliyetine sahip oldugu zaman, kullanim cihazi (40) yalnizca bir gösterimden veri almayi seçebilir. Öte yandan, kullanici cihazi (40) stereo görüntüleme ya da çoklu görüntüleme kabiliyetine sahip oldugu zaman, kullanici cihazi (40) iki ya da daha fazla gösterimden veri alabilir. Bir ya da daha fazla temsil grubunu seçtikten sonra, kullanici cihazi (40), örnek olarak mevcut ag bant genisligine dayanarak gösterim gruplarindan gösterimleri seçebilir. Kullanilabilir ag bant genisligi degistikçe (örnek olarak, arttikça ya da azaldikça), kullanici cihazi (40) degisen ag bant genisligi kosullarina uyum saglamak için gösterim gruplarindan gösterim seçimlerini ayarlayabilir. Tabii ki, kullanici cihazi (40) ayni zamanda, eger kullanici tercihleri ya da cihaz kabiliyetleri (örnek olarak kod çözme ve isleme kabiliyetleri) degisirse de, gösterim seçimlerini degistirebilir. Ortak gösterim özellikleri ( RepresentationGroup XML ögelerine karsilik gelebilir. Bireysel gösterim özellikleri, bazi örneklerde MPD'nin (202) karsilik gelen RepresentationGroup ögelerinin alt ögelerine karsilik gelebilir. Gösterimlerin ortak özelliklerini birlikte gruplamak sureti ile, çesitli optimizasyonlar basarilabilir. Ornek olarak, birçok gösterim çesitli parametreler için ayni degerlere sahip olabilir. Bu nedenle, MPD'deki bireysel sinyalleme özellikleri, MPD'de özellikleri ayri ayri sinyallemek için büyük ölçüde çogaltma ile sonuçlanabilir. Birçok kullanici cihazi, alinan MPD'nin büyük çogunlugunu atacak sekilde konfigüre edilmistir. Bu nedenle, kullanici cihazinin aldigi MPD kisminda optimizasyon olabilir. Buna ilave olarak, bir Temsilcilik Grubu (Representation Group) atilirsa, kullanici cihazinin, atilan gösterim ya da gösterim grubu için MPD'de (URL'ler, ve benzeri) mevcut bilgilere erismesi gerekmeyebilir. Kullanici cihazi ayni zamanda, örnek olarak canli etkinlikler için video verilerinin gerçek zamanli ag akisi sirasinda sik sik güncellenme egiliminde olan URL'lerin gereksiz güncellemelerini de önleyebilir. MPD'deki fazlaliklar ortadan kaldirilmis olsa bile, kullanici cihazinin (40) alinmasi ve yeniden yapilandirilmasindan sonra, önemli miktarda hesaplama süresini bosa harcayan tam MPD'nin ayristirilmasi gerekecektir. SEKIL 5, MPD verilerinin çesitli gösterim gruplari için çesitli bölümlere ayrildigi baska bir örnek çoklu ortam içerigini (250) gösteren kavramsal bir semadir. Çoklu ortam içerigi (250) çoklu ortam içerigine (64) (SEKIL 1) ya da bellekte (62) depolanan baska bir çoklu ortam içerigine karsilik gelebilir. Ozellikle, çoklu ortam içerigi (250) için bir bildirim dosyasi, genellikle gösterim gruplari ile ilgili olan verileri içeren MPD kismini (252) içerir. Bu örnekte, MPD kismi arasindakiler) isaret eden oklar ile gösterildigi gibi ilgili gösterim gruplarina (270 ila grup verisi 254) içerir. Bu örnekte, gösterim grubu verisi (254A), gösterim grubu ortak özelliklerini (256A) ve gösterim grubu (258A) için MPD kisminin konumunu içerir. Yani, gösterim grubu ( için MPD kisminin yerini gösterir. Gösterim grubu (258A) için MPD kisminin yeri, örnek olarak, gösterim grubu (260A) için MPR kisminin URI'sine ya da URL'sine karsilik gelebilir. Benzer sekilde, gösterim grubu verileri (2548), gösterim grubu ortak özelliklerini (2568) ve gösterim grubu ( için MPD kisminin konumunu içerir. Gösterim grubu ( spesifik spesifik gösterimlerinin (282A, 282B) (gösterimler (282)) özelliklerini gösteren bilgileri Bu sekilde, kullanici cihazi (40) gibi bir kullanici cihazi, kullanici cihazinin (40) almadigi, kodunu çözmedigi ve göstermedigi gösterimler için gösterime özgü sinyal verilerini almadan, verilerin alinacagi uygun bir gösterim grubu belirleyebilir. Buna göre, kullanici cihazi (40), aksi halde atilacak olan fazla veriyi almaktan kaçinabilir. Ozellikle, kullanici cihazi (40) tarafindan kodu çözülebilen ve islenebilen gösterileri içeren bir ya da daha fazla gösterim grubunun seçilmesinden sonra, kullanici cihazi (40), kullanici cihazi (40) tarafindan dogru bir sekilde kodu çözülebilir ve/ veya islenebilir olmayan gösterim gruplari için MPD kisimlarini almadan, sadece seçilmis gösterim gruplarinin MPD kisimlarini alabilir. Çoklu ortam içeriginin (250) verileri genel olarak çoklu ortam içeriginin (200) ilgili ögelerine büyük ölçüde karsilik gelebilir. Bununla birlikte, çoklu ortam içerigi (250), çoklu ortam içerigi (250) için MPD verilerinin kullanici cihazlar tarafindan hiyerarsik indirilmesini basitlestirebilir. Ornek olarak, bütün gösterimler için veri sinyallemesini içerebilir olan, bir bildirim dosyasinin alinmasindan ziyade, bir kullanici cihazi, basit bir sekilde bir ya da daha fazla gösterim grubunu belirleyebilir, daha sonra kullanici cihaz tarafindan alinmayacak olan (örnek olarak, kullanici cihazi gösterimin kodunu çözmek ve onu göstermek için kod çözme ve/ veya isleme prosedürlerini desteklemedigi için) diger gösterim gruplarina karsilik gelen MPD kisimlarini almadan, bu gösterim gruplarina karsilik gelen MPD kisimlarini alabilir. Bu sekilde, çoklu ortam içeriginin (250) verileri, gereksiz indirme ve ayristirma verimsizligini azaltabilir. Asagidaki Tablo 2, gösterim gruplarinin özelliklerini açiklayan, SEKIL 4"un MPD'si ( gibi bir MPD'ye eklenebilecek bir örnek öge saglar. Ortak gösterim özellikleri (204) (SEKIL 4) ve/ veya gösterim grubu ortak özellikleri (256), Tablo 2'nin yapisina göre biçimlendirilebilir. RepresentationGroup E 1...N M Bu öge bir Gösterim Grubunun birtanimini içerir RepresentationGroupAttri Ogelerin ve Bu grup için varsayilan Ozniteliklerin degerleri tarif eder, profil Listesi bilgisini içerebilir. Representation E O...N 0 Bu öge bir Gösterimin bir tanimini içerir RepresentationAttribut Ogelerin ve 0, 1 0 Bu Gösterime spesifik olan Ozniteliklerin Gösterim özniteliklerini tarif Listesi eder. representationListURl A 0 Gösterimlerin bir listesini içeren bir dokümana isaret eden URI Asagidaki XML, bir MPD veri yapisinin Temsilcilik Grubu ögelerine örnekler vermektedir: Asagidaki Tablo 3, gösterimler için dahil edilebilecek olan bir örnek veri seti sunmaktadir. Bu veriler, bazi örneklerde bireysel gösterimler için saglanabilirken, diger örneklerde, örnek olarak Tablo 2'ye göre gösterim gruplari için verilerin tamami ya da bir kismi saglanabilir. Gösterim Bu 'öge bir Gösterimin bir tanimini bandwith Gösterimin, bir kullanicini tam olarak minBufferTime kadar 'ön bellekleme yaptiktan sonra sürekli oynatma için yeterli veriye sahip oldugunun garanti edilecegi, bir varsayimsal sabit bit hizi kanalinin saniye basina bit (bps) cinsinden minimum bant genisligi Metnin türünü tanimlar. Seçenekler: Alt yazi cameraangle Kamera açisini saglar. Saf açiklama, örnek olarak ana, orta saha, oyuncu görünümü Rating Derecelendirme bilgisi saglar Schemelnformation Bu öge kullanilmakta olan derecelendirme semasi hakkinda bilgi verir. Oge daha fazsa semaya spesifik bilgi saglamak için uzatilabilir schemeIdUri Semayi tanimlamak için bir mutlak URL saglar. Bu 'ögenin tanimi derecelendirme için kullanilan semaya spesifiktir. Bazi örneklerde, gösterim gruplari için veriler ve bu gruplar içindeki bireysel gösterimler için veriler, hiyerarsik bir iliski ile MPD (202) gibi bir MPD içinde sunulabilir. Baska bir deyisle, bireysel gösterimler, örnek olarak MPD'nin (202) ilgili gösterim grup ögelerine alt ögeler olarak sinyallenebilir. Benzer sekilde, gösterim gruplari ( ve MPD kisimlari için, bireysel gösterim özellikleri (262, 264) gösterim grubu ortak özelliklerinin (256) alt ögelerine karsilik gelebilir. SEKIL 6, hile modlarini desteklemek için kullanilabilecek olan baska bir örnek çoklu ortam içerigini (300) gösteren kavramsal bir semadir. Çoklu ortam içerigi (300) çoklu ortam içerigine (64) (SEKIL 1) ya da bellekte (62) depolanan baska bir çoklu ortam içerigine karsilik gelebilir. Bu örnekte MPD (302), zamansal alt dizi bilgisini (306) içerebilen gösterim bilgisini (304) içerir. Gösterim bilgisi (304), bu örnekte gösterimin (bölüm 312) içerir. Bu örnekte, bölümlerin (312) her biri ilgili bir alt parça indeks kutusunu ( içerir. Diger örneklerde, bazi bölümler rastgele erisim noktalari içermeyebilir, bazi bölümler çoklu rastgele erisim noktalari içerebilir. Rasgele erisim noktalari IDR ya da ODR resimler içerebilir. Kullanici cihazi (40), gösterimden (310) bir zamansal alt dizi çikarabilir. Ornek olarak, kullanici cihazi (40), gösterimin (310) bir zamansal alt dizini olusturmak için RAP'larin (316) her birini çikarabilir. Alternatif olarak, kullanici cihazi (40) RAP'Iar (316A ve alt setini alabilir. Kullanici cihazi (40), yalnizca rasgele erisim noktalarinin (316) (ya da alt setlerinin) alinmasi ve oynatilmasi sureti ile, bir hile modunda, örnek olarak hizli ileri sarma ya da geri sarma gibi gösterimi (310) oynatabilir. Benzer sekilde, kullanici cihazi (40), talep edilen bir zamansal konumdan oynatmaya baslamak için rasgele erisim noktalarindan (316) belirli bir tanesini atlayabilir ya da arayabilir. Çoklu ortam içerigi, hile modlari için bilgiyi belirtmek üzere zamansal alt dizi bilgisi ( ya da her ikisini içerebilirZamansal alt dizi bilgisi ( bir "Hile Modu" ("Trick Mode") ögesini içerebilir: Hile Modu Hile modu için bilgi saglar. Ayni zamanda Gösterimin bir hile modu Gösterimi olarak kullanilabilecegini gösterir. alternatePIayoutRate Normal oynatma hizinin bir kati olarak, Gösterimin normal oynatma ile ayni kod çözme ve seviye gereksinimleri ile destekledigi maksimum oynatma hizini belirtir. TemporalSubSequence Alt Parça Indeksi (sifx) Kutusunun Bilgisi kullanilmak sureti ile bayt araliklari tarafindan kolay bir sekilde erilebilir olan bir zamansal alt dizisini içeren bu Gösterimi belirtir. frameRate Zamansal alt dizinin çerçeve hizini belirtir. bandwith Gösterimin, bir kullanicini tam olarak minBufferTime kadar ön bellekleme yaptiktan sonra sürekli oynatma için yeterli veriye sahip oldugunun garanti edilecegi, bir varsayimsal sabit bit hizi kanalinin saniye basina bit (bps) cinsinden minimum bant genisligini belirtir. alternatePIayoutRate Normal oynatma hizinin bir kati olarak, bu zamansal alt dizinin normal oynatma ile ayni kod çözme ve seviye gereksinimleri ile destekledigi maksimum oynatma hizini belirtir. Tablo 4'teki örnekte, Hile Modu ögesi, karsilik gelen bir gösterimin, alt parça indeks kutularinin (314) bilgisini kullanarak bayt araliklari ile erisilebilen bir zamansal alt diziyi içerdigini belirten bir Zamansal Alt Dizi (Temporal Subsequence) ögesini içerir. RAP'Iar (316), SEKIL 3'te gösterilen film parçalari (162) gibi film parçalarinin kisimlarina karsilik gelebilir. Alt parça indeks kutulari (314) genellikle karsilik gelen bölümlerin (312) rastgele erisim noktalarinin (316) bayt aralik konumlarini tarif edebilir. Genel olarak, alt parça indeks kutulari ( kutusundan (SEKIL 6'de gösterilmemistir) sonra görünebilir ve hemen önceki bölüm indeks kutusunda referans verilen film parçalari için film parçasi ön ek boyutlari saglar. Asagidaki Tablo , örnek bir SFIX kutusunun özelliklerini göstermektedir. TABLO 5- Alt Parça Indeks Kutusu 'Ozellikleri Kutu Tipi SFlX Zorunlu Hayir Miktar Her bir Bölüm Indeks Kutusu basina bir Asagidaki sözde kod Alt Parça Indeks Kutulari (314) için örnek bir söz dizimi saglar: aligned(8) class SubFragmentlndexBox e xtends FuIIBox('strf, O, 0) { unsigned int(32) fragment_count; unsigned int(8) sub_fragment_count; for(i=0; i < fragment_count; i++) for(j=0; j < sub_fragment_c0unt-I; j++) } unsigned int(32) prefix_size; Asagidaki açiklama yukarida açiklanan söz dizimi için örnek bir semantik sunar: parça sayisi, bu kutuda alt parçacik sayisinin belirlendigi parçalarin sayisini belirtir. Bu, hemen önceki Bölüm Indeks Kutusundaki parça referanslarina esit olmalidir. sub_fragment_count, parça basina alt parça sayisini belirtir ön ek boyutu, j alt parçasi tarafindan isgal edilen parça ön ekinin boyutunu belirtir. Ek olarak ya da alternatif olarak, bölümlere (312) bir alt iz parça kutusu dahil edilebilir. Alt parça indeks kutusunun, ortam verilerini talep etmeden önce bir bölüm indeks kutusu ile birlikte kullanici cihazi (40) tarafindan alinabilen söz dizimi bilgisi sunabilecegi halde, alt parça indeks kutusu, örnek olarak zamansal alt katmanlar gibi parça verisinin alt setlerini hedef alan bayt araligi isteklerini insa etmek için kullanici cihazi (40) için bilgi saglayabilir. Alt Iz Parça kutusu, iz parçalarinin örnek verilerinin, her alt iz parçasinin örneklerinin, sadece daha yüksek alt iz parçalarinda görünen tüm örneklerden önce gelecegi sekilde yeniden siralanmasini belirleyebilir. Herhangi bir alt iz parçasinda görünmeyen bir alt iz parçasinin örnekleri, Iz Çalistir (Track Run) kutusunda göründügü gibi ayni sira ile dosya içine (örnek olarak, bölümlerin (312) karsilik gelen bir tanesi) bitisik olarak yerlestirilebilir. Bu, örneklerin iz parçasi içindeki zamansal ölçeklenebilirlik katmani sirasina göre saklanmasina izin verebilir. Bu kutu mevcut oldugu zaman, yalnizca bir Iz Çalistir kutusu mevcut olabilir. Tablo 6, alt iz parça kutusunun özelliklerini açiklamaktadir: TABLO 6- Alt Iz Parça Kutusu Ozellikleri Kutu Tipi STRF Kap Iz parça kutusu ("TRAF") Zorunlu Hayir Miktar Sifir ya da bir Asagidaki sözde kod alt iz parça kutusu için örnek bir söz dizimini göstermektedir: aligned(8) class SubTrackFragBox extends FullBox('strf, 0, 0){ unsigned int(8) sub_track_c0unt; unsigned int(16) sample_count[sub_track_count-l]; for(i=0; i for (j=0; j < sample_count[i]; j++) bit(I) cur_sub_trak_flag; reserved_trailing_bits; } Asagidaki açiklama, yukarida açiklanan alt iz parça kutusunun örnek söz dizimi için örnek anlam saglar: sub_track_count, alt iz parçalarinin sayisini gösterir; Bu kutu mevcut oldugunda, sub_track_c0unt 2'ye esit ya da daha büyük olabilir. sample_count [i], alt parçadaki örnek sayisini i + 1 indeksi ile belirtir. Bir alt iz parçasinin örnekleri, daha küçük indeks degerlerine sahip olan tüm alt iz parçalarinin üyeleri olarak kabul edilir. Alt iz parçasi O'daki örneklerin sayisi, bir sonraki döngüdeki ilk bitstring'in sifir sayisina es degerdir. Sample_count [sub_track_count-1] dizini olan sub_track_count-1 indeksine sahip alt iz parçasindaki örnek sayisi, Iz Parçasi içindeki örnek sayisina esittir. cur_sub_track_flag, Dis döngünün yinelemesinde 1'e esit olan bir örnegin i + 1 indeksi olan alt iz parçasina ait oldugunu gösterir. Dis döngünün yinelemesinde O'a esit olan bu deger, bir örnegin i + 1'den küçük bir indeksi olan bir alt iz parçasina ait oldugunu gösterir. Not: Yani, döngünün ilk yinelemesi, ayni zamanda, alt iz parçasi O'da olmayan alt iz parçasi 1'deki örneklerin konumlarini gösteren sample_count [O] bayraklarini içerir. Döngünün ikinci yinelemesi, alt iz parçasi 2'deki ve keza alt iz parçasi 1 ve benzeri içerisindeki örneklerin konumlarini gösterir. sample_count[sub_track_count-1]'nin Iz Parçasi içerisindeki örneklerin sayisina esit oldugu degerlendirilir. Hile modlari çesitli farkli senaryolara uygulanabilir. Ornek olarak, hile modlari, bir servisi geçici olarak durdurmak, bir durdurmadan sonra servisi devam ettirmek, bir zaman periyodu için geri sarmak, ve/ veya bir arzu edilen zamansal konuma gitmek için (örnek olarak, oynatmanin kesintiye ugramasindan sonra ya da belirli bir arzu edilen zamansal konumu aramak için) hizli ileri sarmak için kullanilabilir. Hile modlarini zamansal alt diziler kullanarak desteklemek birçok avantaj saglayabilir. Ornek olarak, zamansal alt diziler göreceli olarak kolay bir sekilde çesitli çerçeve hizlarini destekleyebilir. Benzer sekilde, bir zamansal alt diziyi içeren gösterim, gösterim zamansal alt dizi ile sinirli olmadigi için, normal oynatma için kullanilabilir. Ilave olarak, zamansal alt diziler ile kodlama yüksek verimli olabilir. Zamansal alt diziler ayni zamanda yeni kodlama profillerine ya da seviyelerine ihtiyaç duymazlar, siradan gösterimleri tekrar kullanabilirler, ilave kullanici karmasikligini göz ardi edebilir, basit içerik ön tedarik hazirligini etkin hale getirir, bant genisligi, ön bellek ve depolama verimliligi saglar, kullanici deneyimini optimize etmek için kullanici uygulamalarina esneklik saglar, farkli hile modlari arasinda ortak olur ve kullanici uygulamalarinin genis bir spektrumuna uygulanabilir, ve arama sonrasinda baslatma gecikmesinin yani sira iyi çerçeve hizlari, tepkisellik, ve bu nevi diger ölçümler açisinda göreceli olarak iyi kullanici deneyimi saglayabilir. SEKIL 7, içerisinde bölümlerin ( güncellendigini belirtmek için MPD güncelleme kutularini (364) içerebilecegi baska bir örnek çoklu ortam içerigini (350) gösteren kavramsal bir semadir. Çoklu ortam içerigi (350) çoklu ortam içerigine (64) (SEKIL 1) ya da bellekte (62) depolanan baska bir çoklu ortam içerigine karsilik gelebilir. Genel olarak, MPD (352), gösterim (360) ve URI'lerin özellikleri ya da gösterimin (360) bölümlerinin (362) URL'Ieri gibi gösterim (360) için gösterim bilgisini (354) içerir. Bazi durumlarda, gösterim (360), bir spor olayi gibi canli içerikten olusturulabilir ve bu nedenle, bölümlerin (362) URI'Ieri daha önceden belirlenemeyebilir. Bu nedenle, gösterimin (360) bölümleri olusturuldukça, bölümlerden bir ya da daha fazlasi MPD'nin (352) güncellenecegini belirtmek için MPD güncelleme kutularini içerebilir. Ornek olarak, SEKIL 7'de, bölüm ( ve bölüm verilerini (366A) içerir. Bölüm verileri (366A), genel olarak video dosyasina (150) (SEKIL 3) göre olusturulabilir. Bununla birlikte, bölüm (362A) ayni zamanda MPD güncelleme kutusunu (364A) da içerir. Bu sekilde, kullanici cihazi (40), MPD güncelleme kutusunun ( güncelleyebilir. MPD güncelleme kutusu ( güncellemelerini içerebilir ya da MPD (352) güncellemesinin URI'sini ya da URL'sini içerebilir. MPD güncelleme kutularinin (364) verilerinin mutlaka açik kutulara dahil edilmedigi anlasilmalidir. Ornek olarak, büyük ölçüde MPD güncelleme kutularinin (364) verilerine uyan veriler, bölümlerin (362) diger kutularina ya da bölümlerin (362) üst bilgi kismina dahil edilebilir. Bu sekilde, MPD güncelleme bilgisini içeren bölümlerin (362) bir "kismi" bir üst bilgi kismina, MPD güncelleme kutularina (364) benzer bir MPD güncelleme kutusuna ya da bir veya daha fazla baska bölüm kutularinda (362) bulunan verilere karsilik gelebilir. Bu sekilde, bölümün ( güncellemek için MPD güncelleme kutusunu (364A) analiz edebilir. Kullanici cihazi (40) daha sonra bölümleri ( güncellenmis versiyonunu kullanabilir. Bölümler (3628 ve 362C), yine SEKIL 3'teki video dosyasina ayni zamanda bölümün (362D) verilerini de alabilir. Bu örnekte, bölüm (362D), kullanici cihazinin (40), esas olarak birinci güncellemeye uygun sekilde MPD'ye (352) baska bir güncelleme yapmak için kullanabilecegi MPD güncelleme kutusunu (3648) içerir. Buna göre, gösterimin (360) bölümünün (362D) ötesindeki bölümleri almak için, kullanici cihazi (40), MPD güncelleme kutusunun (3648) verilerine göre gerçeklestirilen güncellemeleri esas alarak yeni MPD (352) versiyonunu kullanabilir. MPD güncelleme kutulari (364A, 3648) gibi bir MPD güncelleme kutusu asagidaki Tablo 7'ye göre özellikleri içerebilir: TABLO 7 - MPD Güncelleme Kutusu Ozellikleri Kutu Tipi MUPE Zorunlu Hayir Miktar Sifir ya da bir Bazi örneklerde, bir MPD güncelleme kutusu tanimlamak için asagidaki söz dizimi kullanilabilir: aligned(8) class MPDUpdateBox extends FullBox('mupe') { unsigned int(3) mpd_inf0rmati0n_flags; unsigned int(l) new_locati0n_flag; unsigned int(28) Iatest_mpd_update_time; /// Asagidakiler istege bagli alanlardir} } string mpd_l0cati0n MPD güncelleme kutusu söz dizimi için örnek bir semantik seti asagida verilmistir: mpd bilgi bayraklari, asagidakilerin sifir ya da daha fazlasinin mantiksal OR'unu OxOO Medya Gösterim Açiklamasi simdi güncelle OxO1 Medya Gösterim Açiklamasi önceden güncelle 0x02 Sunumun Sonu Ox03 ila OXO7 arasindakiler rezerve edilmistir. new_locati0n_flag eger 1'e ayarlanmis ise, daha sonra yeni Medya Gösterim Açiklamasi mpd konumlarinda belirtilmis olan yeni bir konumda elde edilebilirdir. latest_mpd_update_time, MPD güncellemesinin en son MPD'nin MPD yayin süresine göre ne zaman yapilmasi gerektigini ms cinsinden belirtir. Kullanici MPD'yi simdi arasinda herhangi bir zamanda güncellemeyi seçebilir. mpd konumu, sadece ve sadece new_locati0n_flag ayarlanirsa ve yeni Medya Sunum Açiklamasi için Tek Biçimli Kaynak Konumlandirici saglarsa bulunur. Bu sekilde, bölüm seviyesindeki bant içi sinyal, MPD'ye (302) yapilan güncellemeleri belirtmek için kullanilabilir. Bazi örneklerde, güncellemeler bölüm sinirlarinda saglanabilir. Yani, MPD güncelleme kutulari (364) sadece çesitli örneklerde, baslangiçta ya da ilgili bölümlerin sonunda meydana gelebilir. Bazi örneklerde, eger MPD güncellemelerinin bant genisligi bir sorun ortaya koyarsa, sunucu cihaz (60) (SEKIL 1), sadece bu parçalarin güncellenecegi belirli cihaz yetenekleri için MPD'ler sunabilir. Buna ilave olarak, MPD'nin ( duvar saati zamaninda bir yayin zamani saglayabilir. Bu, MPD için ve MPD'nin ne zaman yayinlandigina dair benzersiz bir tanimlayici saglayabilir. Ayni zamanda güncelleme islemleri için bir baglanti da saglayabilir. Ilave olarak, sunucu cihaz (60) ve/ veya içerik hazirlama cihazi (20), hiyerarsik yapilar kullanmak sureti ile, örnek olarak MPD'nin (302) güncellemeye ihtiyaç duymayan diger kisimlarini degistirmeden, sadece MPD'nin (302) güncellemeleri gerektiren kisimlari güncellemek için, MPD güncellemelerini optimize edebilir. Hedefli reklam ekleme gibi reklam ekleme, ayni zamanda, SEKIL 7'dekilere benzer MPD güncelleme kutulari kullanilarak da gerçeklestirilebilir. Yani, reklam çoklu ortam içeriginden veri almak için kullanici cihazini (40) yönlendirmek için bir MPD güncelleme kutusu saglanabilir. Bu, spor etkinliklerin de oyunun oynanmasini geciktiren molalar ya da diger aksiyonlar sirasinda, ve benzer sekilde video yeniden oynatmasi için molalarda ve heyecan verici aksiyonlarin gecikmelerinde ortaya çikabilir. Bu tür olaylar bir sekilde rastgele olarak ortaya çikabilecegi için, reklamlarin eklenecegi zamanlar daha önceden bilinmeyebilir. MPD'nin (302) güncellenmesi, bölümlerin dagitimina asenkron bir sekilde uygulanabilir. Sunucu cihazi (60), kullanici cihazina (40), bir MPD'nin belirli bir süre boyunca güncellenmeyecegi garantileri verebilir. Bununla birlikte, sunucu cihazinin (60), MPD minimum güncelleme periyodundan önce güncellendiginde açikça sinyal göndermesi gerekmez. Kullanici cihazlari farkli MPD güncelleme durumlarinda çalisabilecegi için, tamamen senkronize oynatma zor bir sekilde elde edilebilir. Bu nedenle, kullanicilar kayma yasayabilir. Zaman kaydirmali görüntüleme, sunucu cihazi (60) ve /veya içerik hazirlama cihazi (20) tarafindan saglanabilir. SEKIL 8, bir sunucu cihaz tarafindan gösterim gruplarinin gösterimlerini saglamak ve bir kullanici cihazi tarafindan gösterim gruplarini ve ayrica seçilen gösterim grubu içindeki bireysel bir gösterimi seçmek için örnek bir metodu gösteren bir akis semasidir. SEKIL 8'deki metot, sunucu cihazi (60) ve kullanici cihazi (40) ile ilgili olarak tarif edilmekle birlikte, diger cihazlarin SEKIL 8'in metoduna benzer teknikler uygulayabilecegi anlasilmalidir. Ornek olarak, içerik hazirlama cihazi (20) ya da bir içerik teslim aginin bir ya da daha fazla ag cihazi, sunucu cihazina (60) fonksiyonlarin bazilarini ya da tamamini gerçeklestirebilir. Sunucu cihazi (60), set içindeki gösterimlerin bir ya da daha fazla ortak özellige sahip oldugu durumda, ilk olarak, çoklu ortam içerigi için bir bildirim dosyasinin yani sira, bir çoklu ortam içeriginin gösterimlerinin bir seti için veri elde edebilir (örnek olarak, yaratabilir, ya da içerik hazirlama cihazindan (20) alabilir).Gösterimler seti bir gösterim grubuna karsilik gelebilir. Sunucu cihazi (60), kullanici cihazina (40) gösterim gruplarinin göstergelerini saglayabilir (400).Ornek olarak, sunucu cihazi (60) kullanici Cihazina (40) MPD ( saglayabilir. SEKIL 2, 6 ve 7'deki diger örnek MPD'ler ayni zamanda gösterim grubu XML ögeleri gibi gösterim gruplarinin göstergelerini de içerebilir. Her durumda, kullanici cihazi (40), örnek olarak MPD dosyasindan ya da sunucu cihazindan (60) alinan MPD dosyasinin bir kismindan gösterim grubu özelliklerini (402) tarif eden bilgileri alabilir. Kullanici cihazi (40) daha sonra, kullanici cihazinin (40) geri almak, kodunu çözmek, ya da islemek için seçemeyecegi ya da seçmeyecegi gösterim gruplarini elemek için gösterim gruplarinin özelliklerini analiz edebilir. Ornek olarak, kullanici cihazi (40), uygun olmayan gösterim gruplarini belirlemek için kod çözme ve isleme yeteneklerini gösterim gruplarinin özellikleri ile karsilastirabilirBaska bir örnek olarak, kullanici cihaz (40), istenmeyen gösterim gruplarini ortadan kaldirmak için, dil, derecelendirme ve derinlik miktari (örnek olarak, belirli kamera açilari olan iki ya da daha fazla görüntü tarafindan saglanan gibi) için kullanici tercihlerini karsilastirabilir. Kullanici cihazi (40) daha sonra, en azindan kismen kullanici cihazinin (40) kod çözme ve isleme yeteneklerine dayanan uygun bir gösterim grubu seçebilir (404).Tabii ki, bu seçimin ayni zamanda yukarida da belirtildigi gibi kullanici tercihlerine dayanarak (ilave olarak ya da alternatif olarak) yapilabilecegi anlasilmalidir. Bu sekilde, kullanici cihazi (40), gösterimlerin seti için ortak özelliklere dayanarak bir dizi gösterim seçebilir. Bir gösterim grubu seçildikten sonra, kullanici cihazi (40), özellikle gösterim grubunun gösterimlerini tarif eden bir MPD kismi için veri talep edebilir. Yanit olarak, sunucu cihazi (60), kullanici Cihazina (40) seçilen gösterim grubunda, diger bireysel gösterim özelliklerinin yani sira gösterim bit hizlarinin gösterimlerini saglayabilir (406). Ornek olarak, sunucu cihazi (60), gösterim gruplari (SEKIL 5) için MPD kisimlarindan belirli biri için kullanici Cihazina (40) veri gönderebilir. Diger örneklerde, kullanici cihazi (40) çoklu ortam içerigi için zaten tam bir MPD almis olabilir (örnek olarak, SEKIL 4'ün MPD'si (202)), ancak seçilen gösterim grubuna karsilik gelen MPD'nin kisimlarini özellikle analiz edebilir. Bu sekilde, bazi örneklerde, SEKIL 8'in 406 adimi, 402 adiminda ve/ veya 404 adimindan önce meydana gelebilir. Her bir durumda, gösterimler için bit bitleri içeren seçilen gösterim grubunun gösterimlerine özgü özellikler aldiktan sonra (408), kullanici cihazi (40) mevcut bir ag bant genisligi miktarini belirleyebilir (410).Kullanici cihazi (40) daha sonra seçilen gösterim grubundan bir gösterim seçebilir (412) olup, seçilmis olan gösterim, ag bant genisliginin belirlenmis olan hali hazirda mevcut olan miktari tarafindan temin edilebilecek olan bir bit hizina sahiptir. Gösterimlerin bit hizlari, gösterim grubundaki bireysel gösterimlerin kodlama özelliklerinin örneklerini temsil eder. Kullanici cihazi (40) daha sonra, seçilen gösterimin verilerini talep edebilir (414).Ornek olarak, kullanici cihazi (40), seçilen gösterimin bir bölümünü talep etmek için bir HTTP GET istegi olusturabilir (örnek olarak üretebilir ve gönderebilir).Alternatif olarak, kullanici cihazi (40), seçili gösterimin bir bölümünün bayt araligini belirten bir HTTP kismi GET'i olusturabilir. Her bir durumda, kullanici cihazi (40) istegi sunucu cihazina (60) gönderebilir. Sunucu cihazi (60) istegi alabilir ve karsilik olarak istenen verileri kullanici cihazina (40) gönderebilir (416).Omek olarak, istek islem birimi (70), alinan istegin verilerinden, örnek olarak bir kaynak Internet protokolü (IP) adresi ve alinan istegin kaynak portundan, kullanici cihazinin (40) bir ag adresini belirleyebilir. Istek islem birimi (70), Istenen verileri içeren ag paketleri olusturabilir ve talep edilen verileri, kullanici cihazina (40), örnek olarak belirlenen lP adresi için belirlenmis olan kullanici cihazina (40) gönderebilir. Istenen verileri aldiktan sonra, kullanici cihazi (40), alinan verilerin kodunu çözmeye ve bunlari görüntülemeye baslayabilir (418).Istenen verileri alirken, kullanici cihazi (40) mevcut ag bant genisligini analiz etmeye devam edebilir ve mevcut ag bant genisligi miktarinda bulunabilecek bit hizlarina sahip gösterimlerden istekler gönderebilir (410 ila 414 arasindakiler).Eger ag bant genisligi miktari degisirse, kullanici cihaz (40) uyarlamali olarak seçilen gösterim grubundan farkli bir gösterime geçebilir. Ornek olarak, kullanici cihazi (40), gösterim grubunda bir önceki gösterimden istenen son bölümün zamansal konumuna karsilik gelen yeni bir gösterimde bir bölüm belirleyebilir, ardindan yeni gösterimde belirlenen bölümü (ya da bunun bir kismini) talep edebilir. Bazi örneklerde, sunucu cihazi (60), SEKIL 8'in metodu sirasinda kullanici cihazina (40) hedefli reklam yerlestirilmesine karsilik gelen bir MPD saglayabilir. MPD, kullanici cihazinin (40), bir kullanici cihazinin (40) bir kullanicisina hedeflenmis olan reklam çoklu ortam verilerini almasina neden olabilir. Bazi örneklerde, kullanici cihazi (40) ilave olarak, reklam medyasi verilerini kullanici cihazi (40) kullanicisina hedeflemek için sunucu cihazina (60) kullanici bilgisi saglayabilir. Kullanici bilgisi, kullanici tercihlerini, kullanici tanimlama bilgisini (bir kullanici lD'si gibi), kullanici demografik bilgisini ya da bu gibi diger bilgileri içerebilir. Hedeflenen ilave ekleme, örnek olarak, Sekil 8'deki 400 adimindan önce ya da 418 adimindan sonra ve örnek olarak çoklu ortam içeriginin sonraki bir periyodu için sonraki bir gösterimi seçmeden önce gerçeklesebilir. Bu sekilde, SEKIL 8'in metodu, asagidakileri içeren bir metodun bir örnegini göstermektedir: çoklu ortam içerigi için bir bildirim dosyasinin en azindan bir kisminin analiz edilmesi olup, bildirim dosyasinin kismi, çoklu ortam içeriginin gösterimlerinin setinin göstergesi olan bilgiyi ve gösterimlerin her bir set için ortak özelliklerin göstergesi olan bilgiyi içerir; gösterimlerin setlerinin biri için ortak özelliklere dayanarak gösterimlerin setlerinin birinin seçilmesi; setlerim birinin gösterimlerinin birinin bir ya da daha fazla kodlama özelliklerine dayanarak gösterimlerin setlerinin seçilmis birinin gösterimlerinin birini seçmek, ve seçime dayanarak gösterimlerin birinin verisi için bir istek üretmek. Benzer sekilde, SEKIL 8'in metodu, asagidakileri içeren bir metodun bir örnegini gösterir: bir yada daha fazla ortak özellige sahip olan çoklu ortam içeriginin gösterimlerinin bir setini elde etmek olup, içerisinde set içindeki gösterimlerin her biri ortak özelliklerden ayri olarak bireysel kodlama özelliklerine sahiptir; çoklu ortam içerigi için bir bildirim dosyasi elde etmek olup, içerisinde bildirim dosyasi set içerisindeki gösterimlerin göstergesi olan bilgiyi, gösterimlerin seti için ortak özelliklerin göstergesi olan bilgiyi, ve set içerisindeki gösterimlerin her biri için kodlama özelliklerinin göstergesi olan bilgiyi içerir; ve bir kullanici cihazina bildirim dosyasinin en azindan bir kisminin gönderilmesi. SEKIL 9, bir sunucu cihazi tarafindan bir hile modunun gösterimi olan verileri saglamak ve çoklu ortam içeriginin hile modu verilerini almak ve oynatmak için verileri bir kullanici cihazi tarafindan kullanmak için örnek bir metodu gösteren bir akis semasidir. SEKIL 9'daki metot, sunucu cihazi (60) ve kullanici cihazi (40) ile ilgili olarak tarif edilmekle birlikte, diger cihazlarin SEKIL 9'un metoduna benzer teknikler uygulayabilecegi anlasilmalidir. Ornek olarak, içerik hazirlama cihazi (20) ya da bir içerik teslim aginin bir ya da daha fazla ag cihazi, sunucu cihazina (60) fonksiyonlarin bazilarini ya da tamamini gerçeklestirebilir. Buna ilave olarak, bir hile modunun seçimi, bir gösterim grubunun seçimi ve yukaridaki Sekil 8'e göre tarif edildigi gibi gösterim grubundan bir gösterim ile birlikte yapilabilir. Sunucu cihazi (60), gösterimlerin en azindan bir tanesinin bir zamansal alt dizi içerdigi durumda, ilk olarak, çoklu ortam içerigi için bir bildirim dosyasinin yani sira, çoklu ortam içeriginin bir ya da daha fazla gösterimi için veri elde edebilir (örnek olarak, yaratabilir, ya da içerik hazirlama cihazindan (20) alabilir).BiIdiri dosyasi gösterimin bir zamansal alt dizi içerdigini gösterebilir. Sunucu cihazi (60), çoklu ortam içeriginin, örnek olarak gösterimlerin (430) özelliklerinin göstergelerini kullanici cihazina (40) saglayabilir. Ek olarak, sunucu cihaz (60) bir ya da daha fazla gösterimin zamansal alt dizilerinin gösterimlerini saglayabilir (432).Yani, sunucu cihazi (60), çoklu ortam içerigi için bir MPD dosyasi içerisinde, çoklu ortam içeriginin bir ya da daha fazla gösterimi için zamansal alt dizilerinin mevcut oldugunu gösteren bilgiyi saglayabilir. Ornek olarak, sunucu cihaz (60), yukarida Sekil 6'ya göre tarif edildigi gibi, kullanici cihazina (40) bir zamansal alt dizi alt ögelerine sahip olan bir hile modu ögesini içeren bir MPD'nin en azindan kismini saglayabilir. Bu sekilde, kullanici cihazi (40), çoklu ortam içeriginin gösterimlerinin özelliklere dayanarak bir gösterim seçebilir (434).Kullanici cihazinin (40) mutlaka bir zamansal alt dizi ile bir gösterimi seçmesine gerek olmamasina ragmen, bu teknikleri göstermek için tartisma amaçlari için, örnek olarak kullanici cihazinin (40) bir zamansal alt dizisinin mümkün oldugu bir gösterimi seçtigi varsayilmaktadir. Kullanici cihazi (40) daha sonra bir hile modunu kullanma istegi alabilir (436).Ornek olarak, kullanici cihazi (40), örnek olarak bir kullanici cihazi (40) kullanicisindan oynatmanin baslayacagi bir belirli zamansal gösterim konumunun bir seçimini alabilir. Alternatif olarak, kullanici cihaz (40) video verilerini hizli ileri ya da geri sarmak için bir istek Hile modunu kullanma istegine yanit olarak, kullanici cihazi (40), gösterim için bir zamansal alt dizinin mevcut olup olmadigini belirleyebilir ve eger öyleyse, zamansal alt dizinin en az bir kismini almak için veri talep edebilir (438).Sunucu cihazi (60), kullanici cihazina (40) zamansal alt dizi için veri konumlarini gösteren göstergeler vererek istege yanit verebilir (440).Bazi örneklerde, çoklu ortam içerigi için MPD'nin bir kismi, zamansal alt dizi için verilerin konumlarini gösterebilir. Diger örneklerde, kullanici cihazi (40), karsilik gelen gösterimin bölümlerinden alt parça indeks kutulari ve/ veya alt iz parça kutulari talep edebilir. Her durumda, kullanici cihazi (40), zamansal alt dizinin verilerini belirtilen konumlardan istemek için zamansal alt dizi için veri konumlarini gösteren bilgileri içeren alinan verileri kullanabilir. Ornek olarak, kullanici cihazi (40), lDR rasgele erisim noktalari ve/ veya ODR rasgele erisim noktalari dahil olmak üzere konumlari (Örnek olarak, bölümlerin URL'leri ve muhtemelen bölümlerin bayt araliklari) belirleyebilir. Kullanici cihazi (40) daha sonra, video verilerini hile moduna göre oynatmak için zamansal ait dizi verisi için HTTP GET ya da kismi GET istekleri yapabilir. Kullanici cihazindan (40) HTTP GET ve/ veya kismi GET isteklerini aldiktan sonra, sunucu cihaz (60) istenen verileri kullanici cihazina (40) saglayabilir (444). Ornek olarak, sunucu cihazi (60), HTTP GET isteklerine yanit olarak bölümleri ya da HTTP kismi GET isteklerine yanit olarak bölümlerin medya parçalarini (ya da medya parçalarinin kisimlarini) gönderebilir. Istenen verileri aldiktan sonra, kullanici cihazi (40), alinan verilerin kodunu çözmeye ve bunlari görüntülemeye baslayabilir (446).Benzer sekilde, kullanici cihazi (40) gösterimden (ya da eger mevcut ag bant genisligi miktari degisirse farkli bir gösterimden) veri istemeye etmeye devam Bu sekilde, SEKIL 9'daki metot, asagidakileri içeren bir metodun bir örnegini temsil eder: bir çoklu ortam içerigi için bir bildirim dosyasinin bilgisinin analiz edilmesi olup, içerisinde bildirim dosyasinin bilgisi, çoklu ortam içeriginin gösterimlerinin en az bir tanesinin bir zamansal alt diziyi içerdigini gösterir; zamansal ait dizi için verilerin bir ya da daha fazla konumlarinin belirlenmesi; ve zamansal ait dizi için veri için bir ya da daha fazla istegin sunulmasi. Benzer sekilde, SEKIL 9'daki metot, asagidakileri içeren bir metodun bir örnegini temsil eder: bir zamansal alt dizi içeren çoklu ortam içeriginin en az bir gösterimi için veri elde etmek; çoklu ortam içerigi için bir bildirim dosyasi için veri elde etmek olup, içerisinde bildirim dosyasinin bilgisi çoklu ortam içeriginin en az bir gösteriminin zamansal alt dizi içerdigini gösterir; ve bildirim dosyasinin en az bir kisminin bir kullanici cihazina gönderilmesi. SEKIL 10, bir sunucu cihaz tarafindan bir MPD gibi bir bildirim dosyasinin güncellenmesi ve bir kullanici cihazi tarafindan bir MPD'nin güncellenmesi için göstergeler saglamak için örnek bir metodu gösteren bir akis semasidir. SEKIL 'daki metot, sunucu cihazi (60) ve kullanici cihazi (40) ile ilgili olarak tarif edilmekle birlikte, diger cihazlarin SEKIL 10'un metoduna benzer teknikler uygulayabilecegi anlasilmalidir. Ornek olarak, içerik hazirlama cihazi (20) ya da bir içerik teslim aginin bir ya da daha fazla ag cihazi, sunucu cihazina (60) fonksiyonlarin bazilarini ya da tamamini gerçeklestirebilir. Buna ilave olarak, bir MPD'nin güncellenmesi, yukarida SEKILLER 8 ve 9'a göre tarif edildigi sekli ile, bir hile modunun seçilmesi ve/ veya bir gösterim grubundan bir gösterim grubunun ve bir gösterimin seçilmesi ile bir arada gerçeklestirilebilir. Bazi örneklerde, içerik hazirlama cihazi (20), bir spor olayi gibi canli bir etkinlik sirasinda yakalanan sifreli video verilerini kodlayabilir ve kapsülleyebilir. Bu sekilde, kullanici cihazi (40), olay gerçeklestikçe olayin kodlanmis verilerini neredeyse gerçek zamanli olarak alabilir. Ilk olarak, sunucu cihazi (60), canli olaya karsilik gelen bir ya da daha fazla çoklu ortam içeriginin gösterimini alabilir ve bir MPD'deki çoklu ortam içeriginin gösterimi için özellik göstergelerini saglayabilir (460).MPD, olay canli olarak çekilirken olusturulan çoklu medya içeriginden dolayi yalnizca çoklu medya içeriginin belirli bir zamansal konumuna kadar olan bölümlerin özelliklerini ve konumlarini tanimlayabilir. Kullanici cihazi (. Mevcut MPD'yi kullanarak, kullanici cihazi (40) seçilen gösterimin bölümlerini, örnek olarak zamansal konuma kadar isteyebilir. Yanit olarak, sunucu cihazi (60) istenen bölümleri gönderebilir. Bununla birlikte, ilave olarak, sunucu cihazi (60), bir MPD güncelleme kutusu ya da bir MPD'nin 0 bölümden itibaren güncellenecegini belirten diger bilgileri içeren bir bölüm gönderebilir (466). Yanit olarak, kullanici cihazi (40), alinan bölümlerin bir ya da daha fazlasinin kodunu çözebilir ve bunlari görüntüleyebilir (468). Kullanici cihaz (40) ayni zamanda MPD'nin güncellenecegini belirten bilgiyi alabilir (470).Ornek olarak, kullanici cihazi (40), MPD'nin artik uygulanmadigi zamansal konumdan önceki son bölümü alabilir. Kullanici cihazi (40), son bölümün, SEKIL 7'ye göre tarif edilen MPD güncelleme kutularina benzer bir MPD güncelleme kutusu içerdigini belirleyebilir. Güncelleme kutusunu kullanmak sureti ile, kullanici cihazi (40), MPD'ye güncelleme isteyebilir (472). Ornek olarak, kullanici cihazi (40) MPD için güncellemelerin bir ag konumunu belirleyebilir ve tespit edilen konumdan güncellemeleri isteyebilir. Sunucu cihazi (60) ya da MPD'ye güncellemeleri depolayan baska bir Cihaz (örnek olarak, içerik hazirlama cihazi (20)), MPD'yi güncellemek için kullanici cihazin (40) kullanabilecegi (. Alternatif olarak, bazi örneklerde, MPD güncelleme kutusu, MPD güncellemelerinin kendisini gösteren bilgileri içerebilir; bu durumda, kullanici cihazi (40), MPD güncelleme kutusunun bilgisini kullanarak MPD'yi güncelleyebilir. Her durumda, kullanici cihazi (40), MPD'nin güncellenmis versiyonunu kullanarak, önceki MPD'nin artik uygulanmadigi zamansal konumu izleyerek bölümler isteyebilir (478). Kullanici cihazi (40) ve sunucu cihazi (60), kullanici cihazi (40) çoklu ortam içerigini oynatmayi bitirinceye kadar benzer adimlari izlemeye devam edebilir. Bazi örneklerde, SEKIL 10'un metoduna benzer teknikler, hedefli reklam yerlestirmeyi gerçeklestirmek için kullanilabilir. Ornek olarak, bir güncellenmis MPD, reklam medyasi içerigine karsilik gelen bir kismi içerebilir. Kullanici cihazinin (40), arzu edilen medya içeriginin daha sonra gelen medya verisini almak için bir baska güncellenmis olan MPD içerebilecek olan, reklam medya içeriginin bir ya da daha fazla bölümünün verisini almak için, güncellenmis olan MPD'ye dayanarak reklam medya içeriginin verisini almasina ve yeniden oynatmasina ihtiyaç duyulabilir. Bu sekilde, SEKIL 10'un metodu, asagidakileri içeren bir metodun bir örnegini temsil etmektedir: bir kullanici cihazi tarafindan depolanmis olan bir bildirim dosyasinin bir kopyasinin verisi dogrultusunda çoklu ortam içeriginin bir gösteriminin bir birinci bölümünün verisinin alinmasi; bildirim dosyasi dogrultusunda gösterimin bir ikinci bölümünün bir kisminin alinmasi olup, içerisinde ikinci bölüm gösterim içerisinde birinci bölümden sonra ortaya çikar, ve içerisinde ikinci bölümün kismi bildirim dosyasinin güncellenecegini gösterir; kullanici cihazi tarafindan depolanmis olan bildirim dosyasinin kopyasinin bildirim dosyasinin güncellenecegi göstergesine dayanarak güncellenmesi; ve güncellenmis olan bildirim dosyasi dogrultusunda ikinci bölümün medya verisinin alinmasi. Benzer sekilde, SEKIL 10'un metodu, asagidakileri içeren bir metodun bir örnegini temsil etmektedir: bir kullanici cihazina çoklu ortam içeriginin bir bildirim dosyasinin verisinin gönderilmesi olup, içerisinde bildirim dosyasi çoklu ortam içeriginin bir gösteriminin bir birinci bölümünün göstergesi olan bilgiyi içerir; kullanici cihazindan bir istege yanit olarak kullanici cihazina gösterimin birinci bölümünün en azindan bir kisminin gönderilmesi olup, içerisinde birinci bölümün kismi bildirim dosyasinin güncelleneceginin göstergesidir, içerisinde bildirim dosyasinin bir güncellenmis olan versiyonu gösterimin bir ikinci, farkli bölümünün göstergesi olan veriyi içerir; ve kullanici cihazina, kullanici cihazindan alinmis olan bir istege yanit olarak ve güncellenmis olan bildirim dosyasina göre hazirlanmis olan ikinci bölümün verisinin gönderilmesi. SEKIL 11, bir deneyim kalitesi (QoE) rapor belgesinin verilerini olusturmak ve kullanmak için örnek bir metodu gösteren bir akis semasidir. SEKIL 11deki metot, sunucu cihazi (60) ve kullanici cihazi (40) ile ilgili olarak tarif edilmekle birlikte, diger cihazlarin SEKIL 11'in metoduna benzer teknikler uygulayabilecegi anlasilmalidir. Ornek olarak, içerik hazirlama cihazi (20) ya da bir içerik teslim aginin bir ya da daha fazla ag cihazi, sunucu cihazina (60) fonksiyonlarin bazilarini ya da tamamini gerçeklestirebilir. Buna ilave olarak, sunucu cihazina (60) ve/ veya içerik hazirlama cihazina (20) bir QoE raporunun saglanmasi, yukaridaki SEKILLER 8, 9 ve 10'a göre tarif edildigi gibi, bir MPD'nin güncellenmesi, bir hile modunun seçimi ve/ veya bir temsil grubunun seçimi ve bir gösterim grubundan gösterimin seçilmesi ile baglantili olarak gerçeklestirilebilir. Ilk olarak, sunucu cihazi (60), bir kullanici cihazina (40), bir MPD içerisindeki çoklu ortam içeriginin gösteriminin özelliklerinin göstergesini saglayabilir (500).Yukarida tartisildigi gibi, kullanici cihazi (40), örnek olarak kullanici cihazinin (40) kod çözme ve/ veya isleme yeteneklerine, kullanici tercihlerine, mevcut ag bant genisligine ve/ veya çoklu ortam içeriginin gösteriminin diger özelliklerine dayanarak bir gösterim seçebilir (502).Kullanici cihazi (40) daha sonra, seçilen gösterimin bir ya da daha fazla bölümlerini talep edebilir (504). Sunucu cihazi (60), istenen bölümleri kullanici cihazina (40) gönderebilir (506). Istenen verileri aldiktan sonra, kullanici cihazi (40), alinan verilerin kodunu çözmeye ve bunlari görüntülemeye baslayabilir (508). Kullanici cihazi (40) daha sonra tüm video verilerinin alinip alinmadigini belirleyebilir (510). Eger gösterimin (ya da genel olarak çoklu ortam içeriginin) son bölümü alinmamis ise (i kullanici cihazi tekrardan ag bant genisliginin hali hazirda kullanilabilir olan miktarini degerlendirebilir ve bu analize dayanarak bir gösterim seçebilir (502) ve gösterimin Genel olarak, kullanici cihazi (40) verileri ara bellege alabilir ve hali hazirda mevcut ag bant genisligi tarafindan barindirilabilecek bir gösterimden çoklu ortam içeriginin verilerini isteyerek ara bellek asiri akisini ve az akisini önlemeye çalisabilir. Bununla birlikte, zaman zaman, örnek olarak, eger çoklu ortam içeriginin gerçek kodlama özellikleri sinyal kodlama özellikleri ile eslesmezse ya da uygun bir seçim yapmak için kullanici cihazi (40) için yeterli veri yoksa, örnek olarak, ara bellek tasmasi ya da az akis olusabilir. Diger faktörler ayni zamanda bir kullanici cihazinin (40) bir kullanicisi için deneyim kalitesinin düsmesine neden olabilir. Bu nedenle, gösterimin (ya da çoklu ortam içeriginin) son bölümünün alinmasindan ve uygun sekilde cihazina (60) bir deneyim kalitesi (QoE) raporu saglayabilir. Ornek olarak, kullanici cihazi (40), seçilen bölümlerin göstergelerini ve gösterimleri içerecek sekilde rapor olusturabilir (512).Kullanici cihazi (40) ayni zamanda, medya oynatilmasinda duraklamalara neden olabilecek ara bellek tasmasi! asagi tasmasi olaylarini da kaydedebilir. Kullanici cihazi (40), oynatilan Periyotlari temsil eden bir dizi PeriodReport ögesi içeren bir rapor olusturabilir. Bir Periyot ögesi, her biri bir Gösterimin bir kisminin sürekli bir çalismasini temsil eden ve hem gerçek zamanli hem de gösterim zamaninda baslangiç ve bitis zamanlarini saglayan bir zamanini da içerebilir; bu, kullanicinin içerigi ve oynatma baslangicini görüntüleme isteginin zamanidir. Bu sekilde, rapor belgesi, kullanici cihazinin çoklu ortam içeriginin medya verilerini aldigi çoklu ortam içeriginin gösterimlerini gösteren bir genisletilebilir isaretleme dili (XML) formatli elektronik belge içerebilir. Kullanici cihazi (40), raporu sunucu cihazina (60) ya da içerik hazirlama cihazi (20) ya da özel bir rapor toplama cihazi gibi bir içerik teslim aginin bir baska cihazina saglayabilir. Bu sekilde, sunucu cihazi (60), kullanici cihazi (40) tarafindan alinan bölümlerin ve gösterimlerin göstergesini alabilir (514). Sunucu cihazi (60) daha sonra, örnek olarak içerik hazirlama cihazini (20) ya da içerik hazirligini iyilestirmek için bir servis saglayici ya da medya derleyici ile baglantili olan baska bir cihaza göstergeleri saglayabilir. Kullanici cihazi (40) tarafindan saglanan bilgilerden, bir servis saglayici tam olarak neyin oynatildigini, oynatma sirasinda duraklamalar oldugu ve gösterimler arasinda geçis yapildigi zaman tam olarak ne oynatilabilecegini belirleyebilir. Alternatif olarak ya da ek olarak, kullanici cihazi (40), toplam oynatma süresi ve her gösterim için ayri, sürekli oynatma süresi sayisi, duraklama sayisi ve duraklama sürelerinin ortalamasi ve varyansi ile birlikte özet bilgiler saglayabilir. Servis saglayici, bu verileri kullanarak Uyarlamali HTTP Akis kullanarak akis için medya içeriginin yeni bir parçasi için deneyim kalitesi bilgilerini analiz edebilir. Servis saglayici, farkli bit oranlarinda bir dizi farkli gösterim yapabilir ve medya dosyalarini barindirmak için HTTP servis alt yapisi saglayabilir, ardindan kullanicilarin görüntüleme deneyimlerinin kalitesini belirlemek için geri bildirim toplayabilir. Servis saglayici, bu ya da gelecekteki medya içerigi barindirma hizmetinin kalitesini artirmak için bu verileri kullanabilir. Deneyim Kalitesi metrikleri, bir kullanici tarafindan tecrübe edildigi sekilde gerçek görüntülemeye atifta bulunabilir ve HTTP isteklerinin zamanlamasi, gösterim seçimi kararlari ve benzeri için kullanilan kullanici algoritmalarindan bagimsiz olabilir. Bu sekilde servis saglayici, bir kullanicinin belirli bir görüntüleme oturumu için görüntüleme deneyiminin kalitesini göreceli olarak dogru bir sekilde elde edebilir. Bu sekilde, SEKIL 11'deki metot, asagidakiler içeren bir metodun bir örnegini temsil eder: medya verisinin alindigi çoklu ortam içeriginin gösterimlerinin göstergelerinin bilgisini içeren bir dokümanin hazirlanmasi; ve hazirlanmis olan dokümanin medya verisinin alindigi bir sunucuya gönderilmesi. SEKIL 11'deki metot ayni zamanda, asagidakileri içeren bir metodun bir örnegini temsil etmektedir: bir kullanici cihazi tarafindan alinan verinin göstergesi olan bilginin alinmasi; kullanici cihazinin çoklu ortam içeriginin medya verisini almis oldugu çoklu ortam içeriginin gösterimlerinin göstergesi olan bilgiyi içeren bir genisletilebilir isaretleme dili formatindaki elektronik belgenin alinmasinin içerilmesi. Bir ya da daha fazla örnekte, tarif edilen fonksiyonlar, donanim, yazilim, ürün yazilimi ya da bunlarin herhangi bir kombinasyonunda uygulanabilir. Eger yazilimda uygulanirsa, fonksiyonlar bir ya da daha fazla komut ya da kod, bilgisayar tarafindan okunabilir bir ortamda depolanabilir ya da iletilebilir ve donanim tabanli bir islem birimi tarafindan yürütülebilir. Bilgisayar tarafindan okunabilir ortam, bir veri depolama ortami gibi bir fiziki ortama karsilik gelen bir bilgisayar tarafindan okunabilir ortami ya da örnek olarak, bir iletisim protokolüne uygun olarak, bir bilgisayar programinin bir yerden bir baska yere transfer edilmesini gerçeklestiren herhangi bir ortami içeren iletisim ortamini içerebilir. Bu sekilde, bilgisayar tarafindan okunabilir ortamlar genellikle (1) geçici olmayan fiziki bilgisayar tarafindan okunabilir depolama ortamina ya da (2) bir sinyal ya da tasiyici dalga gibi bir iletisim ortamina karsilik gelebilir. Veri depolama ortami, bu açiklamada açiklanan tekniklerin uygulanmasi için komutlar, kod ve/ veya veri yapilari almak 'üzere bir ya da daha fazla bilgisayar ya da bir ya da daha fazla islemci tarafindan erisilebilen herhangi bir ortam olabilir. Bir bilgisayar programi 'ürünü, bilgisayar tarafindan okunabilir bir ortam içerebilir. Ornek olarak, sinirlama olmaksizin, bilgisayar tarafindan okunabilir depolama ortami, istenilen programin komutlar ya da veri yapilari seklinde saklanmasi için kullanilan ve bir bilgisayar tarafindan erisebilir olan RAM, ROM, EEPROM, CD-ROM ya da baska bir optik disk depolama, manyetik disk depolama, `öteki manyetik depolama cihazlari, flas bellek ya da herhangi öteki ortami içerebilir. Ayrica, herhangi bir baglanti düzgün bir bilgisayar tarafindan okunabilir ortam olarak adlandirilir. Ornek olarak, eger komutlar bir koaksiyal kablo, fiber optik kablo, hükümlü çift, dijital abone hatti (DSL) ya da kizilötesi, radyo ve mikrodalga gibi kablosuz teknolojiler kullanilarak bir web sitesi, sunucu ya da baska bir uzak kaynaktan iletilirse, koaksiyal kablo, fiber optik kablo, büküml'u çift, DSL ya da kizilötesi, radyo ve mikrodalga gibi kablosuz teknolojiler, ortam tanimina dahil edilmistir. Bununla birlikte, bilgisayar tarafindan okunabilir depolama ortami ve veri depolama ortaminin baglantilar, tasiyici dalgalar, sinyaller ya da baska geçici ortamlari içermedigi, bunun yerine geçici olmayan, elle tutulabilir depolama ortamlarina yonelik oldugu anlasilmalidir. Burada kullanildigi sekliyle disk ve disket, kompakt disk (CD), lazer diski, optik disk, dijital çok yönlü disk (DVD), disket ve BIu-ray disk içerir, disketler genellikle manyetik olarak yeniden üretirken, diskler genellikle verileri manyetik olarak yeniden üretir. Yukaridakilerin kombinasyonlari da bilgisayar tarafindan okunabilir medya kapsamina dahil edilmelidir. Komutlar, bir ya da daha fazla dijital sinyal islemcisi (DSP), genel amaçli mikro islemciler, uygulamaya özel tümlesik devreler (ASlC'Ier), alan programlanabilir mantik dizileri (FPGA'Iar) ya da diger es deger entegre ya da ayrik mantik devresi gibi bir ya da daha fazla islemci tarafindan gerçeklestirilebilir. Buna göre, burada kullanildigi sekliyle "islemci" terimi, yukarida tarif edilen yapilarin herhangi birine ya da burada tarif edilen tekniklerin uygulanmasi için uygun olan herhangi bir baska yapiya isaret edebilir. Ek olarak, bazi yönlerden, burada açiklanan islevler, kodlama ve kod çözme için konfigüre edilmis ya da birlesik kodlayici-kod çözücü içine dahil edilmis özel donanim ve/ veya yazilim modülleri içinde saglanabilir. Ayrica, teknikler bir ya da daha fazla devrede ya da mantiksal ögelerinde tam olarak uygulanabilir. Bu açiklamanin teknikleri, bir kablosuz el cihazi, bir entegre devre (lC) ya da bir dizi cihazlarda uygulanabilir. Açiklanan tekniklerin gerçeklestirilmesi için konfigüre edilmis cihazlarin islevsel yönlerini vurgulamak için çesitli bilesenler, modüller ya da birimler açiklanmaktadir, ancak farkli donanim birimleri tarafindan gerçeklestirilmesi zorunlu degildir. Bunun yerine, yukarida tarif edildigi gibi, çesitli birimler bir kodlayici-kod çözücü donanim biriminde birlestirilebilir ya da uygun yazilim ve/ veya ürün yazilimi ile baglantili olarak yukarida tarif edildigi gibi bir ya da daha fazla islemci dahil olmak üzere, birlikte çalisan donanim birimlerinin bir araya getirilmesiyle saglanabilir. Asagidaki maddeler sadece örnek açiklamalardir, bulus sadece ekteki istemler ile tanimlanmaktadir. Bulusun tercih edilen özelliklerinin bagimli maddeler belirtildigi, asagidaki numarali maddeler vasitasi ile baska örnekler de tanimlanabilir: 1. Çoklu multimedya verilerini almanin bir metodu olup, asagidakileri içerir: çoklu ortam içerigi için bir bildirim dosyasinin bilgisinin analiz edilmesi olup, içerisinde bildirim dosyasinin bilgisi, çoklu ortam içeriginin gösterimlerinin en az bir tanesinin bir zamansal alt diziyi içerdigini gösterir; zamansal alt dizi için verilerin bir ya da daha fazla konumlarinin belirlenmesi; ve zamansal alt dizi için veri için bir ya da daha fazla istegin sunulmasi. 2. Madde 1'in metodu olup, ilave olarak zamansal alt dizinin verilerini gösterim için bir hile modunda sunmayi içerir. 3. Madde 1'in metodu olup, içerisinde verinin konumlarini belirleme, bildirim dosyasindan zamansal alt dizi için verilerin konumlarini belirlemeyi içerir. 4. Madde 1'in metodu olup, içerisinde verilerin konumlarini belirlemek, asagidakileri içerir: gösterimin bir kismi için veri alinmasi olup, içerisinde gösterimin kismi, zamansal alt dizi için bir ya da daha fazla veri konumunu gösteren verileri içerir; ve gösterimin alinan kismi için verinin analiz edilmesi. . Madde 4'ün metodu olup, içerisinde gösterimin bölümü için veri, gösterimin ilgili bölümlerinin sürekli bayt dizilerine karsilik gelir. . Madde 4'ün metodu olup, içerisinde gösterimin kismi, gösterimin bir alt parça indeks kutusunu içerir. . Madde 4'ün metodu olup, içerisinde gösterim bölümü için verinin alinmasi asagidakileri içerir: gösterimin kisminin bir baslangiç baytinin ve gösterimin kisminin bir bitis baytinin bildirim dosyasi verisinden alinmasi; ve baslangiç baytini, bitis baytini ve gösterimin bir tanimlayicisini belirten kismi bir GET isteginin gönderilmesi. . Madde 1'in metodu olup, içerisinde zamansal alt dizi için veriler, gösterimin bir ya da daha fazla anlik kod çözücü yenileme (lDR) resimlerini içerir. . Çoklu ortam verisinin alinmasi için bir cihaz olup, cihaz asagidakilerin gerçeklestirilmesi için konfigüre edilmis olan bir ya da daha fazla islemciyi içerir: çoklu ortam içerigi için bir bildirim dosyasinin bilgisinin analiz edilmesi olup, içerisinde bildirim dosyasinin bilgisi, çoklu ortam içeriginin gösterimlerinin en az bir tanesinin bir zamansal alt diziyi içerdigini gösterir; zamansal alt dizi için verilerin bir ya da daha fazla konumlarinin belirlenmesi; ve zamansal alt dizi için veri için bir ya da daha fazla istegin sunulmasi. .Madde 9'un cihazi olup, içerisinde bir ya da daha fazla islemci, bildirim dosyasindaki zamansal alt dizi için verinin konumlarini belirlemek üzere konfigüre edilmistir. 11.Madde 9'un cihazi olup, içerisinde verilerin konumlarini belirlemek için bir ya da daha fazla islemci, gösterimin bir kismi için veri almak üzere konfigüre edilmistir; içerisinde gösterimin kismi, zamansal alt dizi için verinin bir ya da daha fazla konumlarinin göstergesinin verisini ve gösterimin zamansal alt verilerin alinmasini içerir. 12.Madde 11'i`Jn cihazi olup, içerisinde gösterimin kismi, gösterimin bir alt parça indeks kutusunu içerir. 13. Madde 11'in cihazi olup, içerisinde gösterimin kisminin verilerini almak için, bir ya da daha fazla islemci, gösterimin kisminin bir baslangiç baytini ve gösterimin kisminin bir bitis baytini bildirim dosyasindan almak, ve baslangiç baytini, bitis baytini ve gösterimin bir tanimlayicisini belirten bir kismi GET istegini göndermek 'üzere konfigure edilmistir. 14. Madde 9'un cihazi olup, içerisinde cihaz asagidakilerden en az birini içerir: entegre bir devre; bir mikro islemci; ve bir ya da daha fazla islemci içeren bir kablosuz iletisim cihazi. .Çoklu ortam verilerini almak için bir cihaz olup, cihaz asagidakileri içerir: çoklu ortam içerigi için bir bildirim dosyasinin bilgisinin analiz edilmesi için araç olup, içerisinde bildirim dosyasinin bilgisi, çoklu ortam içeriginin gösterimlerinin en az bir tanesinin bir zamansal alt diziyi içerdigini gösterir; zamansal alt dizi için verilerin bir ya da daha fazla konumlarinin belirlenmesi için araç; ve zamansal alt dizi için veri için bir ya da daha fazla istegin sunulmasi için araç. 16.Madde 15'in araci olup, içerisinde verinin konumlarini belirleme için araç, bildirim dosyasindan zamansal alt dizi için verilerin konumlarini belirleme için araci içerir. 17.Madde 15'in cihazi olup, içerisinde verilerin konumlarini belirlemek, asagidakileri içerir: gösterimin bir kismi için veri alinmasi için araç olup, içerisinde gösterimin kismi, zamansal alt dizi için bir ya da daha fazla veri konumunu gösteren verileri içerir; ve gösterimin alinan kismi için verinin analiz edilmesi için araç. 18.Madde 17"L`in cihazi olup, içerisinde gösterimin kismi, gösterimin bir alt parça indeks kutusunu içerir. 19.Madde 17'nin metodu olup, içerisinde gösterim bölümü için verinin alinmasi için araç asagidakileri içerir: gösterimin kisminin bir baslangiç baytinin ve gösterimin kisminin bir bitis baytinin bildirim dosyasi verisinden belirlenmesi için araç; ve baslangiç baytini, bitis baytini ve gösterimin bir tanimlayicisini belirten kismi bir GET isteginin gönderilmesi için araç. .Bir bilgisayar programi 'ürünü olup, çalistirildigi zaman, çoklu ortam verisinin alinmasi için bir cihazin bir islemcisinin asagidakileri gerçeklestirmesine neden olan komutlarin 'üzerinde depolanmis oldugu bir bilgisayar tarafindan okunabilir olan ortami içermektedir: çoklu ortam içerigi için bir bildirim dosyasinin bilgisinin analiz edilmesi olup, içerisinde bildirim dosyasinin bilgisi, çoklu ortam içeriginin gösterimlerinin en az bir tanesinin bir zamansal alt diziyi içerdigini gösterir; zamansal alt dizi için verinin bir ya da daha fazla konumlarinin belirlenmesi; ve zamansal alt dizi için veri için bir ya da daha fazla istegin sunulmasi. 21.Madde 20'nin bilgisayar programi 'ürünü olup, içerisinde komutlar, islemcinin, gösterim için bir hile modunda gösterimin zamansal alt dizisini sunmasina neden olur. 22.Madde 20'nin bilgisayar programi ürünü olup, içerisinde islemcinin, verinin konumlarini belirlemesine neden olan komutlar, islemcinin, bildirim dosyasindan zamansal alt sira için verilerin konumlarini belirlemesine neden olan komutlari içerir. 23.Madde 20'nin bilgisayar programi ürünü olup, içerisinde islemcinin, verinin konumlarini belirlemesine neden olan komutlar, islemcinin, asagidakilere neden olmasina neden olan komutlari içerir: gösterimin bir kismi için veri alinmasi olup, içerisinde gösterimin kismi, zamansal alt dizi için bir ya da daha fazla veri konumunu gösteren verileri içerir; ve gösterimin alinan kismi için verinin analiz edilmesi. 24.Madde 23'ün bilgisayar programi ürünü olup, içerisinde gösterimin kismi, gösterimin bir alt parça indeks kutusunu içerir. .Madde 23'ün bilgisayar programi 'ür'ün'ü olup, içerisinde islemcinin, gösterim kisimlarinin verisini almasina neden olan komutlar, islemcinin asagidakileri yapmasina neden olan komutlari içerir: gösterimin kisminin bir baslangiç baytinin ve gösterimin kisminin bir bitis baytinin bildirim dosyasi verisinden alinmasi; ve baslangiç baytini, bitis baytini ve gösterimin bir tanimlayicisini belirten kismi bir GET isteginin gönderilmesi. 26.Çoklu ortam verileri için bilgi göndermenin bir metodu olup, metot asagidakileri bir zamansal alt dizi içeren çoklu ortam içeriginin en az bir gösterimi için veri elde etmek; çoklu ortam içerigi için bir bildirim dosyasi için veri elde etmek olup, içerisinde bildirim dosyasinin bilgisi çoklu ortam içeriginin en az bir gösteriminin zamansal alt dizi içerdigini gösterir; ve bildirim dosyasinin en az bir kisminin bir kullanici cihazina gönderilmesi. 27.Madde 26'nin metodu olup, içerisinde bildirim dosyasi, zamansal alt dizi için veri konumlarini gösteren bilgileri içerir. 28.Madde 26'nin metodu olup, içerisinde gösterimin bir kismi, zamansal alt dizi için bir veya ya da fazla veri konumunun göstergesi olan verileri içerir, metot ilave olarak asagidakileri içerir: gösterimin kisminin kullanici cihazindan istenmesi; ve gösterimin kisminin, istege yanit olarak kullanici cihazina gönderilmesi. 29. Madde 28"ün metodu olup, içerisinde gösterimin kismi, gösterimin bir alt parça indeks kutusunu içerir. .Madde 28'in metodu olup, içerisinde bildirim dosyasi gösterimin kismi için bir bayt araligini belirtir, ve içerisinde istek, gösterimin kismi için bayt araligini belirten bir kismi GET istegi içerir. 31.Çoklu ortam verisi içi bilginin gönderilmesi için bir cihaz olup, cihaz asagidakileri gerçeklestirmek 'üzere konfigüre edilmis olan bir ya da daha fazla islemci içerir: bir zamansal alt dizi içeren çoklu ortam içeriginin en az bir gösterimi için veri elde etmek; çoklu ortam içerigi için bir bildirim dosyasi için veri elde etmek olup, içerisinde bildirim dosyasinin bilgisi çoklu ortam içeriginin en az bir gösteriminin zamansal alt dizi içerdigini gösterir; ve bildirim dosyasinin en az bir kisminin bir kullanici cihazina gönderilmesi. 32.Madde 31'in cihazi olup, içerisinde bildirim dosyasi, zamansal alt dizi için veri konumlarini gösteren bilgileri içerir. 33.Madde 31'in Cihazi olup, içerisinde gösterimin bir kismi, zamansal alt dizi için bir ya da daha fazla veri konumunun göstergesi olan verileri içerir ve içerisinde bir ya da daha fazla islemci, gösterimin kisminin bir istegini alacak ve gösterimin kismini istege yanit olarak kullanici cihazina gönderecek sekilde yapilandirilmistir. 34.Madde 33'i`in cihazi olup, içerisinde gösterimin kismi, gösterimin bir alt parça indeks kutusunu içerir. .Madde 33'un cihazi olup, içerisinde bildirim dosyasi gösterimin kismi için bir bayt araligini belirtir, ve içerisinde istek, gösterimin kismi için bayt araligini belirten bir kismi GET istegi içerir. 36. Madde 31'un cihazi olupi içerisinde cihaz asagidakilerden en az birini içerir: entegre bir devre; bir mikro islemci; ve bir ya da daha fazla islemci içeren bir kablosuz iletisim cihazi. 37.Çoklu ortam verisi için bilgi göndermek için bir cihaz olup, cihaz asagidakiler zamansal bir alt dizi içeren çoklu ortam içeriginin en az bir gösterimi için veri elde edilmesi için araç; çoklu ortam içerigi için bir bildirim dosyasi için veri elde etmek için araç olup, içerisinde bildirim dosyasinin bilgisi çoklu ortam içeriginin en az bir gösteriminin zamansal alt dizi içerdigini gösterir; ve bildirim dosyasinin en az bir kisminin bir kullanici cihazina gönderilmesi için 38.Madde 37'in Cihazi olup, içerisinde bildirim dosyasi, zamansal alt dizi için veri konumlarini gösteren bilgileri içerir. 39. Madde 37'nin cihazi olup, içerisinde gösterimin bir kismi, zamansal alt dizi için bir ya da daha fazla veri konumunun göstergesi olan verileri içerir, cihaz ilave olarak asagidakileri içerir: gösterimin kisminin kullanici cihazindan istenmesi için araç; ve gösterimin kisminin, istege yanit olarak kullanici cihazina gönderilmesi 40.Madde 39'i`Jn cihazi olup, içerisinde gösterimin kismi, gösterimin bir alt parça indeks kutusunu içerir. 41.Madde 39'ün cihazi olup, içerisinde bildirim dosyasi gösterimin kismi için bir bayt araligini belirtir, ve içerisinde istek, gösterimin kismi için bayt araligini belirten bir kismi GET istegi içerir. 42.Bir bilgisayar programi `ürünü olup, çalistirildigi zaman, çoklu ortam verisi için bilgi gönderilmesi bir cihazin bir islemcisinin asagidakileri gerçeklestirmesine neden olan komutlarin 'üzerinde depolanmis oldugu bir bilgisayar tarafindan okunabilir olan ortami içermektedir: bir zamansal alt dizi içeren çoklu ortam içeriginin en az bir gösterimi için veri elde etmek; çoklu ortam içerigi için bir bildirim dosyasi için veri elde etmek olup, içerisinde bildirim dosyasinin bilgisi çoklu ortam içeriginin en az bir gösteriminin zamansal alt dizi içerdigini gösterir; ve bildirim dosyasinin en az bir kisminin bir kullanici cihazina gönderilmesi. 43.Madde 42'nin bilgisayar programi 'ürünü olup, içerisinde bildirim dosyasi, zamansal alt dizi için veri konumlarini gösteren bilgileri içerir. 44.Madde 42'nin bilgisayar programi 'ürünü olup, içerisinde gösterimin bir kismi, zamansal alt dizi için bir ya da daha fazla veri konumunun göstergesi olan verileri içerir, bilgisayar programi ürünü ayrica islemcinin asagidakileri yapmasina neden olan talimatlari içerir: gösterimin kismi için kullanici cihazindan bir istek alinmasi; ve gösterimin kisminin, istege yanit olarak kullanici Cihazina gönderilmesi. 45.Madde 44'ün bilgisayar programi ürünü olup, içerisinde gösterimin kismi, gösterimin bir alt parça indeks kutusunu içerir. 46.Madde 44'i'in bilgisayar programi ürünü olup, içerisinde bildirim dosyasi gösterimin kismi için bir bayt araligini belirtir, ve içerisinde istek, gösterimin kismi için bayt araligini belirten bir kismi GET istegi içerir. TR TR TR TR TR TR TR TECHNICAL FIELD This description relates to the storage and transmission of encrypted multimedia data. BACKGROUND OF THE INVENTION Digital video capabilities can be incorporated into a wide variety of devices, including digital televisions, digital direct broadcast systems, wireless broadcast systems, personal digital assistants (PDAs), laptops or desktop computers, digital cameras, digital recorders, digital media players, video game devices, video game consoles, cellular or satellite radio phones, video teleconferencing devices, and the like. Digital video devices can apply video compression techniques described by MPEG-2, MPEG-4, ITU-T H.263 or ITU-T H.264/MPEG-4, Part 10, Advanced Video Coding (AVC), and extensions of such standards to transmit and receive digital video information more efficiently. Video compression techniques perform spatial estimation and/or temporal estimation to reduce or eliminate redundancies found in video sequences. For block-based video encoding, a video frame or slice can be divided into macroblocks. Each macroblock can be further subdivided. Macroblocks in a self-encoded (I) frame or slice are encoded using spatial estimation relative to neighboring macroblocks. Macroblocks in a self-encoded (P or B) frame or slice can use spatial estimation relative to neighboring macroblocks within the same frame or slice, or temporal estimation relative to other reference frames. After video data is encoded, it can be packaged for transmission or storage. Video data can be combined into a video file conforming to various standards, such as the International Organization for Standardization (ISO) basic media file format and its extensions like the MP4 file format and the ITU-T H.264/AVC advanced video encoding (AVC) file format. Video data packaged in this way can be transported in various ways, such as over a computer network using network streaming. The 'sidx' invention, described to support arbitrary access and bit shifting within, is presented in the accompanying requirements. In general, this description outlines techniques for improving the streaming of media data over a network. These techniques include support for cheat modes such as fast forwarding, rewinding, and searching for media content streaming over the network. These techniques also include support for representation groups, such as signaling common characteristics for a representation group, as well as individual characteristics of representations. In addition, the techniques include providing information for updating notification files for the streamed media content. These techniques also include presenting media data as external periods for media content for targeted advertising. These techniques also include providing and interpreting experience quality reports from a user device to a service provider. In addition, these techniques include signaling the profile data that a media content notification file adheres to. In an example configuration, a method for retrieving multimedia data is presented, the method includes: analyzing the information of a notification file for multimedia content, in which the information of the notification file indicates that at least one representation of the multimedia content contains a temporal subsequence; The identification of one or more byte ranges corresponding to the locations of data for a temporal subsequence within one or more relevant parts of at least one representation; and the submission of one or more claims for data for a temporal subsequence, where the claims specify byte ranges for the relevant parts of at least one representation, where the identification of one or more byte ranges corresponding to the locations of data includes: the retrieval of data for a portion of the representation, where the portion of the representation contains data that is an indicator of one or more byte ranges corresponding to the locations of data for the temporal subsequence; The method involves analyzing the data for the obtained portion of the representation to determine the byte ranges corresponding to the data locations for the temporal sub-sequence of the representation, including a continuous byte index of the relevant parts of the representation, the continuous byte index containing the data for the temporal sub-sequence, and the submission of one or more requests, including a single request specifying a byte range defined by the continuous byte index. Preferably, the method additionally includes presenting the data for the temporal sub-sequence in a trick mode for the representation. Preferably, determining the data locations involves determining the data locations for the temporal sub-sequence from the manifest file. Preferably, the portion of the representation includes a sub-part index box of the representation. Preferably, retrieving the data for the portion of the representation involves: determining the start byte of the portion of the representation and the end byte of the portion of the representation from the data in the manifest file; and sending a partial GET request specifying the start byte, end byte, and an identifier of the representation. Preferably, the data for the temporal subset includes one or more instantaneous decoder refresh (LDR) images of the representation. BRIEF DESCRIPTION OF THE DIAGRAMS FIGURE 1 is a block diagram showing an example system implementing techniques for streaming media data over a network. FIGURE 2 is a conceptual diagram showing the elements of an example multimedia content. FIGURE 3 is a block diagram showing the elements of an example video file that might correspond to a section of a representation of multimedia content. FIGURE 4 is a conceptual diagram showing an example multimedia content including a media presentation description (MPD) and various representation groups. Figure 5 is a conceptual schematic showing another example of multimedia content where MPD data is divided into various sections for various display groups. Figure 6 is a conceptual schematic showing another example of multimedia content that could be used to support cheating modes. Figure 7 is a conceptual schematic showing another example of multimedia content where sections could include MPD update boxes to indicate that an MPD of the multimedia content has been updated. Figure 8 is a flowchart showing an example method for providing displays of display groups by a server device and for selecting display groups and also an individual display within the selected display group by a user device. Figure 9 is a flowchart illustrating an example method for providing data, which is an indication of a cheat mode by a server device, and for a user device to use the data to retrieve and play back cheat mode data of multimedia content. Figure 10 is a flowchart illustrating an example method for providing indications for updating a manifest file, such as an MPD, by a server device and for updating an MPD by a user device. Figure 11 is a flowchart illustrating an example method for generating and using data for a Quality of Experience (QOE) report document. DETAILED SPECIFICATION In general, this specification describes techniques for streaming multimedia data, such as audio and video data, over a network. The techniques in this specification can be used in conjunction with dynamic adaptive streaming over HTTP (DASH). This description outlines various techniques that can be implemented with network streaming, some or all of which may be applied individually or in any combination. As described in more detail below, various devices that implement network streaming can be configured to implement the techniques described in this explanation. In accordance with DASH and similar techniques for data streaming over a network, multimedia content (for example, a film or other audio/video content that may include audio data, video data, as well as text overlays or other data) can be encoded in various ways and with various characteristics. A content creation device can create multiple representations of the same multimedia content. Each representation may correspond to a specific set of features, such as encoding and processing characteristics, to provide data usable by various different client devices with varying encoding and processing capabilities. Additionally, representations with various bit rates can allow for bandwidth adaptation. That is, a user device can specify a certain amount of available bandwidth and select a representation based on the user device's encoding and processing capabilities, as well as the amount of available bandwidth. In some examples, a content creation device might indicate that a set of representations share a number of common characteristics. The content creation device can then indicate that the representations in the set can form a representation group, and that the representations within this group can be used for bandwidth adaptation. In other words, the representations in the set might differ in bit rate, but otherwise essentially share the same characteristics. In this way, a user device can specify various sets of common characteristics for representation groups of multimedia content, and a representation group can be selected based on the user device's encoding and processing capabilities. The user device can then adaptively switch between impressions in selected impression groups depending on bandwidth availability. The content preparation device can also provide separate network locations for different parts of a manifest file, such as a media presentation description (MPD) file in the format prescribed by 3GPP (Third Generation Partnerships Project). That is, different parts of the manifest file can be independently addressed with various uniform resource locators (URIs), such as uniform resource locators (URLs). A first part of the manifest file can contain the URL, URL, or other location identifier of another part of the manifest file. For example, a first part of the manifest file can contain descriptions of the common properties of impression groups as discussed above. Each display group can be associated with a different part of the manifest file, which may contain data indicating the locations of the media data for the displays within that display group. In this way, a user device can retrieve the first part of the manifest file to obtain the data for the selected display, select an appropriate display group, retrieve another part of the manifest file for the selected display group, select a display from the selected group, and use the other part of the selection. Additionally, the user device can adapt to changing network bandwidth by using the other part of the manifest file, i.e., the part specific to the selected display group. Alternatively, or additionally, a part of a manifest file can refer to another part of the manifest file for other purposes. That is, a part of the manifest file can direct a user device to another part of the manifest file to insert media data from a distant period into a movie during playback. The distant period, in some examples, might correspond to an advertisement. These techniques can be used, in some instances, for targeted advertising. A user device may provide user information, such as user preferences and/or user demographic information, for user-identifier ads to a server device that can select a portion of the notification file based on user information. Therefore, when a change is made, an external portion of the notification file may be incorporated into the original notification file, for example, by the user device. The server device may provide the user device with a portion of the notification file that is associated with the targeted advertising media content. The user device may then retrieve and present data on the targeted advertising media content before receiving data showing a specific representation of a period of the requested multimedia content. In this way, a first portion of a notification file for multimedia content may reference a second portion of the notification file. In some cases, a user may want to play video data differently from beginning to end. For example, a user might want to play video data in fast-forward or rewind modes, or to start playback from a specific point. These types of video playback modes, which are different from playback from beginning to end, can be called "cheat modes." In cheat modes, it is not necessary to retrieve all the video data because not all video data will be played in the end. This explanation also provides techniques for supporting cheat modes. For example, a content preparation device can provide indications of the byte range positions of frames in the video data used for cheat modes, such as instantaneous decoder refresh (IDR) images. In general, IDR images can be decoded without reference to the data of any frame outside the IDR images. Frames or slices of IDR images are usually encoded in a self-predictive mode to avoid dependency on other frames or slices. In this way, the user device can be included in the temporal subsequence to download only the data of the lDR images for use in displaying video data in a trick mode such as fast-forwarding. The data can be arranged according to the encoding order, so that the data used for reference occurs before (and in a continuous byte sequence of) the reference data. For example, an l frame can come before a p frame, which can come after one or more B frames, which can come before other B frames in a hierarchical manner, any or all of which refer to the previous B frame. In some instances, a manifest file such as an MPD may require updating from time to time. This description also provides techniques for receiving and receiving signals that an MPD requires an update. Specifically, a content preparation device may include data in the display segments indicating that a corresponding MPD requires an update. This data may correspond to an initial element of a segment; This specifies the updates to be applied to the MPD and/or the locations where a user device can receive updates to the MPD. Updates may include a completely new MPD or incremental updates to a previous MPD for multimedia content. This description also includes techniques for providing feedback from user devices to a server device and/or content creation device. Feedback could correspond, for example, to information indicating the data received for multimedia content. The administrator or another user of the content creation device and/or server can use this information in various ways. For example, a user could configure a content delivery network (CDN) to cache data for more frequently accessed displays on CDN proxy server devices, routers, or other devices. As another example, a user can identify more frequently accessed representations to determine whether certain representations should be added to or removed from existing multimedia content and/or how representations of future multimedia content should be encoded. Sections of media content representations, such as video files, may be compatible with video data encapsulated in any of the following formats: ISO Basic Media file format, Scalable Video Coding (SVC) file format, Advanced Video Coding (AVC) file format, Third Generation Partnership Project (SGPP) file format, and/or Multiple Representation Video Coding (MVC) file format, or other similar video file formats. The media is designed to contain the data in a flexible, extensible format that facilitates the modification, management, editing, and presentation of the media. ISO Basic Media is specified in MPEG-4 Part-12, which defines a general structure. The ISO Basic Media File format is used as the basis for other file formats in the defined family, such as H.264/MPEG-4 AVC video compression, the SGPP file format, the AVC file format for SVC (ISO/IEC 14496-15), and the MVC file format. The SGPP file format and the MVC file format are extensions of the AVC file format. The ISO Basic Media File format contains timing, structure, and media information for timed sequences of media data, such as audiovisual representations. The file structure can be object-oriented. A file can be very simply broken down into simple objects, and the structure of the objects is understood from their types. It can be created as a series of objects called . Data in the ISO Basic Media File format can be placed in boxes such that no other data needs to be contained within the file, and there is no data outside the boxes within the file. This includes any initial signature required for a particular file format. A "box" can be a structure block for an object, defined by a unique type identifier and length. Typically, a representation is found in a file, and the media representation is contained within it. The movie case (movie case) can contain the media's metadata, and video and audio frames can be found in the media data case and in other files. A representation (sequence of movements) can be found in several files, sometimes called segments. Timing and framing (position and size) information is usually in the ISO base media file, and auxiliary files can essentially use any format. This representation can be 'native' to the system containing the representation, or it can be provided via a network or other streaming distribution mechanism. An optional metadata track can be used to tag each segment with its "interesting feature," the value of which can be different from other members of the group (e.g., bit rate, screen size, or language). Some instances within a track may have special features or be individually identifiable. An example of a feature is the synchronization point (typically a video frame). These points can be identified by a specific table in each track. More generally, the nature of the dependencies between track instances can also be documented using metadata. Metadata can be structured as a sequence of file format instances, much like a video track. This type of track can be called a metadata track. Each metadata instance can be structured as a metadata expression. Various types of expressions can be used to answer various questions about the corresponding file format instance or constituent instances. When media is transmitted over a streaming protocol, it may be necessary to convert the media from its representation in the file. An example of this is when media is transmitted over the Real-Time Transfer Protocol (RTP). For example, each frame of the video in the file is stored contiguously as a file format instance. In RTP, the encoder-decoder-specific packing conventions used to place these frames into RTP packets must be followed. A streaming server can be configured to calculate this type of packing at runtime. However, support for the assistance of streaming servers is available. The techniques described in this explanation can be applied to network streaming protocols such as HTTP streaming, for example, dynamic adaptive streaming over HTTP streaming (DASH). In HTTP streaming, commonly used operations include GET and partial GET. The GET operation retrieves a specific uniform resource locator (URL) or other identifier, for example, an entire file associated with a URI. A partial GET operation takes a range of bytes as an input parameter and receives the continuous byte count of a file corresponding to the received range. Therefore, movie tracks can be provided for HTTP streaming, as a partial GET operation can receive one or more separate movie tracks. It should be noted that a movie track can contain several tracks of different segments. In HTTP streaming, a media representation can be a structured collection of data accessible to the user. The user can request and download media data information to provide a streaming service to another user. In the example of 3GPP data streaming using HTTP streaming, the multimedia content can have multiple representations for video and/or audio data. The declaration of these representations can be defined in a Media Representation Description (MPD) data structure. A media representation can correspond to a structured collection of data accessible to an HTTP stream user device. An HTTP stream user device can request and download media data information to provide a streaming service to a user device. A media representation can be described in the MPD data structure, which may include MPD updates. The multimedia content may contain a sequence of one or more periods. Periods can be defined by a Period element in the MPD. Each period can have a start attribute in the MPD. The MPD can contain a start attribute and an availableStartTime attribute for each period. For live services, the sum of the period's start attribute and the availableStartTime's MPD attribute can be specified in UTC format, specifically the first Media Part of each representation in that period. For on-demand services, the start attribute for the first period can be 0. For any other period, the start attribute can specify a time shift between the start time of the first period and the start time of the corresponding duration. Each period can extend until the start of the next period or, in the case of the last period, until the end of the media display. Period start times can be exact. They can reflect the actual timing resulting from the playback of media from all previous periods. Each period can contain one or more displays for the same media content. A display can be one of a number of alternatively encoded versions of audio or video data. Displays can differ in different characteristics, such as bit rate, resolution, and/or encoding type, such as encoder-decoder for video data and bit rate, language, and/or encoder-decoder for audio data. The term "representation" can be used to specify a portion of encoded audio or video data corresponding to a particular period of multimedia content and encoded in a specific way. Representations of a particular period can be assigned to a group, which can be represented by a group attribute in the MPD. Representations within the same group are generally considered alternative to each other. For example, each representation of video data over a specific period can be assigned to the same group, so that any of the representations can be selected for decoding to display the video data of the multimedia content for that period. Media content in a period can be represented either by a representation from the 0 group or, in some examples, by a combination of at most one representation from each non-zero group, if available. Timing data for each representation of a period can be expressed in relation to the period's start time. A representation can contain one or more segments. Each representation can contain a start segment, or each segment of a representation can be self-starting. When present, the starting section may contain initial information for accessing the representation. Generally, the starting section does not contain media data. A section may be uniquely referenced by an identifier such as a uniform resource locator (URL). The MPD may provide identifiers for each section. In some instances, the MPD may also provide byte ranges in the form of a range attribute that may correspond to data in a section within a file accessible by URL or URI. Each representation may also contain one or more media components, each of which may correspond to an encoded version of a single media type, such as audio, video, and/or timed text (for example, subtitles). Media components may be time-continuous along the boundaries of successive media sections within a representation. FIGURE 1 is a block diagram showing an example system (10) that implements techniques for streaming media data over a network. In this example, the system (10) includes a content preparation device (20), a server device (60), and a user device (40). The user device (40) and the server device (60) can be communicatively paired with the network (74), which may include the internet. In some examples, the content preparation device (20) and the server device (60) can also be paired with the network (74) or another network, or directly communicatively paired. In some examples, the content preparation device (20) and the server device (60) can include the same device. The content preparation device (20) in the example in FIGURE 1 includes an audio source (22) and a video source (24). The audio source (22) may include, for example, a microphone that produces electrical signals representing the captured audio data to be encoded by the audio encoder (26). Alternatively, the audio source (22) may include a storage medium that stores previously recorded audio data, an audio data generator such as a computerized synthesizer, or any other audio data source. The video source (24) may include a video camera that produces video data to be encoded by the video encoder (28), a storage medium encoded with previously recorded video data, a video data generation unit such as a computer graphics source, or another source of video data. The content preparation device (20) is not necessarily communicatively connected to the server device (60) in all instances, but may store multimedia content on a separate medium read by the server device (60). Raw audio and video data may contain analog or digital data. Analog data may be digitized before being encoded by an audio encoder (26) and/or a video encoder (28). The audio source (22) may receive audio data from a speaking participant while the speaking participant is speaking, and the video source (24) may simultaneously receive video data from the speaking participant. In other examples, the audio source (22) may include a computer-readable storage medium containing stored audio data, and the video source (24) may include a computer-readable storage medium containing stored video data. In this way, the techniques described in this specification can be applied to live, streaming, real-time audio and video data or to archived, previously recorded audio and video data. Audio frames corresponding to video frames are generally audio frames that contain audio data captured by the audio source (22) simultaneously with the video data captured by the video source (24) within the video frames. For example, while a speaking participant generally produces audio data by speaking, the audio source (22) collects the audio data and the video source (24) simultaneously receives the video data of the speaking participant, i.e., while the audio source (22) is receiving the audio data. Therefore, an audio frame may temporarily correspond to one or more specific video frames. Accordingly, an audio frame corresponding to a video frame generally corresponds to a situation where audio data and video data are captured simultaneously, and for this reason, an audio frame contains audio data and a video frame, respectively, that are captured simultaneously. In some examples, the audio encoder (26) may contain a timestamp within each encoded audio frame indicating when the audio data was recorded for that frame, and similarly, the video encoder (28) may contain a timestamp within each encoded video frame indicating when the video data was recorded for that frame. In such examples, an audio frame corresponding to a video frame may contain an audio frame with a timestamp and a video frame with the same timestamp. The content preparation device (20) may contain an internal clock that can generate the timestamps of the audio encoder (26) and/or the video encoder (28), or that the audio source (22) and the video source (24) can use to associate the audio and video data with a timestamp, respectively. In some examples, the audio source (22) can send data to the audio encoder (26) corresponding to the time when the audio data was recorded, and the video source (24) can send data to the video encoder (28) corresponding to the time when the video data was recorded. In some examples, the audio encoder (26) can encode a series of identifiers within the encoded audio data to indicate a relative temporal sequence within the encoded audio data, but without necessarily needing to specify an absolute time when the audio data was recorded, and similarly, the video encoder (28) can also use series identifiers to indicate a relative temporal sequence of the video data. Similarly, in some examples, a series identifier can be mapped or associated with another timestamp. While the audio encoder (26) typically produces the stream of encoded audio data, the video encoder (28) produces the stream of encoded video data. Each data stream (audio or video) can be called a bare stream. A bare stream is a single, digitally encoded (possibly compressed) component of a presentation. For example, the encoded video or audio portion of a presentation might be a bare stream. A bare stream can be converted into a packaged bare stream (PES) before being included in a video file. In the same presentation, a stream packet is used to separate the PES packets of a bare stream from one another. Therefore, encoded video data usually corresponds to bare video streams. Similarly, audio data corresponds to one or more related unified streams. As with many video encoding standards, H.264/AVC defines the syntax, semantics, and decoding process for error-free bitstreams, any of which conforms to a specific profile or level. H.264/AVC does not specify the encoder, but the encoder is tasked with ensuring that the generated bitstreams are standard-compliant for the decoder. In the context of a video encoding standard, a "profile" corresponds to a subset of algorithms, features, or tools applied to them and the constraints applied to them. As defined in the H.264 standard, for example, a "profile" is a subset of the entire bitstream syntax specified by the H.264 standard. A "level" corresponds to limitations on decoder resource consumption, such as decoder memory and computation, which are related to image resolution, bit rate, and macroblock (MB) operation speed. A profile can be signaled with a profile_idc (profile indicator) value, while a level can be signaled with a level_idc (level indicator) value. For example, the H.264 standard acknowledges that, within the constraints imposed by the syntax of a given profile, it is still possible to require significant changes in the performance of encoders and decoders, depending on the values taken by the syntax element in the bitstream, such as the specified dimensions of the decoded images. The H.264 standard also acknowledges that, in many applications, implementing a decoder that can operate within a given profile with all hypothetical uses of the syntax is neither practical nor economical. Accordingly, the H.264 standard defines a "level" as a defined set of constraints applied to the values of syntax elements at the bit level. These constraints can be simple limits on the values. Alternatively, these constraints can take the form of restrictions on arithmetic combinations of values (for example, picture width multiplied by picture height multiplied by the number of encoded frames per second). The H.264 standard also allows individual implementations to support a different level for each supported profile. A decoder that conforms to a profile normally supports all the features defined in that profile. For example, as an encoding feature, picture encoding B is not supported in the H.264/AVC underline profile, but it is supported in other H.264/AVC profiles. A decoder that does not need to conform to a particular level should be capable of decoding any bit stream that does not require resources beyond the limitations defined at that level. Definitions of profiles and levels can aid in interpretability. For example, during video transmission, a pair of profile and level definitions can be negotiated and agreed upon for an entire transmission session. More specifically, in H.264/AVC, a level can define constraints such as the number of macroblocks to be processed, the size of the decoded picture buffer (DPB), the size of the encoded picture buffer (CPB), the vertical motion vector range, the maximum number of motion vectors per two consecutive MB, and whether a B-block can have sub-macroblock sections smaller than 8x8 pixels. In this way, a decoder can determine whether the decoder has the ability to decode the bitstream. Compression standards and the upcoming High Efficiency Video Coding (HEVC) standard use motion compensation temporal prediction to reduce temporal redundancy. An encoder such as video encoder (28) can use a motion-compensated prediction from some previously encoded images (also referred to here as frames) to predict the available encoded images based on motion vectors. Typical video encoding uses three main picture types: self-encoded pictures ("I pictures" or "I frames"), predicted pictures ("P pictures" or "P frames"), and bidirectional predicted pictures ("B pictures" or "B frames"). P pictures may use a reference picture in a temporary sequence before the current picture. In a B picture, each block of the B picture can be predicted from one or two reference pictures. These reference pictures may be positioned in a temporary sequence before or after the current pictures. Parameter sets typically include sequence layer header information in sequence parameter sets (SP8) and rarely changing picture layer header information in picture parameter sets (PPS). With parameter sets, this rarely changing information does not need to be repeated for each sequence or picture; therefore, encoding efficiency can be increased. Furthermore, the use of parameter sets enables out-of-band transmission of the header information, avoiding the need for unnecessary transmission to achieve error resilience. In out-of-band transmission, the parameter set NAL units are transmitted over a different channel than other NAL units. In the example in FIGURE 1, the encapsulation unit (30) of the content preparation device (20) receives the plain streams containing encoded video data from the video encoder (28) and the plain streams containing encoded audio data from the audio encoder (26). In some examples, the video encoder (28) and the audio encoder (26) may each contain packers to generate PES packets from the encoded data. In other examples, the video encoder (28) and the audio encoder (26) may each have their respective packers to generate PES packets from the encoded data. In still other examples, the encapsulation unit (30) may contain packers to generate PES packets from encoded audio and video data. The video encoder (28) can encode the video data of the multimedia content in various ways to produce different representations of the multimedia content with different bit rates and pixel resolutions, frame rates, compliance with various encoding standards, compliance with various profiles and/or profile levels for various encoding standards, representations with one or more views (e.g., for two-dimensional or three-dimensional playback), or other such characteristics. As used in this specification, a representation may contain a combination of audio and video data, such as one or more audio streams and one or more video streams. Each PES package may contain a stream code that identifies the stream to which the PES package belongs. The encapsulation unit (30) is responsible for combining the various representations of the streams into video files. The encapsulation unit (30) receives PES packets for the plain streams of a representation from the audio encoder (26) and video encoder (28) and creates the corresponding network abstraction layer (NAL) units from the PES packets. In the H.264/AVC (Advanced Video Coding) example, encoded video segments are organized into NAL units that provide a "network-friendly" video presentation for applications such as video telephony, storage, broadcasting, or streaming. NAL units can be categorized as Video Coding Layer (VCL) NAL units and non-VCL NAL units. VCL units may contain the kernel compression engine and may contain block, macroblock, and/or slice-level data. Other NAL units may be non-VCL NAL units. In some examples, an encoded image within a moment in time, normally presented as a first encoded image, may reside within an access unit that may contain one or more NAL units. Non-VCL NAL units may include, among others, parameter set NAL units and SEI NAL units. Parameter sets typically include sequence-level header information in sequence-level parameter sets (SPS) and infrequently changing picture-level header information in picture parameter sets (PPS). With parameter sets (e.g., PPS and SP8), the infrequently changing information does not need to be repeated for each sequence or picture; therefore, encoding efficiency can be improved. Furthermore, the use of parameter sets enables out-of-band transmission of critical header information, avoiding the need for unnecessary transmission for error resilience. In out-of-band transmission examples, parameter set NAL units may be transmitted on a different channel than other NAL units, such as SEI NAL units. Supplementary Development Information (SEI) messages may contain information that is not necessary for decoding images encoded from VCL NAL units, but may assist in operations related to decoding, display, error resilience, and other purposes. SEI messages may be found in non-VCL NAL units. SEI messages are a normative part of some standard specification and are therefore not always mandatory for standard-compliant decoder implementation. SEI messages may be array-level SEI messages or image-level SEI messages. Some array-level information may be contained within SEI messages, such as the scalability information SEI messages in the SVC example and the view scalability information SEI messages in the MVC example. These example SEI messages may convey information about the extraction of operation points and the properties of operation points, for example. In addition, the encapsulation unit (30) may generate a manifest file such as a media presentation descriptor (MPD) that describes the properties of the representations. The encapsulation unit (30) can format the MPD according to the extensible markup language (XML). The encapsulation unit (30) can provide data to the output interface (32) for displaying one or more multimedia contents, along with the output manifest file (for example, the MPD). The output interface (32) may include a network interface or a universal serial bus (USB) interface, an interface for writing to a storage medium such as a CD or DVD writer or printer, an interface to magnetic or flash storage media, or other interfaces for storing or transmitting media data. The encapsulation unit (30) can provide data to the output interface (32) which can send the data of each of the multimedia contents to the server device (60) via network transmission, network transmission or storage media. In the example in FIGURE 1, the server device (60) includes storage media (62) that stores various multimedia content (64), each containing a separate manifest file (66) and one or more representations (68A to 68N) (representations (68)). In accordance with the techniques of this specification, some parts of the manifest file (66) may be stored separately, for example, in the locations of a storage media (62) or in another storage medium, such as the storage medium of another network device, such as a proxy device. In some examples, the representations (68) may be divided into groups of representations. That is, the manifest file (66) may contain various subsets of the representations (68), encoder-decoder, profile and level, file format for sections, text type information which may define a language or other characteristic of the text to be represented and/or decoded and presented, for example, via speakers, camera angle information which may describe a scene’s camera angle or real-world camera perspective for representations within a group of representations, category information which describes content suitability for specific viewers, or similar common sets of characteristics. The manifest file (66) may contain data showing the representation subgroups corresponding to specific groups of representations (68) and also the common characteristics of the representation groups. The manifest file (66) may also contain data representing individual characteristics such as bit rates for individual representations of representation groups. In this way, a representation group can provide simplified network bandwidth adaptation. The representations in a group of representations can be represented using a sub-element of the representation group in the manifest file (66). The manifest file (66) can also (additionally or alternatively) signal cheat mode information for one or more representations (68). In some instances, one or more of the representations (68) may contain a corresponding temporary sub-sequence for cheat mode support. A cheat mode generally corresponds to a playback mode for a representation in which the data of the representation is not played from beginning to end, but instead from a specified temporal position (for example, to allow searching for a specific temporal position), or one or more frames can be skipped either forward or backward in temporal direction (for example, fast forward or rewind). To provide cheat modes, multimedia content (64) can contain information representing the data locations for the temporary sub-sequences of the corresponding representations (68). In some instances, the manifest file (66) may contain information representing data locations for temporal subsequences. In other instances, the representations (68) themselves may contain information representing data locations for temporal subsequences. Still other instances, both the representations (68) and the manifest file (66) may contain information representing data locations for temporal subsequences. In some instances, the content preparation device (20) may prepare media content while it is being recorded, for example, for live services. In some cases, the encapsulation unit (30) may need to periodically update a manifest file for media content. The encapsulation unit (30) may update the manifest file at a specific time for a particular media content. In accordance with the techniques of this specification, the encapsulation unit (30) may create sections of a representation containing data indicating when the manifest file will be updated. The encapsulation unit (30) can provide the update sections internally or in a separate location where user devices (40) can receive the updates into the notification file. In this way, when the notification file (66) needs to be updated within a specific multimedia content (64) period, the encapsulation unit (30) can create a section of one or more impressions (68) indicating that the notification file (66) will be updated. In some examples, the notification file (66) can contain data to add data from a distant period to the multimedia content (64) during playback. For example, instead of encoding ads within the multimedia content (64), the content preparation device (20) can prepare one or more separate ad media content to be included in the multimedia content (64) during playback. In some instances, the user device (40) may provide user-specific information so that ads can be targeted to a user device (40), so that a user device (40) receives ads that are most relevant and informative to that user. In response to a set of user information, the server device (60) may provide a user device (40) with a targeted ad portion of the manifest file, which may cause the user device (40) to receive data on the targeted ad multimedia content. In this way, two or more viewers of the same multimedia content (64) may receive different targeted ads so that the ads are most relevant and useful to the users. The server device (60) includes the request processing unit (70) and the network interface (72). In some instances, the server device (60) may include multiple network interfaces. Additionally, any or all of the features of the server device (60) can be applied to other devices in a content delivery network, such as routers, bridges, proxy devices, switches, or other devices. In some examples, the intermediate devices of a content delivery network can cache data of multimedia content (64) and may contain components largely compatible with those of the server device (60). In general, the network interface (72) is configured to send and receive data over the network (74). The request processing unit (70) is configured to receive network requests from user devices, such as the user device (40), for data on the storage medium (72). For example, the request processing unit (70) can implement the Hypertext Transfer Protocol (HTTP) version 1.1 as described in RFC 2616, "Hypertext Transfer Protocol - HTTP/1.1," by R. Fielding et al, Network Working Group, IETF, June 1999. That is, the request processing unit (70) can be configured to receive HTTP GET or partial GET requests and provide data of multimedia content (64) in response to requests. Requests can specify a portion of one of the representations (68), for example, using a URL of the portion. In some instances, requests can also specify a range of one or more bytes of the portion, thus including partial GET requests. The request processing unit (70) can also be configured to serve HTTP HEAD requests to provide header data of a portion of one of the representations (68). In each case, the request processing unit (70) can be configured to process the requested data to provide the requested data to a requesting device, such as the user device (40). As shown in the example in FIGURE 1, the multimedia content (64) includes a manifest file (66) which may correspond to a media presentation description (MPD). The manifest file (66) may contain descriptions of different alternative representations (68) (for example, video services with different qualities) and the description may include, for example, encoder-decoder information, a profile value, a level value, a bit rate and other descriptive properties of the representations (68). The user device (40) can receive the MPD of a media presentation to determine how to access parts of the representation (68). Specifically, the web application (52) may receive configuration data (not shown) from the user device (40) to determine the decoding capabilities of the video decoder (48) and the processing capabilities of the video output (44). Configuration data may also include any or all of the language preferences selected by a user device (40), one or more camera perspectives corresponding to the depth preferences set by the user device (40), and/or category options selected by the user device (40). The web application (52) may include, for example, an HTTP browser or a media user configured to send HTTP GET and partial GET requests. The web application (52) may correspond to software commands executed by one or more processors or processing units (not shown) of the user device (40). In some instances, all or part of the functionality described in relation to the web application (52) may be implemented in hardware, or a combination of hardware, software and/or firmware, where the hardware required for the software or firmware may be provided. The web application (52) may compare the decoding and processing capabilities of the user device (40) with the characteristics of the representations (68) specified by the information in the manifest (66). The web application (52) may first take at least part of a manifest (66) to determine the characteristics of the representations (68). For example, the web application (52) may request a portion of a manifest file (66) that defines the characteristics of one or more representation groups in accordance with the techniques of this specification. The web application (52) may select a subgroup (for example, a representation group) of representations (68) that have characteristics that can be fulfilled by the encoding and processing capabilities of the user device (40). The web application (52) may then specify the bit rates for the representations in the representation group, specify an amount of network bandwidth that is currently available, and take portions of one of the representations that have a bit rate that the network bandwidth can provide. In general, higher bit rate representations provide higher quality video playback, while lower bit rate representations can provide adequate quality video playback when the available network bandwidth decreases. Accordingly, when the available network bandwidth is relatively high, the web application (52) can receive data from relatively high bit rate representations, while when the available network bandwidth is low, the web application (52) can receive data from relatively low bit rate representations. In this way, the user device (40) can also transmit multimedia data over the network (74) while adapting to the changing network bandwidth availability of the network (74). As mentioned above, in some examples, the user device (40) can provide user information to, for example, the server device (60) or other devices of a content delivery network. For example, the web application (52) can collect a user identifier, user preferences and/or user demographic information, and provide this type of user information to the server device (60). The web application (52) may then receive a manifest file associated with the targeted advertising media content to be used to insert data from the targeted advertising media content into the desired media content during playback. Sometimes, a user of the user device (40) may interact with the web application (52) to request a selected one of the impressions (68) to be played in a trick mode using the user interfaces of the user device (40), such as a keyboard, mouse, pointer printer, touchscreen interface, buttons, or other interfaces. For example, the user may select a specific temporary location to start playback or to skip to or search for a specific temporary location. As another example, the user may choose to fast forward or rewind the impression. In response to such requests from a user, the web application (52) can determine whether one of my representations (68) contains a temporal subsequence to perform the desired trick mode. For example, a user might choose to play video data in fast forward mode. Instead of retrieving data from all parts of a representation, the web application (52) can determine the locations of the representation's data corresponding to a temporal subsequence of the representation. Data from temporal subsequences might correspond, for example, to a series of instantaneous decoder refresh (IDR) images of the representation. Between IDR images of a representation, there might be an approximate temporal interval, such as 2 seconds, 10 seconds, or other approximate temporal intervals. Furthermore, IDR images can be encoded in a predictive mode between themselves, and therefore the web application (52) does not need to retrieve data other than the IDR images. The web application (52) can cause the lDR images to be displayed at the same frame rate at which the video data in the representation would otherwise be displayed. However, since many data frames between lDR images can be skipped, the resulting video data can be played at an increased frame rate, thus achieving the desired cheat mode. The web application (52) can determine the locations of the data for the temporal subsequence using various techniques. In some examples, the web application (52) can analyze the data in the manifest file (66) to determine the locations of the IDR images. The locations of the IDR images can be indicated using byte ranges within sections of a particular representation. In other examples, a box of specific representation sections, such as a sub-segment index box (also called a sub-section index box), indicates the locations of the data for the temporal subsequence. For example, the sub-segment index box might contain data representing byte ranges for the IDR images within a relevant section. In other examples, both the manifest file (66) and the representations (68) may contain information used by the web application (52) to retrieve data for a temporal subsequence. In each case, the web application (52) may specify byte ranges of IDR images in sections to generate partial GET requests for IDR images to prevent the retrieval of data that will not be used for decoding or display. In some examples, the encapsulation unit (30) may create sections such that the IDR images are contiguous within the sections. That is, the encapsulation unit (30) may ensure that the bytes of the sections corresponding to the IDR images are contiguous without interfering with the bytes for other images. In this way, the web application (52) only needs to specify a single byte section range of a representation to retrieve data relating to a temporal subsequence of the representation. In some instances, open code rework (ODR) images can also be used to implement cheat modes. In some instances, the web application (52) can determine that a portion of a retrieved section indicates that a manifest file is to be updated. To determine whether a section indicates that the manifest file is to be updated, the web application (52) can be configured to analyze a specific section of each section, such as a header section or other introductory sections of the section. When a section indicates that the manifest file is to be updated, the web application (52) can update a locally stored copy of the manifest file either by using the section's data or by retrieving data from a server (60) remote location to update the manifest file. After updating the manifest file, the web application (52) can make future requests for data for the representations (68) based on the data of the updated manifest file. For example, a content preparation device (20) can encode live media data such as a live sporting event, a political event or other newsworthy event that is typically live or near live rather than pre-recorded. In such cases, identifiers such as URLs included in the initial manifest file can be assigned to sections corresponding to media data up to a certain time. However, after a period of time has passed, the episodes following a specific period can be encoded and assigned identifiers such as URLs. The encapsulation unit (30) of the content preparation device (20) can provide URLs for the episodes following a specific period to an updated manifest file. Accordingly, to determine how to retrieve the episodes after a specific period, the user device (40) can receive information showing the updated manifest file to create requests to retrieve the episodes after a specific period. In some examples, an episode might indicate whether it is the last episode of a presentation. When an episode is the last episode of a presentation, it may be necessary to retrieve a new manifest file to determine the presentations of a subsequent period of the corresponding multimedia content. Accordingly, when the web application (52) determines that a section is the last part of a presentation in a period of multimedia content, the web application (52) may retrieve an updated manifest file for the multimedia content, for example, an updated version of the multimedia content's manifest file (66) (64). In some instances, the user device (40) may maintain a data structure that indicates the specific presentations (68) for which the user device (40) requested data for the multimedia content (64). The user device (40) may also provide indications of exactly what is playing and when. That is, the data structure may provide information representing start and end times in both actual (or "wall clock") time and presentation time. The data structure may additionally provide information representing an initial start time and the beginning of playback. After the playback of the multimedia content (64) is finished, the user device (40) can send the data structure to the server device (60) and/or the content preparation device (20). The server device (60) and/or the content preparation device (20) can receive and provide data of the sections of a selected presentation from the user device (40) to the network interface (54), web application (52) to determine more optimal ways to improve the quality of the experience, such as reducing pauses in playback, which in turn can provide the sections to the decapsulation unit (50). The decapsulation unit (50) can decapsulate the elements of a video file into constituent PES streams, depack the PES streams to retrieve the encoded data, and send the encoded data to either the audio decoder (46) or the video decoder (48), depending on whether the encoded data is part of an audio or video stream, as indicated by the PES packet headers of the stream, for example. The audio decoder (46) decodes the encoded audio data and sends the decoded audio data to the audio output (42), while the video decoder (48) decodes the encoded video data and sends the decoded video data, which may contain multiple image streams, to the video output (44). The video encoder (28), video decoder (48), audio encoder (26), audio decoder (46), encapsulation unit (30), web application (52) and decapsulation unit (50) may each be implemented in any variety of suitable processing circuitry, such as one or more microprocessors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), discrete logic circuits, software, hardware, firmware or any combination thereof. The video encoder (28) and video decoder (48) may each be incorporated into one or more encoders or decoders, each of which may be integrated as part of a combined video encoder decoder (CODEC) in a corresponding device. Similarly, the audio encoder (26) and the audio decoder (46) can each be incorporated into one or more encoders or decoders, each of which can be integrated as part of a combined CODEC. An apparatus containing a video encoder (28), video decoder (48), audio encoder (26), audio decoder (46), encapsulation unit (30), web application (52) and/or decapsulation unit (50) includes an integrated circuit, a microprocessor and/or a wireless communication device such as a cellular phone. FIGURE 2 is a conceptual diagram showing the elements of an example multimedia content (100). Multimedia content (100) can correspond to multimedia content (64) (FIGURE 1) or other multimedia content stored in memory (62). In the example of FIGURE 2, the multimedia content includes multiple representations (110 through 120). Representation (110) includes optional headers, while representation (120) uses optional header data (122) and sections (124A through 124A) to conveniently identify the final movie segment. In some examples, there may be different numbers of movie segments between representations (110, 120). MPD (102) may contain a separate data structure from representations (110 through 120). MPD (102) may correspond to the manifest file (66) of FIGURE 1. Similarly, representations (110 through 120) may correspond to the representations (68) of FIGURE 1. In general, MPD (102) includes encoding and processing features, representation groups, A profile corresponding to an MPD (102) may include data describing the characteristics of the displays (110 to 120), such as text type information, camera angle information, category information, cheat mode information (for example, information showing displays containing temporal sequences) and/or information for receiving separate periods (for example, for targeted ad placement on media content during playback). Separate periods may also be referred to as external periods. Figures 4 to 7, discussed in more detail below, show various examples of multimedia content that have an MPD and/or various elements included in or both of the displays (or parts of the displays or the header data of the displays). Any or all of the MPDs in Figures 4 to 7 are essentially derived from the MPD of Figure 2. (102) may correspond. Header data (112), when available, may describe properties of sections (114), such as random access points of sections (114), floating bytes from random access points within sections (114), or temporary locations of random access points containing other aspects of sections (114). Header data (122), when available, may define similar properties for sections (124). Additionally, or alternatively, these properties may be fully incorporated into the MPD (102). Sections (114) contain one or more encoded video samples, each of which may contain video data frames or slices. Each of the encoded video samples of sections (114) may have similar properties, such as height, width, and bandwidth requirements. These types of properties, although not shown in the example of FIGURE 2, may be included in the MPD. (102) can be described with data. MPD (102) can include features by adding any or all of the signaled information described in this description, as described by the SGPP Specification. The sections can be associated with a unique uniform resource identifier (URl) such as (114, 124). Thus, each section (114, 124) can be retrieved independently by using a streaming network protocol such as DASH. In this way, a target device such as the user device (40) can use an HTTP GET request to retrieve sections (114 or 124). In some instances, the user device (40) can use HTTP partial GET requests to retrieve specific byte section ranges (114 or 124). As mentioned above, MPD (, MPD (102) and/or multimedia content (100) for Multipurpose Internet Mail. It may contain information indicating the type of extension (MIME). However, MIME types do not indicate which encoder/decoder is required to serve the multimedia content. In general, if a device can receive an MPD for multimedia content, such as MPD (102), it is assumed that the device can play the data of the multimedia content corresponding to the MPD. However, this assumption may not always be safe. Therefore, in some examples, the MPD may contain information indicating a corresponding profile. There may be a relatively small number of profiles that MPDs can correspond to. Profiles may be supported by levels for addressing capabilities, similar to how H.264/AVC includes profiles and levels for video encoding. MPD profiles may be onion-skinned, as a higher profile may contain all the features of all lower profiles. There may be a registration process with a registration authority to register various profiles. In some examples, the user device (40) A user device, such as the MPD(102), may be configured to receive information that is an indicator of the profile for an MPD, such as the characteristics of the representations (110 to 120) signaled by the MPD(102), before receiving other data of the MPD. In this way, the MPD(102) profile may be signaled before access to the MPD(102) is granted. A profile identifier may be provided in plain text (as a plain name, for example) or as a reverse domain name. Plain names may be reserved by a registrar such as SGPP or another registrar. A profile can be considered a request and permission, as the profile may claim that a corresponding multimedia content conforms to the profile and permit a reader (a user device, for example) implementing that profile to read the MPD, interpret what it recognizes, and ignore material it does not understand. Profiles, for example, of the MPD's (102) can define features such as network usage, media format(s), decoder(s) used, protection formats and/or bit rates, screen sizes and quantitative measurements, and so on. In this way, the MPD can provide information specifying which encoder decoder needs to be supported to receive its data. Profiles can also be defined as "compliance points". The profiles that an MPD is compatible with can be shown in the "Profiles" attribute of the MPD. Therefore, a user device can be configured to receive a portion of the MPD (102) containing information about the "Profiles" attribute before receiving additional data from the MPD (102). Alternatively, profiles can be shown as a parameter of the MPD's MlME type. For example, the "X, Y and Z" profiles can be shown as follows: signalable: video/vnd.mpeg.mpd; profiles = "X, Y, Z." In some examples, MPDs (102) may refer to data belonging to distal periods (also known as remote periods). A period usually corresponds to a specific temporal segment of the multimedia content. Each period may contain one or more impressions, such as impressions (110 through 120). However, a distal period may be inserted into or between periods (100) of the multimedia content. Distal periods may include multimedia data in addition to the multimedia data of the multimedia content. For example, distal periods may include advertising data. Periods can be defined by their duration, meaning the start time of a period may depend on the duration of the previous period. A user device can map distal periods to an MPD structure. For live services, the merging of MPDs is done with appropriate update procedures. Together, this can be achieved by dynamically generating the MPD on the server, such as on the server device (60). Other web technologies can also be used. URLs for externally defined periods can be processed in real time to create a new period containing ads for a user of a user device (40). The user device (40) can provide additional information on demand that can be used for ad targeting, such as a user identifier, user preferences, user demographic information, or other information. Table 1 below shows a set of information that can be provided in the MPD (102) to describe one or more multimedia content periods and indicate the presence of external periods: TABLE 1 - MPD Period Information Period E 1...N M Provides information for a Period PeriodAttributes List M of existing period attributes periodDuration A 0 Provides the period duration, which can be used as an alternative to the start attribute of the next period. representationGroupListURl A 0 A URL pointing to a document containing a list of representations. RepresentationGroups E 0...N This element contains the definition of a Representation Group. periodListURl A M A URI pointing to a document containing one or more Period elements. In this way, the Period element of the MPD (102) can refer to external (or distant) periods, for example using periodListURl. For content on request, indications of period durations may be more useful for user devices such as the user device (40) rather than start times to support external periods. An MPD may contain a sequence of Periods where Periods can be internal or external. The use of such distant Periods, It may allow targeted user advertising along with user-specific information. The server device (60) and/or content creation device (20) may dynamically generate separate MPDs for each user or each user device, combining the broadcast of a targeted advertisement and a live service using the dynamically generated MPD. In this way, the techniques of this description may support situations where a service provider delivers content on demand via SGPP AHS. The content may contain multiple scenes, and an advertisement may be inserted between each scene. The advertisement may be different for each user. That is, targeted advertising may be inserted. In addition, each advertisement may be for a different duration. Similarly, a service provider may offer a specific live service (for example, a free service). When accessing the live service, the service provider may insert an advertisement that may or may not target a user. The duration of the advertisement, This may vary depending on the access time, access location, user, and so on. The server device (60) can be configured to only provide the URL of the live service after the advertisement is complete in order to allow the advertisement to be displayed. FIGURE 3 is a block diagram showing the elements of an example video file (150) that may correspond to a section of a multimedia content display, such as one of the sections (114, 124) of FIGURE 2. Each of the sections (114, 124) may contain data that largely conforms to the data arrangement shown in the example in FIGURE 3. Similarly, sections of FIGURES 4 through 7, discussed below, may also essentially conform to the structure of the video file (150). As described above, video files and their extensions conforming to the ISO basic media file format may contain data in what are called "boxes". The array stores the object. In the example of FIGURE 3, the video file contains the movie (MOOV) box (, and the movie track random access (MFRA) box (164). The file type (FTYP) box (152) typically defines a file type for the video file (150). The file type box (152) may contain data defining a specification that describes a best use for the video file (150). The file type box (152) may be placed before the MOOV box ( ). In some examples, a segment such as the video file (150) may contain an MPD update box (not shown) before the FTYP box 152. The MPD update box may contain information indicating that an MPD corresponding to a representation containing the video file (150) will be updated, as well as information for updating the MPD. For example, the MPD update box may contain information for updating the MPD. It can provide a URL or URLs for a resource to be used. As another example, the MPD update box can contain data to update the MPD. In some examples, the MPD update box can immediately track the video file (where the STYP box can define a section type for the video file (150). Figure 7, discussed in more detail below, provides additional information regarding the MPD update box. The MOOV box in the example in Figure 3 can define the general properties of the box. For example, the MVHD box (156) can contain data describing when the video file (150) was originally created, when the video file (150) was last modified, a timeline for the video file (150), a duration for the video file (150) to play, or other data that generally describes the video file (150). The TRAK box (, to the TRAK box (It may contain a TRAK box. In some examples, the TRAK box (158) may contain encoded video images, while in other examples, the encoded video images may be included in the film segments (162) that can be referenced with the data of the TRAK box (158). In some examples, the video file (150) may contain more than one track. Accordingly, the MOOV box (154) may contain a number of TRAK boxes equal to the number of tracks in the video file (150). The TRAK box (158) can define the properties of a corresponding video file (150) track. For example, the TRAK box (158) can describe temporal and/or spatial information for the corresponding track. The MOOV box (similar to a TRAK box, can define the properties of the parameter set track when the encapsulation unit (30) (FIGURE 1) contains a parameter set track in a video file such as video file (150). The encapsulation unit (30) describes the parameter set track The parameter set within the TRAK box can describe the properties of the MVEX boxes (included in the sequence level SEI messages in the track, if any, in addition to the video data, to signal that the corresponding movie segments (162) are included, for example, that the video file (150) contains movie segments (162). In the context of streaming video data, encoded video images can be included in movie segments (162) but not in the MOOV box (154). Accordingly, all encoded video samples can be included in movie segments (162) but not in the MOOV box (154). The MOOV box (154) contains an equal number of MVEX boxes (each) to the number of movie segments (162) in the video file (150), each of which can define the properties of one of the corresponding movie segments (162). For example, each MVEX box can describe a movie extension that describes a temporary duration for the corresponding duration of movie segments (162). 'The header box (MEHD) may contain a box. As mentioned above, the encapsulation unit (30) may store a set of data set in a video sample that does not contain the actual encoded video data. A video sample may correspond to an access unit, which is a representation of an encoded image at a specific time sample. In the context of AVC, the encoded image contains one or more VCL NAL units containing information that will combine all the pixels of the access unit and other related VCL NAL units such as SEI messages. Accordingly, the encapsulation unit (30) may contain a set of data sets that may contain sequence-level SEI messages in one of the movie segments (162). The encapsulation unit (30) may also indicate the presence of a set of data sets and/or sequence-level SEI messages in one of the movie segments (162) within one of the MVEX boxes (160) belonging to one of the movie segments (162). (162) may contain one or more encoded video images. In some examples, movie segments (162) may contain one or more groups of images (GOPs), each of which may contain a series of encoded video images, such as frames or pictures. In addition, as described above, movie segments (162) may contain sequence datasets in some examples. Each movie segment (162) may contain a movie segment header box (MFHD, not shown in FIGURE 3). The MFHD box may define the properties of the associated movie segment, such as a sequence number for the movie segment. Movie segments (162) may be included in the video file (150) by sequence number. The MFRA box (164) may describe random access points within the movie segments (162) of the video file (150). This may help in performing cheat modes, such as searching for specific temporary locations in the video file (150). MFRA The MFRA box (164) is generally optional and in some instances does not need to be included in the video files. Similarly, a user device such as the user device (40) may include a set of track segment random access boxes (TFRA) (not shown) equal to the number of tracks in the video file (150) or, in some instances, equal to the number of media tracks (e.g., non-cue tracks) in the video file (150) to correctly decode and display the video data of the video file (150). In some instances, the movie segments (162) may contain one or more IDR and/or ODR images. Similarly, the MFRA box (164) may provide indications of the positions of the IDR and ODR images within the video file (150). Accordingly, a temporal subsequence of the video file (150) may contain the IDR and ODR of the video file (150). It can be created from images. The temporal subsequence can also include other images such as P frames and/or B frames associated with IDR and/or ODR images. The frames and/or slices of the temporal subsequence can be arranged in sections such that the frames/slices of the temporal subsequence, which are associated with other frames/slices of the subsequence, can be appropriately decoded. For example, in the hierarchical arrangement of data, data used for estimation for other data can also be included in the temporal subsequence. In addition, the data can be arranged in a continuous subsequence such that a portion can specify a single byte range in a GET request to retrieve all data of a particular section used for the temporal subsequence. A user device such as the user device (40) can specify the byte ranges (or parts of) the film segments (162) corresponding to the IDR and/or ODR images by specifying the video. It can extract a temporal subdirectory of the file (150). As discussed in more detail below, video files such as video file (150) may contain a subtrack index box and/or a subtrack box, one or both of which may contain data to extract a temporal subdirectory of the video file (150). FIGURE 4 is a conceptual schematic showing an example multimedia content (200) containing MPD and various representation groups (210 through 220). Multimedia content (200) may correspond to multimedia content (64) (FIGURE 1) or other multimedia content stored in memory (62). In this example, the representations of the multimedia content (200) are organized by the representation group. That is, representations that have a common feature set form a representation group that provides simplified network bandwidth adaptation. It can be created in this form. In this example, MPD (202) includes common display properties (204A) which contain information describing the common properties of the display group (210) and common display properties (204B) which describe the common properties of the display group (220). Common properties may include encoding and/or processing properties of the displays such as an encoder-decoder, the profile and level at which the encoder-decoder adheres to the displays within the display, pixel resolution, frame rate, or other properties of the displays. In accordance with the techniques of this specification, properties may include, in addition to the properties discussed above, a text type value, a camera angle value and/or a rating value. The text type value may define the properties of the text to be displayed with the video data (for example, subtitle text). The text type value may define, for example, the language of the text, the text on the screen, the font and/or a position where the text will be displayed, or other properties of the text. The camera angle value may define the corresponding displays of the It can define the real-world horizontal camera position for a camera (physical or conceptual) used to produce encoded video data. By using camera angles, a user device can select data from two or more displays that are largely shown simultaneously, for example, to produce a three-dimensional video playback effect. Horizontal real-world camera positions can allow the user device to select displays to increase or decrease the relative depth of the video data in three-dimensional playback. Rating can describe the suitability of content for specific audiences. For example, in the United States, the Motion Picture Association of America defines ratings such as G, PG, PG-13, R, and NC-17. As another example, in the United Kingdom, it defines. As yet another example, in the Republic of China (Taiwan), motion picture categories include a general audience category, a protected category, a parental guidance category, and a restricted category. By providing the common features (204) of the relevant display groups (for example, display groups (210 to 220)), a user device (for example, user device (40)) can select one of the appropriate display groups (210 to 220) based on at least partially corresponding common display features (204). In the example of FIGURE 4, the MPD (202) can also include information representing the bit rates for the relevant ones (222B) respectively. The displays of a display group can be considered mutually exclusive so that they can display the same content (same Video, same language audio, etc.) with different encoding or other parameters. The MPD (202) can provide information for selecting one of the display groups (210 to 220), for example, the common display features (204). This information may include information indicating whether a user can decode a given representation. In this way, the user device can exclude from evaluation representations that indicate that the user device does not have the ability to decode and/or generate them. Accordingly, the user device (40) can select a suitable group of representations that can be decoded and processed, then select a representation from the group based on network bandwidth availability, for example. The user device (40) can also be configured with user preferences such as rating, language and/or depth. Accordingly, the user device (40) can also select one or more representation groups to ensure that the selected groups are suitable for user preferences. The user device (40) can then select a subgroup of representation groups that can be played simultaneously. When the user device (40) is only capable of displaying one view, the user device (40) can choose to receive data from only one display. On the other hand, when the user device (40) is capable of stereo display or multi-display, the user device (40) can receive data from two or more displays. After selecting one or more groups of displays, the user device (40) can select displays from the display groups based on, for example, the available network bandwidth. As the available network bandwidth changes (for example, as it increases or decreases), the user device (40) can adjust the display selections from the display groups to adapt to the changing network bandwidth conditions. Of course, the user device (40) can also change the display selections if user preferences or device capabilities (for example, decoding and processing capabilities) change. Common representation properties (RepresentationGroup) may correspond to XML elements. Individual representation properties may, in some examples, correspond to sub-elements of the corresponding RepresentationGroup elements of the MPD (202). Various optimizations can be achieved by grouping the common properties of representations together. For example, many representations may have the same values for various parameters. Therefore, individual signaling properties in the MPD can result in a large duplication of signaling properties separately in the MPD. Many user devices are configured to discard the vast majority of the received MPD. Therefore, optimization may occur in the portion of the MPD received by the user device. In addition, if a Representation Group is discarded, the user device may not need to access the information available in the MPD (URLs, etc.) for the discarded representation or representation group. It can also prevent unnecessary updates to URLs, such as those that tend to be frequently updated during real-time network streaming of video data for live events, for example. Even if redundancies in the MPD are eliminated, parsing the full MPD will still be required after the user device (40) is retrieved and reconfigured, wasting a significant amount of computation time. FIGURE 5 is a conceptual schematic showing another example of multimedia content (250) where the MPD data is divided into various sections for various display groups. Multimedia content (250) can correspond to multimedia content (64) (FIGURE 1) or other multimedia content stored in memory (62). In particular, a manifest file for multimedia content (250) typically includes the MPD portion (252) which contains data related to display groups. In this example, the MPD It includes the relevant representation groups (270 to group data 254) as indicated by arrows pointing between the representation groups. In this example, representation group data (254A) includes the representation group common features (256A) and the location of the MPD part for representation group (258A). That is, the representation group (shows the location of the MPD part for. The location of the MPD part for representation group (258A) may correspond, for example, to the URI or URL of the MPR part for representation group (260A). Similarly, representation group data (2548) includes the representation group common properties (2568) and the location of the MPD part for representation group (shows). In this way, a user device such as user device (40) can specify a suitable representation group from which data will be received without receiving representation-specific signal data for representations that the user device (40) does not receive, decode, or display. Accordingly, the user device (40) can avoid receiving excess data that would otherwise be discarded. In particular, representations that can be decoded and processed by the user device (40). After selecting one or more groups of representations, the user device (40) may only retrieve the MPD portions of the selected representations, excluding the MPD portions for representations that cannot be correctly decoded and/or processed by the user device (40). The data of the multimedia content (250) may generally correspond largely to the relevant elements of the multimedia content (200). However, the multimedia content (250) can simplify the hierarchical download of MPD data for the multimedia content (250) by user devices. For example, rather than retrieving a manifest file that may contain data signaling for all representations, a user device may simply identify one or more groups of representations, then retrieve the others that will not be retrieved by the user device (e.g., because the user device does not support the decoding and/or processing procedures to decode and display the representation). Without taking the MPD portions corresponding to the representation groups, it can take the MPD portions corresponding to these representation groups. In this way, the data of the multimedia content (250) can reduce unnecessary download and parsing inefficiencies. Table 2 below provides an example element that can be added to an MPD such as the MPD of FIGURE 4, describing the properties of the representation groups. Common representation properties (204) (FIGURE 4) and/or representation group common properties (256) can be formatted according to the structure of Table 2. RepresentationGroup E 1...N M This element contains a definition of a Representation Group RepresentationGroupAttri Describes the values of the elements and the default Attributes for this group, may contain profile List information. Representation E O...N 0 This element contains a definition of a Representation RepresentationAttribut The values of the elements and 0, 1 0 This The representation attributes are specific to the representation. representationListURl A 0 URI pointing to a document containing a list of representations. The following XML provides examples of Representation Group elements of an MPD data structure: Table 3 below provides an example dataset that can be included for representations. This data may be provided for individual representations in some examples, while in other examples, all or part of the data may be provided for groups of representations, for example, according to Table 2. Representation This element defines a Representation bandwidth The minimum bandwidth in bits per second (bps) of a hypothetical fixed bit rate channel at which a user will be guaranteed to have enough data for continuous playback after caching exactly as specified. minBufferTime Defines the type of text. Options: Subtitle cameraangle Provides the camera angle. Pure description, for example main, middle The field, player view Rating provides rating information Schemelnformation This element provides information about the rating scheme being used. The element can be extended to provide more scheme-specific information schemeIdUri Provides an absolute URL to identify the scheme. The definition of this element is specific to the scheme used for rating. In some examples, data for groups of representations and data for individual representations within those groups can be presented in an MPD such as MPD (202) with a hierarchical relationship. In other words, individual representations can be signaled as sub-elements to the corresponding representation group elements of the MPD (202), for example. Similarly, for representation groups (and MPD parts), individual representation attributes (262, 264) can correspond to sub-elements of representation group common attributes (256). FIGURE 6 shows another example of multimedia content that can be used to support cheating modes. (300) is a conceptual schema showing the multimedia content (300). Multimedia content (300) can correspond to multimedia content (64) (FIGURE 1) or other multimedia content stored in memory (62). In this example, MPD (302) contains the representation information (304), which may contain the temporal subset information (306). Representation information (304) contains the representation (section 312) in this example. In this example, each of the sections (312) contains a corresponding subset index box ( ). In other examples, some sections may not contain random access points, some sections may contain multiple random access points. Random access points may contain IDR or ODR images. The user device (40) can extract a temporal subset from the representation (310). For example, the user device (40) can extract the RAPs to create a temporal subset of the representation (310). (316) can be removed. Alternatively, the user device (40) can receive RAPs (316A and its subset). The user device (40) can play the display (310) in a cheat mode, for example fast forward or rewind, by only receiving and playing random access points (316) (or subsets). Similarly, the user device (40) can skip or search for a specific one of the random access points (316) to start playback from a requested temporal position. Multimedia content may include temporal subsequence information (or both) to specify information for cheat modes. Temporal subsequence information (may include a "Trick Mode" element: Trick Mode Provides information for cheat mode. It also indicates that the Display can be used as a cheat mode Display. alternatePlayoutRate Normal Specifies the maximum playback rate that the Representation supports with the same decoding and level requirements as normal playback, as a multiple of the playback rate. Specifies that this Representation contains a temporal subsequence that is easily accessible by byte ranges using the TemporalSubSequence Sub-Track Index (sifx) Box Information. frameRate Specifies the frame rate of the temporal subsequence. bandwidth Specifies the minimum bandwidth in bits per second (bps) of a hypothetical constant bit rate channel at which the Representation will guarantee that a user has enough data for continuous playback after caching exactly minBufferTime. alternatePlayoutRate Specifies the maximum playback rate that this temporal subsequence supports with the same decoding and level requirements as normal playback, as a multiple of the normal playback rate. In the example in Table 4, the Cheat Mode element specifies that a corresponding Representation contains a byte range that is easily accessible by byte ranges using the sub-track index boxes (314) information. It includes a Temporal Subsequence element that indicates that it contains a temporal subsequence accessible by its intervals. RAPs (316) may correspond to parts of film segments such as the film segments (162) shown in FIGURE 3. Subsegment index boxes (314) can generally describe the byte interval locations of the random access points (316) of the corresponding segments (312). In general, subsegment index boxes may appear after the segment (not shown in FIGURE 6) and provide film segment prefix dimensions for the film segments referenced in the immediately preceding segment index box. The following Table shows the properties of an example SFIX box. TABLE 5 - Subsegment Index Box Properties Box Type SFIX Required No Quantity One per Segment Index Box The following pseudocode Subsegment Index Boxes Provides an example syntax for (314): aligned(8) class SubFragmentlndexBox e xtends FuIIBox('strf, O, 0) { unsigned int(32) fragment_count; unsigned int(8) sub_fragment_count; for(i=0; i <fragment_count; i++) for(j=0; j < sub_fragment_c0unt-I; j++) } unsigned int(32) prefix_size; The following description provides an example semantic for the syntax described above: `sub_fragment_count` specifies the number of fragments for which the sub_fragment count is determined in this box. This should be equal to the fragment references in the preceding Partition Index Box. `sub_fragment_count` specifies the number of sub_fragments per fragment. `prefix_size` specifies the size of the fragment prefix occupied by sub_fragment j. Additionally, or alternatively, a sub_fragment_count box can be included in the partitions (312). While the sub_fragment_count box can provide syntax information that can be received by the user device (40) along with a partition index box before requesting media data, the sub_fragment_count box can provide information to the user device (40) to construct byte range requests targeting subsets of fragment data, such as temporal sublayers, for example. The Track Track box can specify that the sample data of the track tracks be reordered so that the samples of each subtrack come before all samples that appear only in higher-level subtracks. Samples of a subtrack that does not appear in any subtrack can be placed contiguously into the file in the same order as they appear in the Track Run box (for example, one corresponding to sections (312)). This can allow samples to be stored in the temporal scalability layer order within the track track. Only one Track Run box can exist when this box is present. Table 6 describes the properties of the subtrackfragbox: TABLE 6 - Subtrackfragbox Properties Box Type STRF Container Trackfragbox ("TRAF") Required No Quantity Zero or one The following pseudocode shows an example syntax for the subtrackfragbox: aligned(8) class SubTrackFragBox extends FullBox('strf, 0, 0){ unsigned int(8) sub_track_c0unt; unsigned int(16) sample_count[sub_track_count-l]; for(i=0; i for (j=0; j <sample_count[i]; j++) bit(I) cur_sub_trak_flag; reserved_trailing_bits; } The following explanation provides an example meaning for the sample syntax of the subtrack box described above: sub_track_count indicates the number of subtracks; when this box is present, sub_track_c0unt can be equal to or greater than 2. sample_count[i] specifies the number of samples in the subtrack with the index i + 1. The samples of a subtrack are considered members of all subtracks with smaller index values. The number of samples in subtrack O is equivalent to the number of zeros in the first bitstring in the next loop. The number of samples in the subtrack with index sub_track_count-1, which is the index of sample_count[sub_track_count-1], is equal to the number of samples in the Track. The `cur_sub_track_flag` indicates that an instance with index i+1 belongs to the subtrack in the first iteration of the loop. A value of 0 in the first iteration indicates that an instance belongs to a subtrack with index less than i+1. Note: The first iteration of the loop also includes the `sample_count[O]` flags, indicating the locations of instances in subtrack 1 that are not in subtrack O. The second iteration indicates the locations of instances in subtrack 2, and similarly in subtrack 1 and so on. `sample_count[sub_track_count-1]` is evaluated as equal to the number of instances in the track. Cheat modes can be applied to various different scenarios. For example, cheat modes can be used to temporarily pause a service, resume a service after a pause, rewind for a period of time, and/or fast-forward to a desired temporal position (for example, after playback has been interrupted or to search for a specific desired temporal position). Supporting cheat modes using temporal subsequences can offer several advantages. For instance, temporal subsequences can support various frame rates relatively easily. Similarly, a representation containing a temporal subsequence can be used for normal playback because the representation is not limited to the temporal subsequence. Additionally, encoding with temporal subsequences can be highly efficient. Temporal sub-sequences also don't require new encoding profiles or levels, can reuse standard representations, ignore additional user complexity, enable simple content pre-provisioning, provide bandwidth, cache, and storage efficiency, offer flexibility to user applications to optimize user experience, are common across different cheat modes, and are applicable to a wide spectrum of user applications, and can provide a relatively good user experience in terms of good frame rates, responsiveness, and other such metrics, as well as post-search initialization latency. FIGURE 7 is a conceptual diagram showing another example of multimedia content (350) which may include MPD update boxes (364) to indicate that sections (360) have been updated. Multimedia content (350) may correspond to multimedia content (64) (FIGURE 1) or other multimedia content stored in memory (62). In general, the MPD (352) contains the representation information (354) for the representation (360), such as the properties of the representation (360) and URIs or URLs of the sections (362) of the representation (360). In some cases, the representation (360) may be composed of live content, such as a sporting event, and therefore the URIs of the sections (362) may not be predetermined. Therefore, as sections of the representation (360) are created, one or more of the sections will update the MPD (352). To specify, it may include MPD update boxes. For example, in FIGURE 7, the section ( and section data (366A) is included. Section data (366A) can generally be generated according to the video file (150) (FIGURE 3). However, section (362A) also includes the MPD update box (364A). In this way, the user device (40) can update the MPD update box (). The MPD update box ( may include updates or the URI or URL of the MPD update (352). It should be understood that the data of the MPD update boxes (364) are not necessarily included in the open boxes. For example, data that largely matches the data of the MPD update boxes (364) may be included in other boxes of the sections (362) or in the header of the sections (362). In this way, a section (362) containing the MPD update information can be included. The "part" may correspond to a header part, an MPD update box similar to the MPD update boxes (364), or data in one or more other part boxes (362). In this way, the part can analyze the MPD update box (364A) to update it. The user device (40) can then use the updated version of the parts. Parts (3628 and 362C) can also receive the data of part (362D) in the video file in FIGURE 3. In this example, part (362D) contains the MPD update box (3648) which the user device (40) can use to make another update to the MPD (352) in accordance with the first update. Accordingly, to receive parts beyond part (362D) of the presentation (360), the user device (40) can perform the update based on the data of the MPD update box (3648). Based on the updates, it can use the new MPD version (352). An MPD update box, such as MPD update boxes (364A, 3648), can include properties according to Table 7 below: TABLE 7 - MPD Update Box Properties Box Type MUPE Required No Amount Zero or one In some examples, the following syntax can be used to define an MPD update box: aligned(8) class MPDUpdateBox extends FullBox('mupe') { unsigned int(3) mpd_inf0rmati0n_flags; unsigned int(l) new_locati0n_flag; unsigned int(28) Iatest_mpd_update_time; /// The following are optional fields} } string mpd_l0cati0n An example semantic set for the MPD update box syntax is given below: mpd information flags, The logical OR of zero or more of the following: OxOO Media Presentation Description Update now OxO1 Media Presentation Description Update previously 0x02 End of Presentation Ox03 to 0xO7 are reserved. If new_locati0n_flag is set to 1, then a new Media Presentation Description mpd location can be obtained later at a new location specified in the mpd locations. latest_mpd_update_time specifies when the MPD update should be performed in ms relative to the latest MPD's broadcast time. The user can choose to update the MPD at any time between now and . mpd location is found only if new_locati0n_flag is set and provides a Uniform Resource Locator for the new Media Presentation Description. In this way, the in-band signal at the segment level is transferred to the MPD. (302) can be used to indicate the updates made. In some instances, updates may be provided at the boundaries of the section. That is, MPD update boxes (364) may only occur at the beginning or end of the relevant sections in various instances. In some instances, if bandwidth of MPD updates presents a problem, the server device (60) (FIGURE 1) may provide MPDs only for specific device capabilities where those parts will be updated. In addition, the MPD may provide a broadcast time (wall clock time). This may provide a unique identifier for the MPD and when the MPD was broadcast. It may also provide a link for update operations. In addition, the server device (60) and/or content preparation device (20) may use hierarchical structures, for example, to specify other MPDs that do not require updating (302). Without changing the parts, you can optimize MPD updates to update only the parts of the MPD (302) that require updates. Ad insertion, such as targeted ad insertion, can also be done using MPD update boxes similar to those in FIGURE 7. That is, an MPD update box can be provided to direct the user device (40) to retrieve data from the multimedia content. This can occur during breaks or other actions that delay the game in sporting events, and similarly during breaks for video replay and delays in exciting action. Since such events can occur randomly, the times when ads will be inserted may not be known in advance. Updating the MPD (302) can be applied asynchronously to the distribution of the sections. The server device (60) can give the user device (40) guarantees that an MPD will not be updated for a certain period of time. However, the server device (60) does not need to explicitly signal when the MPD is updated before the minimum update period. Since user devices may operate in different MPD update states, fully synchronized playback can be difficult to achieve. Therefore, users may experience drift. Time-shifted display can be provided by the server device (60) and/or the content preparation device (20). FIGURE 8 is a flowchart showing an example method for providing display groups by a server device and selecting display groups and also an individual display within the selected display group by a user device. While the method in FIGURE 8 is described in relation to the server device (60) and user device (40), it should be understood that other devices may implement techniques similar to the method in FIGURE 8. For example, a content preparation device (20) or a content delivery network. One or more network devices can perform some or all of the functions on the server device (60). The server device (60) can first obtain data for a set of representations of multimedia content, as well as a manifest file for multimedia content (for example, create, or receive from the content preparation device (20)), if the representations in the set have one or more common properties. The set of representations may correspond to a representation group. The server device (60) can provide the user device (40) with the indicators of the representation groups (400). For example, the server device (60) can provide the user device (40) with the MPD (Figure 2, 6 and 7). Other example MPDs in Figures 2, 6 and 7 may also include indicators of representation groups, such as representation group XML elements. In each case, the user device (40) can obtain, for example, from the MPD file or from the server device (60). The user device (40) can retrieve information describing the display group properties (402) from a portion of the MPD file. The user device (40) can then analyze the properties of the display groups to eliminate those display groups that the user device (40) cannot or will not select to retrieve, decode, or process. For example, the user device (40) can compare its decoding and processing capabilities with the properties of the display groups to identify unsuitable display groups. As another example, the user device (40) can compare user preferences for language, rating, and depth of field (such as that provided by two or more images with specific camera angles) to eliminate unwanted display groups. The user device (40) can then select a suitable display group based, at least in part, on the decoding and processing capabilities of the user device (404). Of course, this selection also depends on the user, as mentioned above. It should be understood that this can be done based on preferences (additionally or alternatively). In this way, the user device (40) can select a set of representations based on common features for the set of representations. After a group of representations is selected, the user device (40) can request data for a part of the MPD that specifically describes the representations of the representation group. In response, the server device (60) can provide the user device (40) with representations of the representation bit rates, among other individual representation features, in the selected representation group (406). For example, the server device (60) can send data to the user device (40) for a specific part of the MPD for representation groups (FIGURE 5). In other examples, the user device (40) may already have received a complete MPD for the multimedia content (for example, the MPD of FIGURE 4 (202)), but can specifically analyze the parts of the MPD corresponding to the selected representation group. In some instances, step 406 of FIGURE 8 may occur before step 402 and/or step 404. In each case, after obtaining the specific characteristics of the representations of the selected representation group containing the bits for the representations (408), the user device (40) can determine an amount of available network bandwidth (410). The user device (40) can then select a representation from the selected representation group (412), and the selected representation has a bit rate that can be provided by the determined amount of available network bandwidth. The bit rates of the representations represent instances of the encoding characteristics of the individual representations in the representation group. The user device (40) can then request the data of the selected representation (414). For example, the user device (40) can generate an HTTP GET request to request a portion of the selected representation (for example, it can generate and Alternatively, the user device (40) can generate an HTTP GET that specifies a byte range of a portion of the selected display. In each case, the user device (40) can send the request to the server device (60). The server device (60) can receive the request and send the requested data back to the user device (40) (416). For example, the request processing unit (70) can determine a network address of the user device (40) from the data of the received request, for example, a source Internet protocol (IP) address and the source port of the received request. The request processing unit (70) can generate network packets containing the requested data and send the requested data to the user device (40), for example, the IP address specified for the user device (40). After receiving the requested data, the user device (40) can begin decoding and displaying the received data. (418). While receiving the requested data, the user device (40) can continue to analyze the available network bandwidth and send requests from impressions with bit rates that may be available within the amount of available network bandwidth (410 to 414). If the amount of network bandwidth changes, the user device (40) can adaptively switch to a different impression from the selected impression group. For example, the user device (40) can identify a segment in a new impression that corresponds to the temporal position of the last segment requested from the previous impression in the impression group, and then request the identified segment (or part of it) in the new impression. In some examples, the server device (60) can provide an MPD corresponding to the placement of targeted ads on the user device (40) during the method of FIGURE 8. The MPD is the MPD that allows the user device (40) to send a message to a user of a user device (40). This may result in the server device (60) receiving targeted advertising multimedia data. In some instances, the user device (40) may additionally provide user information to the server device (60) to target advertising media data to the user device (40). User information may include user preferences, user identification information (such as a user ID), user demographic information, or other such information. Targeted additional insertion may occur, for example, before step 400 in Figure 8 or after step 418 and, for example, before selecting a subsequent display for a later period of multimedia content. Thus, the method in FIGURE 8 shows an example of a method that includes: analyzing at least part of a manifest file for multimedia content, where the manifest file part contains information that is indicative of the set of impressions of the multimedia content and common to each set of impressions. It includes information that is an indicator of the features; selecting one of the sets of representations based on common features for one of the sets of representations; selecting one of the representations of one of the selected sets of representations based on one or more encoding features of one of the representations of one of the sets of representations; and generating a request for the data of one of the representations based on the selection. Similarly, the method in FIGURE 8 shows an example of a method that includes: obtaining a set of representations of multimedia content that have one or more common features, where each of the representations in the set has individual encoding features separate from the common features; obtaining a manifest file for the multimedia content, where the manifest file contains information that is an indicator of the representations in the set, information that is an indicator of the common features for the set of representations, and information that is an indicator of the encoding features for each of the representations in the set; and sending at least part of the manifest file to a user device. FIGURE 9 shows providing data that is an indicator of a cheat mode by a server device and the cheat mode of the multimedia content. This is a flowchart showing an example method for using data by a user device to retrieve and play back data. While the method in FIGURE 9 is described in relation to the server device (60) and the user device (40), it should be understood that other devices may implement techniques similar to the method in FIGURE 9. For example, a content preparation device (20) or one or more network devices of a content delivery network may perform some or all of the functions on the server device (60). In addition, the selection of a cheat mode, the selection of a display group and a display from the display group may be done together as described in Figure 8 above. The server device (60) may first obtain data for one or more displays of multimedia content, as well as a manifest file for multimedia content, provided that at least one of the displays contains a temporal subsequence. (For example, it can create or receive from the content preparation device (20)). The notification file can indicate that the representation contains a temporal subsequence. The server device (60) can provide the user device (40) with indications of the properties of the multimedia content, for example, representations (430). In addition, the server device (60) can provide indications of the temporal subsequences of one or more representations (432). That is, the server device (60) can provide information indicating that temporal subsequences exist for one or more representations of the multimedia content within an MPD file for the multimedia content. For example, the server device (60) can provide the user device (40) with at least part of an MPD containing a cheat mode element that has a temporal subsequence sub-element, as described in Figure 6 above. In this way, the user device (40) can provide the multimedia The server device (40) can select a display based on the characteristics of the content's representations (434). Although the user device (40) does not necessarily have to select a display with a temporal subsequence, for the purposes of the discussion to illustrate these techniques, it is assumed, for example, that the user device (40) selects a display for which a temporal subsequence is possible. The user device (40) can then receive a request to use a cheat mode (436). For example, the user device (40) can receive a selection from a user of another user device (40) of a specific temporal display position where playback will begin. Alternatively, the user device (40) can receive a request to fast forward or rewind the video data. In response to the request to use cheat mode, the user device (40) can determine whether a temporal subsequence is available for the display and, if so, request data to retrieve at least a portion of the temporal subsequence (438). The server device (60), The user device (40) can respond to the request by providing indicators showing the locations of the data for the temporal subsequence (440). In some examples, a portion of the MPD for multimedia content may indicate the locations of the data for the temporal subsequence. In other examples, the user device (40) may request sub-track index boxes and/or sub-track boxes from the corresponding sections of the representation. In each case, the user device (40) can use the received data containing information indicating the locations of the data for the temporal subsequence to request the data for the temporal subsequence from the specified locations. For example, the user device (40) can specify locations (e.g., URLs of the sections and possibly byte ranges of the sections) including IDR random access points and/or ODR random access points. The user device (40) can then make HTTP GET or partial GET requests for the temporal subsequence data to play the video data in cheat mode. It can do so. After receiving HTTP GET and/or partial GET requests from the user device (40), the server device (60) can provide the requested data to the user device (40) (444). For example, the server device (60) can send segments in response to HTTP GET requests or parts of media segments (or parts of media segments) in response to HTTP partial GET requests. After receiving the requested data, the user device (40) can begin decoding and displaying the received data (446). Similarly, the user device (40) can continue to request data from the display (or a different display if the amount of available network bandwidth changes). In this way, the method in FIGURE 9 represents an example of a method that includes: analyzing the information of a manifest file for a multimedia content, which contains the information of the manifest file, multimedia This indicates that at least one of the representations of the content contains a temporal subsequence; determines one or more locations of the data for the temporal subsequence; and provides one or more requests for data for the temporal subsequence. Similarly, the method in FIGURE 9 represents an example of a method that includes: obtaining data for at least one representation of multimedia content that contains a temporal subsequence; obtaining data for a manifest file for multimedia content, where the manifest file information indicates that at least one representation of the multimedia content contains a temporal subsequence; and sending at least a portion of the manifest file to a user device. FIGURE 10 is a flowchart showing an example method for providing indications for updating a manifest file, such as an MPD, by a server device and for updating an MPD by a user device. Although the method in FIGURE 10 is described in relation to the server device (60) and the user device (40), it should be understood that other devices may apply techniques similar to the method in FIGURE 10. For example, the content creation device (20) or one or more network devices of a content delivery network may perform some or all of the functions of the server device (60). In addition, updating an MPD can be performed in conjunction with selecting a cheat mode and/or selecting a group of impressions and an impression from a group of impressions, as described above in FIGURES 8 and 9. In some examples, the content creation device (20) may encode and encapsulate encrypted video data captured during a live event such as a sporting event. In this way, the user device (40) can receive the encoded data of the event in near real-time as the event occurs. First, the server device (60) can receive a representation of one or more multimedia content corresponding to the live event and provide feature indicators for the representation of the multimedia content in an MPD (460). The MPD can only identify the features and locations of sections up to a specific temporal location of the multimedia content because the multimedia content is generated while the event is being captured live. The user device (40) can request parts of the selected representation, for example, up to the temporal position, using the current MPD. In response, the server device (60) can send the requested parts. However, in addition, the server device (60) can send a part containing an MPD update box or other information indicating that an MPD will be updated from part 0 (466). In response, the user device (40) can decode and display one or more of the received parts (468). The user device (40) can also receive information indicating that the MPD will be updated (470). For example, the user device (40) can receive the last part before the temporal position where the MPD is no longer applied. The user device (40) can determine that the last part contains an MPD update box similar to the MPD update boxes described in FIGURE 7. By using the update box, the user device (40) (40) can request updates to the MPD (472). For example, the user device (40) can specify a network location for updates to the MPD and request updates from that location. The server device (60) or another device that stores updates to the MPD (for example, a content creation device (20)) can use the user device (40) to update the MPD. Alternatively, in some instances, the MPD update box may contain information indicating the MPD updates themselves; in this case, the user device (40) can update the MPD using the information from the MPD update box. In any case, the user device (40) can request sections using the updated version of the MPD, following the temporal location where the previous MPD is no longer applied (478). The user device (40) and the server device (60) can continue to follow similar steps until the user device (40) finishes playing the multimedia content. In some instances, Techniques similar to the method in FIGURE 10 can be used to achieve targeted ad placement. For example, an updated MPD may contain a portion of the ad media content corresponding to the content of the ad media. The user device (40) may need to retrieve and replay the data of the ad media content based on the updated MPD, which may contain another updated MPD to retrieve the data of one or more portions of the ad media content, which may contain the subsequent media data of the desired media content. In this way, the method in FIGURE 10 represents an example of a method that includes: retrieving the data of a first part of a multimedia content presentation based on the data of a copy of a notification file stored by a user device; retrieving a portion of a second part of the presentation based on the notification file, which contains a portion of the first part of the second part of the presentation. Then it appears, and within it, a partial notification file of the second part will be updated; the copy of the notification file stored by the user device is updated based on the indication that the notification file will be updated; and the media data of the second part is retrieved in accordance with the updated notification file. Similarly, the method in FIGURE 10 represents an example of a method that includes: sending data from a notification file of multimedia content to a user device, in which the notification file contains information indicating a first part of a presentation of multimedia content; sending at least a portion of the first part of the presentation to the user device in response to a request from the user device, in which a partial notification file of the first part will be updated, in which an updated version of the notification file contains data indicating a second, different part of the presentation; and sending to the user device, in response to a request received from the user device. and sending the data of the second part prepared according to the updated notification file. FIGURE 11 is a flowchart showing an example method for generating and using data for a Quality of Experience (QoE) report document. Although the method in FIGURE 11 is described in relation to the server device (60) and the user device (40), it should be understood that other devices may apply techniques similar to the method in FIGURE 11. For example, the content creation device (20) or one or more network devices of a content delivery network may perform some or all of the functions of the server device (60). In addition, providing a QoE report to the server device (60) and/or the content creation device (20) may involve updating an MPD, as described in FIGURES 8, 9 and 10 above. This can be done in conjunction with the selection of the cheat mode and/or the selection of a representation group and the selection of a representation from a representation group. First, the server device (60) can provide a user device (40) with an indication of the characteristics of the representation of the multimedia content within an MPD (500). As discussed above, the user device (40) can select a representation based on, for example, the decoding and/or processing capabilities of the user device (40), user preferences, available network bandwidth and/or other characteristics of the multimedia content representation (502). The user device (40) can then request one or more parts of the selected representation (504). The server device (60) can send the requested parts to the user device (40) (506). After receiving the requested data, the user device (40) can start decoding and displaying the received data (508). The user device (40) can then display all It can determine whether video data has been received (510). If the last part of the presentation (or multimedia content in general) has not been received, the user device can reassess the amount of network bandwidth currently available and select a presentation based on this analysis (502) and try to prevent buffer overflow and underflow by buffering data and requesting multimedia content data from a presentation that can be hosted by the currently available network bandwidth. However, buffer overflow or underflow may occur from time to time, for example, if the actual encoding characteristics of the multimedia content do not match the signal encoding characteristics or if there is not enough data for the user device (40) to make a suitable selection. Other factors may also reduce the quality of experience for a user of a user device (40). This can cause problems. Therefore, the user device (60) can retrieve the final section of the presentation (or multimedia content) and provide a Quality of Experience (QoE) report to the device. For example, the user device (40) can generate a report that includes indicators and displays of the selected sections (512). The user device (40) can also record buffer overflow events that may cause pauses in media playback. The user device (40) can generate a report containing a series of PeriodReport items representing the Periods played. A Period item can also include a time, each representing a continuous run of a portion of a Presentation and providing start and end times in both real-time and presentation time; this is the time the user wants to view the content and the start of playback. In this way, the report document can provide the user device with a multimedia experience report. The content may include an electronic document in an extensible markup language (XML) format showing the representations of the multimedia content from which the user device (40) receives media data. The user device (40) may provide the report to the server device (60) or to another device in a content delivery network, such as a content preparation device (20) or a dedicated report collection device. In this way, the server device (60) can receive an indication of the segments and representations received by the user device (40) (514). The server device (60) may then provide the indications to, for example, the content preparation device (20) or another device connected to a service provider or media compiler to improve content preparation. From the information provided by the user device (40), a service provider can determine exactly what was played, when there were pauses during playback, and exactly when transitions were made between representations. It can determine whether it can be played. Alternatively, or in addition, the user device (40) can provide summary information, including the total playback time and the number of continuous playback times, pauses, and the average and variance of pause times for each viewing separately. Using this data, the service provider can analyze experience quality information for a new piece of media content for streaming using Adaptive HTTP Streaming. The service provider can perform a series of different viewings at different bit rates and provide HTTP service infrastructure to host media files, then collect feedback to determine the quality of users' viewing experiences. The service provider can use this data to improve the quality of this or future media content hosting service. Experience Quality metrics can refer to the actual viewing as experienced by a user and can be independent of user algorithms used for HTTP request timing, viewing selection decisions, and so on. In this way, the service The provider can obtain a relatively accurate quality of the viewing experience for a user's specific viewing session. In this way, the method in FIGURE 11 represents an example of a method that includes: the preparation of a document containing information about the indicators of the multimedia content representations from which the media data was received; and the sending of the prepared document to a server from which the media data was received. The method in FIGURE 11 also represents an example of a method that includes: the retrieval of information indicating the data received by a user device; and the retrieval of an electronic document in an extensible markup language format containing information indicating the indicators of the multimedia content representations from which the user device received the media data. In one or more examples, the described functions can be implemented in hardware, software, firmware, or any combination thereof. If implemented in software, functions can be stored or transmitted in a computer-readable medium consisting of one or more instructions or codes, and executed by a hardware-based processing unit. A computer-readable medium may include a physical medium corresponding to a computer-readable medium such as a data storage medium, or a communication medium, for example, any medium that enables the transfer of a computer program from one place to another in accordance with a communication protocol. In this way, computer-readable media can generally correspond to (1) a non-volatile physical computer-readable storage medium or (2) a communication medium such as a signal or carrier wave. A data storage medium may be any medium accessible by one or more computers or one or more processors to receive instructions, codes and/or data structures for the implementation of the techniques described in this description. A computer program 'The product may contain a computer-readable medium. For example, computer-readable storage medium may include, without limitation, RAM, ROM, EEPROM, CD-ROM or other optical disc storage, magnetic disc storage, other magnetic storage devices, flash memory or any other medium used to store the instructions or data structures of the desired program and accessible by a computer. Also, any connection is properly referred to as a computer-readable medium. For example, if instructions are transmitted from a website, server or other remote source using a coaxial cable, fiber optic cable, twisted pair, digital subscriber line (DSL) or wireless technologies such as infrared, radio and microwave, then the coaxial cable, fiber optic cable, twisted pair, DSL or wireless technologies such as infrared, radio and microwave are included in the definition of medium. However, it should be understood that computer-readable storage media and data storage media do not include links, carrier waves, signals, or other transient media, but rather refer to non-transient, tangible storage media. As used herein, disk and floppy disk include compact disc (CD), laser disc, optical disc, digital omnidirectional disc (DVD), floppy disk and Blu-ray disc, floppy disks generally reproduce magnetically, while disks generally reproduce data magnetically. Combinations of the above should also be included within the scope of computer-readable media. Instructions can be executed by one or more processors such as digital signal processors (DSPs), general-purpose microprocessors, application-specific integrated circuits (ASICs), field-programmable logic arrays (FPGAs), or other equivalent integrated or discrete logic circuits. Accordingly, as used herein... The term "processor" as used herein may refer to any of the structures described above or any other structure suitable for the application of the techniques described herein. Additionally, in some respects, the functions described herein may be provided within special hardware and/or software modules configured for encoding and decoding or incorporated into a combined encoder-decoder. Furthermore, the techniques may be fully implemented in one or more circuits or logical elements. The techniques described herein may be implemented in a wireless handheld device, an integrated circuit (IC), or a range of devices. Various components, modules, or units are described to highlight the functional aspects of devices configured for the implementation of the techniques described, but it is not necessarily the case that they are implemented by different hardware units. Instead, as described above, various units may be integrated into an encoder-decoder hardware unit. It can be achieved by combining or assembling hardware units that work together, including one or more processors as described above, in conjunction with appropriate software and/or product software. The following items are only illustrative descriptions; the invention is defined solely by the requirements in the appendix. Further examples of the preferred features of the invention can be defined by the following numbered items, where the dependent items are specified: 1. A method for retrieving multiple multimedia data, which includes: analysis of the information in a manifest file for the multimedia content, where the manifest file information indicates that at least one of the representations of the multimedia content contains a temporal subsequence; determination of one or more locations of the data for the temporal subsequence; and submission of one or more requests for the data for the temporal subsequence. 2. A method of item 1, which additionally includes the data of the temporal subsequence for representation. It includes presenting in cheat mode. Item 3 is the method of item 1, which involves determining the locations of the data, determining the locations of the data for the temporal subset from the manifest file. Item 4 is the method of item 1, which involves determining the locations of the data, including: retrieving data for a portion of the representation, which includes data indicating one or more data locations for the temporal subset; and analyzing the data for the retrieved portion of the representation. Item 4 is the method, where the data for the portion of the representation corresponds to continuous byte sequences of the relevant portions of the representation. Item 4 is the method, where the portion of the representation contains a sub-part index box of the representation. Item 4 is the method, where retrieving data for the portion of the representation includes: a start byte of the portion of the representation and an end byte of the portion of the representation from the manifest file data. The method of Article 1 is the retrieval of data for the temporal subsequence; and the sending of a partial GET request specifying the start byte, end byte, and an identifier of the representation. The method of Article 1 is the retrieval of multimedia data, which includes data for the temporal subsequence, one or more instantaneous decoder refresh (LDR) images of the representation. The device for retrieving multimedia data includes one or more processors configured to perform the following: analysis of the information in a manifest file for the multimedia content, where the manifest file information indicates that at least one of the representations of the multimedia content contains a temporal subsequence; determination of one or more locations of the data for the temporal subsequence; and submission of one or more requests for data for the temporal subsequence. The device of Article 9 includes one or more processors configured to determine the locations of the data for the temporal subsequence in the manifest file. It has been done. 11. It is the device of Article 9, and one or more processors are configured to retrieve data for a portion of the representation to determine the locations of the data; this portion of the representation includes the data of the pointer to one or more locations of the data for the temporal subsequence and the retrieval of the temporal subdata of the representation. 12. It is the device of Article 11, and a portion of the representation includes a sub-part index box of the representation. 13. It is the device of Article 11, and one or more processors are configured to retrieve data for a portion of the representation from the manifest file, including a start byte and an end byte of the representation, and to send a GET request specifying the start byte, end byte, and an identifier of the representation. 14. It is the device of Article 9. The device is one that includes at least one of the following: an integrated circuit; a microprocessor; and a wireless communication device containing one or more processors. It is a device for receiving multimedia data, and the device includes: a tool for analyzing the information of a manifest file for multimedia content, in which the manifest file information shows that at least one of the representations of the multimedia content contains a temporal subsequence; a tool for determining one or more locations of the data for the temporal subsequence; and a tool for submitting one or more requests for data for the temporal subsequence. 16. It is the tool of Article 15, and the tool for determining the locations of the data includes a tool for determining the locations of the data for the temporal subsequence from the manifest file. 17. It is the device of Article 15, and the tool for determining the locations of the data includes: a tool for retrieving data for a portion of the representation, in which the representation... The `<string>` part contains data indicating one or more data locations for the temporal subset; and the tool for analyzing the data for the retrieved part of the representation. 18. The `<string>` method of `<string>` contains the `<string>` part of the representation, which includes a subset index box of the representation. 19. The `<string>` method of `<string>` contains the `<string>` method of `<string>`, which includes ... Article 21 is a computer program 'product' which contains instructions that, when executed, cause a processor of a device to perform the following actions for receiving multimedia data: analyzing the information of a manifest file for the multimedia content, in which the manifest file information indicates that at least one of the representations of the multimedia content contains a temporal subsequence; determining one or more locations of the data for the temporal subsequence; and submitting one or more requests for the data for the temporal subsequence. Article 20 is a computer program 'product' which contains instructions that cause the processor to submit the temporal subsequence of the representation in a trick mode for the representation. 22. Article 20 is a computer program product that includes instructions that cause the processor to determine the locations of data, specifically instructions that cause the processor to determine the locations of data for a temporal subset from the manifest file. 23. Article 20 is a computer program product that includes instructions that cause the processor to determine the locations of data, specifically instructions that cause the processor to: retrieve data for a portion of the representation, wherein that portion of the representation contains data indicating one or more data locations for a temporal subset; and analyze the data for the retrieved portion of the representation. 24. Article 23 is a computer program product that includes a portion of the representation containing a subset index box of the representation. Article 23 describes a computer program 'product' which includes instructions that cause the processor to retrieve data for representations, instructions that cause the processor to do the following: retrieve a start byte and an end byte of the representation from the manifest file data; and send a GET request specifying the start byte, end byte, and a part of the representation identifier. 26 describes a method for sending information for multimedia data, which includes obtaining data for at least one representation of multimedia content that contains a temporal subsequence; obtaining data for a manifest file for multimedia content where the manifest file information indicates that at least one representation of multimedia content contains a temporal subsequence; and sending at least one part of the manifest file to a user device. Article 27. Method of Article 26, which includes a manifest file containing information indicating the data locations for the temporal subsequence. Article 28. Method of Article 26, which includes a portion of the representation containing data indicating one or more data locations for the temporal subsequence, additionally includes: requesting a portion of the representation from the user device; and sending a portion of the representation to the user device in response to the request. 29. A method of Article 28, which includes a portion of the representation, a sub-part index box of the representation. A method of Article 28, which includes a manifest file specifying a byte range for the portion of the representation, and a request, which includes a GET request specifying a byte range for the portion of the representation. 31. A device for sending information for multimedia data, which includes one or more processors configured to: obtain data for at least one representation of multimedia content containing a temporal sub-sequence; obtain data for a manifest file for multimedia content, in which the manifest file information indicates that at least one representation of multimedia content contains a temporal sub-sequence; and send at least one portion of the manifest file to a user device. 32. A device of Article 31, which includes a manifest file, temporal It contains information indicating the data locations for the sub-array. Article 33 is the device of Article 31, in which a portion of the representation contains data that is an indicator of one or more data locations for the temporal sub-array, and in which one or more processors are configured to receive a request for a portion of the representation and send that portion of the representation to the user device in response to the request. Article 34 is the device of Article 33, in which a portion of the representation contains a sub-part index box of the representation. Article 33 is the device of which a manifest file specifies a byte range for a portion of the representation, and in which a request contains a GET request specifying a byte range for a portion of the representation. Article 36 is the device of Article 31, in which the device contains at least one of the following: an integrated circuit; a microprocessor; and one or more processors. 37. A wireless communication device containing: a device for transmitting information for multimedia data, the device being a means of obtaining data for at least one representation of multimedia content containing a temporal subsequence; a means of obtaining data for a manifest file for multimedia content, the manifest file containing information indicating that at least one representation of the multimedia content contains a temporal subsequence; and a means of sending at least part of the manifest file to a user device. 38. A device of Article 37 containing information indicating the data locations for the temporal subsequence in the manifest file. 39. A device of Article 37 containing data indicating one or more data locations for the temporal subsequence, the device additionally containing: a means of requesting part of the representation from the user device; and a means of sending part of the representation to the user device in response to the request. 40. Article 39 is a device whose representation includes a subset of the representation, a subset of the representation index box. 41 is a device whose manifest file specifies a byte range for the representation, and the request includes a GET request specifying a byte range for the representation. 42 is a computer program whose product contains a computer-readable medium on which instructions are stored that, when executed, cause a processor of a device to perform the following: to obtain data for at least one representation of multimedia content containing a temporal subset; to obtain data for a manifest file for multimedia content, the manifest file information of which indicates that at least one representation of multimedia content contains a temporal subset; and to send at least one part of the manifest file to a user device. Article 43. Article 42 is a computer program product that includes a declaration file containing information indicating data locations for the temporal substring. Article 44. Article 42 is a computer program product that includes a portion of the representation, data indicating one or more data locations for the temporal substring; the computer program product also includes instructions that cause the processor to do the following: receive a request from the user device for the portion of the representation; and send the portion of the representation to the user device in response to the request. Article 45. Article 44 is a computer program product that includes a portion of the representation, a substring index box of the representation. Article 46. Article 44 is a computer program product that includes a declaration file specifying a byte range for the portion of the representation, and a request containing a portion specifying a byte range for the portion of the representation. Contains a GET request. TR TR TR TR TR TR TR TR