Filtrování manifestů pomocí dynamického packageru
logo 
Varování
Služba Azure Media Services bude vyřazena 30. června 2024. Další informace naleznete v AMS Retirement Guide.
Když do zařízení doručujete obsah streamování s adaptivní přenosovou rychlostí, budete někdy muset publikovat více verzí manifestu pro cílení na konkrétní možnosti zařízení nebo dostupnou šířku pásma sítě. Dynamic Packager umožňuje určit filtry, které můžou vyfiltrovat konkrétní kodeky, rozlišení, přenosová rychlost a kombinace stop zvuku za běhu. Filtrováním se odebere potřeba vytvořit více kopií. Stačí publikovat novou adresu URL s konkrétní sadou filtrů nakonfigurovaných pro cílová zařízení (iOS, Android, SmartTV nebo prohlížeče) a síťovými funkcemi (scénáře s velkou šířkou pásma, mobilními zařízeními nebo s nízkou šířkou pásma). V takovém případě můžou klienti manipulovat se streamováním obsahu prostřednictvím řetězce dotazu (zadáním dostupných filtrů prostředků nebo filtrů účtu) a pomocí filtrů streamu streamovat konkrétní části.
Některé scénáře doručení vyžadují, abyste měli jistotu, že zákazník nemá přístup ke konkrétním stopám. Možná například nechcete publikovat manifest, který obsahuje stopy HD na konkrétní úroveň odběratele. Nebo můžete chtít odebrat konkrétní stopy s adaptivní přenosovou rychlostí (ABR), abyste snížili náklady na doručení do konkrétního zařízení, které by z dalších stop nemělo prospěch. V takovém případě můžete při vytváření přidružit seznam předem vytvořených filtrů k lok átoru streamování
Filtrování můžete kombinovat zadáním filtrů v lokátoru streamování + další filtry specifické pro zařízení, které váš klient specifikuje v adrese URL. Tato kombinace je užitečná k omezení dalších stop, jako jsou metadata nebo streamy událostí, zvukové jazyky nebo popisné zvukové stopy.
Tato možnost zadat různé filtry ve streamu poskytuje výkonné řešení pro manipulaci s dynamickým manifestem, které cílí na několik scénářů použití cílových zařízení. Toto téma vysvětluje koncepty související s dynamickými manifesty a uvádí příklady scénářů, ve kterých můžete tuto funkci použít.
Poznámka
Dynamické manifesty nemění prostředek a výchozí manifest pro tento prostředek.
Přehled manifestů
Azure Media Services podporuje protokoly HLS, MPEG DASH a Smooth Streaming. V rámci dynamického baleníse manifesty klienta streamování (HLS Master Playlist, DASH Media Presentation Description [MPD] a Smooth Streaming) dynamicky generují na základě selektoru formátu v adrese URL. Další informace naleznete v protokolech doručování v common on-demand workflow.
Získání a prozkoumání souborů manifestu
Zadáte seznam podmínek vlastnosti sledování filtru na základě toho, které stopy streamu (živé nebo video na vyžádání [VOD]) by měly být zahrnuty do dynamicky vytvořeného manifestu. Abyste získali a prozkoumali vlastnosti stop, musíte nejprve načíst manifest Technologie Smooth Streaming.
Monitorování přenosové rychlosti streamu videa
K monitorování přenosové rychlosti streamu videa můžete použít ukázkovou stránku Azure Media Playeru. Na stránce s ukázkou se zobrazí diagnostické informace na kartě Diagnostika
Příklady: Adresy URL s filtry v řetězci dotazu
Filtry můžete použít pro protokoly streamování ABR: HLS, MPEG-DASH a Smooth Streaming. Následující tabulka uvádí několik příkladů adres URL s filtry:
| Protokol | Příklad |
|---|---|
| HLS | https://amsv3account-usw22.streaming.media.azure.net/fecebb23-46f6-490d-8b70-203e86b0df58/bigbuckbunny.ism/manifest(format=m3u8-aapl,filter=myAccountFilter) |
| MPEG DASH | https://amsv3account-usw22.streaming.media.azure.net/fecebb23-46f6-490d-8b70-203e86b0df58/bigbuckbunny.ism/manifest(format=mpd-time-csf,filter=myAssetFilter) |
| Smooth Streaming | https://amsv3account-usw22.streaming.media.azure.net/fecebb23-46f6-490d-8b70-203e86b0df58/bigbuckbunny.ism/manifest(filter=myAssetFilter) |
Filtrování verzí
Svůj prostředek můžete zakódovat do více profilů kódování (standardní hodnoty H.264, H.264 High, AACL, AACH, Dolby Digital Plus) a více přenosových rychlostí kvality. Ne všechna klientská zařízení ale budou podporovat všechny profily a přenosové rychlosti vašeho prostředku. Například starší zařízení s Androidem podporují jenom H.264 Baseline+AACL. Odesílání vyšších přenosových rychlostí do zařízení, které nemůže získat výhody plýtvání šířkou pásma a výpočty zařízení. Takové zařízení musí dekódovat všechny dané informace, pouze pokud chcete vertikálně snížit jeho kapacitu pro zobrazení.
Pomocí dynamického manifestu můžete vytvářet profily zařízení (například mobilní, konzolové nebo HD/SD) a zahrnout stopy a vlastnosti, které chcete být součástí každého profilu. Říká se tomu filtrování verzí. Následující diagram znázorňuje příklad.
V horní části následujícího diagramu je vidět manifest HLS pro prostředek bez filtrů. (Obsahuje všech sedm verzí.) V levém dolním rohu diagram zobrazuje manifest HLS, pro který byl použit filtr s názvem "ott". Filtr "ott" určuje odebrání všech přenosových rychlostí nižších než 1 Mb/s, takže v odpovědi byly odškrtnuty dolní dvě úrovně kvality. V pravém dolním rohu diagram znázorňuje manifest HLS, na který byl použit filtr s názvem "mobilní". Filtr "mobilní" určuje odebrání verzí, kde je rozlišení větší než 720p, takže dvě verze 1080p byly vyřazeny.
Odebírání stop jazyka
Vaše prostředky můžou obsahovat několik zvukových jazyků, jako je angličtina, španělština, francouzština atd. Sada SDK přehrávače obvykle spravuje výchozí výběr zvukové stopy a dostupné zvukové stopy na výběr uživatele.
Vývoj takových sad SDK přehrávače je náročný, protože vyžaduje různé implementace v architekturách přehrávače specifických pro zařízení. Na některých platformách jsou rozhraní API přehrávače také omezená a nezahrnují funkci výběru zvuku, ve které uživatelé nemůžou vybrat nebo změnit výchozí zvukovou stopu. Pomocí filtrů prostředků můžete řídit chování vytvořením filtrů, které obsahují pouze požadované zvukové jazyky.
diagramu filtru jazyka
Oříznutí začátku prostředku
Ve většině živých událostí spouští operátoři některé testy před skutečnou událostí. Mohou například obsahovat slate, jako je tato, před začátkem události: "Program začne v okamžiku".
Pokud program archivuje, testovací a slate data se také archivují a zahrnou do prezentace. Tyto informace by se ale neměly zobrazovat klientům. Pomocí dynamického manifestu můžete vytvořit filtr počátečního času a odebrat nežádoucí data z manifestu.
diagramu filtru oříznutí
Vytváření dílčích teček (zobrazení) z živého archivu
Mnoho živých událostí je dlouhotrvajících a živé archivace může obsahovat více událostí. Po ukončení živé události mohou vysílání chtít rozdělit živý archiv do logických programů spuštění a zastavení sekvence.
Tyto virtuální programy můžete publikovat samostatně bez následného zpracování živého archivu a nevytvořit samostatné prostředky (což nemá výhodu existujících fragmentů uložených v mezipaměti v sítích CDN). Příkladem takových virtuálních programů jsou čtvrtiny fotbalu nebo basketbalové hry, inningy v baseballu nebo individuální akce jakéhokoli sportovního programu.
Pomocí dynamického manifestu můžete vytvářet filtry pomocí počátečního a koncového času a vytvářet virtuální zobrazení v horní části živého archivu.
diagramu filtru se třemi tečkami
Tady je filtrovaný prostředek:
Úprava okna prezentace (DVR)
Azure Media Services v současné době nabízí cyklické archivace, kde je možné nakonfigurovat dobu trvání mezi 1 minutou až 25 hodin. Filtrování manifestu lze použít k vytvoření posuvného okna DVR v horní části archivu bez odstranění média. Existuje mnoho scénářů, kdy provozovatelé vysílání chtějí poskytnout omezené okno DVR pro přesun s živým okrajem a zároveň zachovat větší archivační okno. Vysílání může chtít použít data, která jsou mimo okno DVR, ke zvýraznění klipů, nebo může chtít poskytnout různá okna DVR pro různá zařízení. Většina mobilních zařízení například nezpracuje velká okna DVR (můžete mít 2minutové okno DVR pro mobilní zařízení a jednu hodinu pro desktopové klienty).
Úprava liveBackoff (živá pozice)
Filtrování manifestu lze použít k odebrání několika sekund z živého okraje živého programu. Filtrování umožňuje vysílání sledovat prezentaci v bodě publikování náhledu a vytvářet inzerované body před tím, než diváci dostanou stream (zazálohuje se o 30 sekund). Provozovatelé vysílání pak mohou tyto reklamy nabízet svým klientským architekturám včas, aby mohli přijímat a zpracovávat informace před příležitostí pro inzerování.
Kromě podpory inzerování je možné nastavení živého back-off použít k úpravě pozice diváků tak, aby se klienti při posunu a dosažení živé hrany stále mohli ze serveru dostat fragmenty. Klienti tak nezískají chybu HTTP 404 nebo 412.
Kombinování více pravidel v jednom filtru
V jednom filtru můžete zkombinovat více pravidel filtrování. Můžete například definovat "pravidlo rozsahu", které odebere slate z živého archivu a také vyfiltruje dostupné přenosové rychlosti. Při použití více pravidel filtrování je konečným výsledkem průnik všech pravidel.
Kombinování více filtrů (složení filtru)
V jedné adrese URL můžete také zkombinovat více filtrů. Následující scénář ukazuje, proč můžete chtít zkombinovat filtry:
- Potřebujete filtrovat kvality videa pro mobilní zařízení, jako je Android nebo iPad (aby se omezily kvality videa). Pokud chcete odebrat nežádoucí vlastnosti, vytvoříte filtr účtu vhodný pro profily zařízení. Filtry účtů můžete použít pro všechny vaše prostředky ve stejném účtu Media Services bez jakéhokoli dalšího přidružení.
- Chcete také oříznout počáteční a koncový čas prostředku. Pokud chcete provést oříznutí, vytvoříte filtr assetu a nastavíte počáteční a koncový čas.
- Chcete zkombinovat oba tyto filtry. Bez kombinace byste museli do filtru oříznutí přidat filtrování kvality, což by ztěžovalo použití filtru.
Pokud chcete zkombinovat filtry, nastavte názvy filtrů na adresu URL manifestu nebo seznamu stop ve formátu odděleném středníkem. Předpokládejme, že máte filtr s názvem MyMobileDevice, který filtruje vlastnosti, a máte jiný název MyStartTime nastavit konkrétní počáteční čas. Můžete zkombinovat až tři filtry.
Důležité informace a omezení
Hodnoty forceEndTimestamp, presentationWindowDurationa liveBackoffDuration by neměly být nastaveny pro filtr VOD. Používají se jenom pro scénáře živého filtru.
Dynamický manifest funguje v hranicích GOP (klíčových snímků), takže oříznutí má přesnost GOP.
Stejný název filtru můžete použít pro filtry účtů a prostředků. Filtry prostředků mají vyšší prioritu a přepíší filtry účtů.
Pokud aktualizujete filtr, může aktualizace pravidel trvat až 2 minuty. Pokud jste použili filtry k poskytování obsahu (a obsah uložený v mezipaměti proxy serverů a mezipamětí CDN), může aktualizace těchto filtrů způsobit selhání přehrávače. Po aktualizaci filtru doporučujeme vymazat mezipaměť. Pokud tato možnost není možná, zvažte použití jiného filtru.
Zákazníci si musí manifest stáhnout ručně a analyzovat přesné počáteční časové razítko a časové měřítko.
- Chcete-li určit vlastnosti stop v prostředku, získat a prozkoumat soubor manifestu.
- Vzorec pro nastavení vlastností časového razítka filtru prostředků je:
startTimestamp = <počáteční čas v manifestu> + <očekávaný čas zahájení filtru v sekundách> * časové ose
Získání nápovědy a podpory
Službu Media Services můžete kontaktovat s otázkami nebo postupovat podle našich aktualizací jedním z následujících způsobů:
- Q & A
-
Stack Overflow . Označte otázky pomocí
azure-media-services. - @MSFTAzureMedia nebo pomocí @AzureSupport požádat o podporu.
- Otevřete lístek podpory prostřednictvím webu Azure Portal.