Az Azure Media Services v3 kibocsátási megjegyzései

---

Figyelmeztetés

Az Azure Media Services 2024. június 30-án megszűnik. További információkért lásd az AMS kivezetési útmutatóját.

Ha naprakész szeretne maradni a legújabb fejleményekkel kapcsolatban, ez a cikk a következőkkel kapcsolatos információkat nyújt:

• A legújabb kiadások
• Ismert problémák
• Hibajavítások
• Elavult funkciók

2023. június

Az Azure Media Services 2023. június 30-ától megszűnik. Tekintse meg az Azure Media Services kivezetési útmutatóját.

2023. március

Az Azure Media Indexer ki van vonva. Ezt a Media Services v3 AudioAnalyzerPreset Basic mód váltja fel.

2023. február

A februári kibocsátási megjegyzések hamarosan elérhetővé válik.

2023. január

Időzított metaadatok

Az időzített metaadatok az élő streambe beszúrt egyéni adatok. Az adatok és a beszúrási időbélyegek is megmaradnak a médiastreamben. Ennek az az oka, hogy a videostreamet lejátszó ügyfelek a videóstreamhez képest pontosan ugyanabban az időpontban kapják meg ugyanazokat az egyéni metaadatokat. Az időzított metaadatokkal a következőket teheti:

• Adjon hozzá interaktivitási elemeket az élő streamhez, például egy szavazáshoz.
• Adja meg a videó tartalmával kapcsolatos információkat, például a hangszórókat, a termékhivatkozásokat, a sportlejátszó statisztikáit stb.
• Adjon hozzá metaadatokat a videóhoz, például GPS-helyet, időpontot stb.

További információ: Időzított metaadatok az Azure Media Services szolgáltatással és Időzított metaadatok jelzése az Azure Media Services szolgáltatással. A Stackblitz segítségével kipróbálhatja.

Sávszélesség-elkülönítés

Az e havi kiadásban továbbfejlesztettük a ContentAwareEncoding sávszélesség-elkülönítési és megoldási döntését.

A ContentAwareEncoding és a PresetConfiguration együttes használatával kielégítheti az optimális streamelési és kódolási teljesítményre vonatkozó követelményeket.

A jobb sávszélesség-elkülönítés érdekében a próbakódolás becsült összetettségét használták a felső réteg bitrátája, az alsó réteg sávszélességének és a rétegek teljes számának becsléséhez. A felső réteg bitrátája, az alsó réteg sávszélessége és a rétegek száma meghatározása után a köztes rétegek bitrátáinak kiszámítása a szomszédos rétegek közötti egyenletes sávszélesség-arány alapján történik. Ebben az esetben szinte egyenletesen van elválasztva bitrátával.

A megoldásnál az alsó réteg a fő probléma. Az alsó réteg felbontása a PresetConfigurations használatával konfigurálható. Ha nem konfigurálja, a módosított logika határozza meg az alsó réteg felbontását a próbaverzió kódolásának becsült összetettsége alapján. Az alsó réteg sávszélességét is meghatározza, ha a felhasználók a PresetConfigurations beállításon keresztül állítják be. A felbontási döntés az alsó réteg 180P-nél nagyobb felbontásait próbálta használni a jobb vizuális minőség érdekében.

Ez a kiadás a tartalomkomplexitás-becslési algoritmust is javítja. Az eredeti algoritmus konzervatív, és a szükségesnél nagyobb sávszélességet eredményez. A módosított becsléssel a kimeneti sávszélesség általában alacsonyabb, mint korábban. Más szóval mostantól több pénzt takaríthat meg a hálózati sávszélesség és a tárolási költségek tekintetében.

.NET SDK-minták a legújabb Azure.ResourceManager.Media ügyféloldali SDK-hoz

A frissített Azure.ResourceManager.Media ügyféloldali SDK (más néven "track 2" .NET SDK) elérhető a Nuget Azure.ResourceManager.Media alkalmazásban. A githubon található .NET-mintatár fő ágában minden minta frissítve lett az ügyféloldali SDK legújabb verziójára. Azure-Samples/media-services-v3-dotnet. Az adattár projektjei bemutatják, hogyan valósíthat meg különböző Azure Media Services-forgatókönyveket a v3 verzióval. (github.com).

A Azure Portal Assets felületének változásai

Továbbfejlesztett felhasználói élményt fog látni a Azure Portal Eszközök paneljén. Mostantól megtekintheti az objektumban lévő számokat és fájlokat. Hang- és szövegsávokat is feltölthet, frissíthet vagy törölhet egy adategységben.

2022. december

A Media Services mostantól támogatja az IPv6-ot az élő események streameléséhez, a streamvégpontokról streamelt tartalmakhoz és a tartalomkulcsok továbbításához. Az IPv6 streamvégpontokhoz és élő eseményekhez való engedélyezéséhez az erőforrás IP-engedélyezési listájának tartalmaznia kell legalább egy IPv6-címet vagy IPv6-tartományt. Ha a CDN-támogatás engedélyezve van egy streamvégponthoz, az IPv6-támogatás a CDN-konfigurációtól függ.

Az IPv6 Media Services szolgáltatással való használatáról további információt a Media Services élő eseményei és a DRM-licenchez és az AES-kulcs kézbesítésének korlátozása IP-engedélyezési listák használatával című témakörben talál.

2022. november

A Media Services alapértelmezés szerint eltávolítja a hangmegjelenítést a HLS Variant lejátszási listából, hogy megakadályozza, hogy az ügyfél csak rossz hálózati helyzetben térjen vissza a hangra.

A viselkedés módosításához az URL-címkével [audio-only=true] hangmegjelenítést írhat a HLS Variant lejátszási listájában.

Például:

http://host/locator/asset.ism/manifest(format=m3u8-aapl,audio-only=true)

Ennek az volt az oka, hogy a HLS szerzői irányelvei módosultak, és a következőhöz hasonló szöveg jelent meg: "A Multivariant lejátszási listájában nem szerepelhet csak hangváltozat".

2022. szeptember

API-kiadás: Frissítve: 2022-08-01 ARM REST API

Megjelent az Azure Media Serviceshez készült ARM REST API frissített verziója. A 2022-08-01-es verzió a legújabb stabil kiadás éles környezetben. A legújabb REST API-definíciók a Media Services REST-specifikációs mappájában érhetők el a GitHubon.

Frissítések a 2022-08-01 API-hoz:

• A LiveOutput entitás egy új nullable tulajdonságot vezet be a rewindowLength tulajdonsághoz, amely szabályozza a keresőablak hosszát élőben a kódoláshoz és az élő eseményeken való továbbításhoz. Ezt a tulajdonságot a Rendszer nem használja a LiveOutput leállítása után. Az archivált VOD teljes tartalommal rendelkezik az eredeti archiveWindowLength fájllal. Ha a tulajdonság értéke null, egy alacsony késésű (LowLatencyV2) élő esemény az alapértelmezett 30 perc értéket használja; egy normál élő esemény nem használja.
• A PlayReady SL3000 biztonsági szint támogatása a tartalomkulcs-szabályzatokban
• Bővített eszközsávok API a hangsávok támogatásához (késői kötésű leíró hanghoz vagy több nyelvhez)
• Mostantól támogatott az MPEG common encryption clear key with "cenc" és a "cbcs" mód a streamelési szabályzatokban

Új SDK-ügyfélverziók érhetők el a Javascripthez, a Pythonhoz és a Go-hoz

• Új Python-ügyfél SDK 10.1.0-s verzió érhető el a PyPI-n: azure-mgmt-media

• Új Javascript-ügyféloldali SDK v13 érhető el az npm-en: Azure Media client library for JavaScript - @azure/arm-mediaservices

• Új GO-ügyfél SDK v 3.1.0 érhető el – armmediaservices csomag

PlayReady Security Level 3000 licenctámogatás (SL3000)

A Media Services PlayReady DRM tartalomvédelmi és licenckézbesítési funkciói mostantól támogatják a PlayReady SL3000-et. A biztonsági szint egy PlayReady-ügyfél tulajdonsága, és az ügyfélnek küldött összes licenc rendelkezik egy olyan tulajdonságtal, amely jelzi az ügyféltől a licenchez való kötés engedélyezéséhez szükséges minimális biztonsági szintet. A 3000-es biztonsági szint olyan edzett eszközökhöz érhető el, amelyen a legmagasabb szintű biztonság a legmagasabb minőségű kereskedelmi tartalmat fogyasztja. Ez a frissítés lehetővé teszi a Tartalomkulcs-szabályzatok konfigurálását a PlayReady SL3000-licencek media services key delivery licenckiszolgálókon keresztüli kézbesítéséhez. A PlayReady biztonsági szintjeiről a Biztonsági szint használata licencben című cikkben talál további információt.

• Ha hozzáad egy SL3000 PlayReady ContentKeyPolicyOption tulajdonságot egy tartalomkulcs-szabályzathoz, az csak további PlayReady SL3000 vagy Widevine L1 beállításokat tartalmazhat.
• Az SL3000 használatához másik kulcsot kell használnia a hanghoz, vagy titkosítatlan hangot kell használnia. A hangbiztonsági szintnek sl2000-es vagy alacsonyabb értékre kell korlátozódnia.
• Az SL3000 lejátszása jelenleg nem működik az Azure Media Playerben (AMP). Tesztelje külső lejátszóban (pl. Shaka Player) vagy az SL3000 lejátszást támogató eszközön.

Példa tartalomkulcs-szabályzatra:

{
    "properties": {
        "options": [
            {
                "name": "PlayReadyOption",
                "configuration": {
                    "@odata.type": "#Microsoft.Media.ContentKeyPolicyPlayReadyConfiguration",
                    "licenses": [
                        {
                            "playRight": {
                                "digitalVideoOnlyContentRestriction": false,
                                "imageConstraintForAnalogComponentVideoRestriction": false,
                                "imageConstraintForAnalogComputerMonitorRestriction": false,
                                "allowPassingVideoContentToUnknownOutput": "NotAllowed"
                            },
                            "licenseType": "NonPersistent",
                            "contentKeyLocation": {
                                "@odata.type": "#Microsoft.Media.ContentKeyPolicyPlayReadyContentEncryptionKeyFromHeader"
                            },
                            "contentType": "Unspecified",
                            "securityLevel": "SL3000"
                        }
                    ]
                },
                "restriction": {
                    "@odata.type": "#Microsoft.Media.ContentKeyPolicyOpenRestriction"
                }
            }
        ]
    }
}

**Példa streamelési szabályzat sl3000 tartalomkulcs-szabályzattal a videóhoz és SL2000 tartalomkulcs-szabályzat hangsávokhoz: **

{
    "properties": {
        "defaultContentKeyPolicyName": "sl3000_content_key_policy",
        "commonEncryptionCenc": {
            "enabledProtocols": {
                "download": false,
                "dash": true,
                "hls": false,
                "smoothStreaming": true
            },
            "contentKeys": {
                "defaultKey": {
                    "label": "cencDefaultKey"
                },
                "keyToTrackMappings": [
                    {
                        "label": "audiokey",
                        "policyName" : "sl2000_content_key_policy",
                        "tracks": [
                            {
                                "trackSelections": [
                                    {
                                        "property": "FourCC",
                                        "operation": "Equal",
                                        "value": "mp4a"
                                    }
                                ]
                            }
                        ]
                    }
                ]
            },
            "drm": {
                "playReady": {}
            }
        }
    }
}

A PlayReady-licencsablonok használatáról további információt a Media Services PlayReady-licencsablonok című cikkben talál.

Hangsávok hozzáadása leíró hanghoz vagy több nyelvhez az új Asset Tracks API-val

Az új Asset Tracks API lehetővé teszi tetszőleges számú hangsáv késői kötését egy meglévő adategységhez, és dinamikus csomagoláshoz elérhetővé teheti őket a HLS-hez és a DASH-hez. Az API támogatja a metaadatok beállítását a nyelv vagy a tartalom jellemzőinek meghatározásához a "leíró hang" megadásához a jobb tartalom-akadálymentesség érdekében.

A Tracks API képességeinek teljes listáját a Media Services Tracks API című cikkben találja.

MPEG Common Encryption Clear Key támogatása CENC- és CBCS-titkosítással

A Clear Key Encryption az MPEG Common Encryption (CENC) szabvány egyik funkciója, amelyet a számos modern böngészőben elérhető HTML5 Encrypted Media Extensions (EME) támogat. A Key AES-128 titkosítás törlése "cenc" vagy "cbcs" titkosítási módokkal beállítható a streamelési szabályzatokban, így az Apple, a Web és az Android eszközök legszélesebb körét érheti el.

Ez a funkció lehetővé teszi, hogy DRM-rendszer használata nélkül támogassa a Common Encryption szabványt, és elérje a játékosok legszélesebb körét. A clear key encryption "cenc" vagy "cbcs" titkosítási módokkal történő támogatásával mostantól biztonságos tartalmakat oszthat ki DRM nélkül azoknak a játékosoknak, akik támogatják a szabványban engedélyezett titkosítási módokat. Ez lehetővé teszi, hogy titkosított tartalmat kézbesítsen az olyan ügyféljátékosok számára, mint a Google Shaka player (v 4.0.0+), Dash.js (v 4.5+), Bitmovin, Theo Player és Android ExoPlayer (v 2.18.1+) "cenc" titkosítással.

A Media Services tartalomvédelmi funkcióinak használatáról további információt a Tartalomvédelem dinamikus titkosítással és kulcskézbesítéssel című cikkben talál.

Ablak és archív ablak visszatekerése élő kimeneteken

A rewindWindowLength az élő kimeneteken állítható be az ügyféllejátszó keresőablakának vezérléséhez az élő streamelés során. Ez segít az ügyfélnek szabályozni, hogy mennyi idő látható a lejátszóban az élő streambe való visszakereséshez. Ez a beállítás segít csökkenteni az ügyfélnek az élő streamelés során a hálózaton keresztül kézbesített jegyzékméretet is, ami hatékonyabb élő streamelési élményt eredményezhet, és csökkentheti az ügyfél memóriahasználatát.

A stream befejezése után az archivált fájlt az élő kimenet archiveWindowLength tulajdonsága által meghatározott objektumban érheti el. Ez lehetővé teszi, hogy a lejátszó számára látható korábbi "DVR csúszóablak" időtartamtól eltérő archív időtartamot állítson be. Ez nagyon hasznos akkor, ha nagyon kis időeltolással szeretne streamelni a lejátszóban, de a teljes élő eseményt a kimeneti objektumba szeretné archiválni.

A rewindowLength értéket minimum 60 másodpercre állíthatja. Az alapértelmezett érték 30 perc, ha engedélyezi az élő eseményeket a "LowLatencyV2" beállítással, ellenkező esetben nincs alapértelmezett érték. Ha a rewindWindowLength nincs beállítva, és az élő esemény nincs beállítva a "LowLatencyV2" beállítás használatára, a kiszolgáló nem állít be alapértelmezett értéket, és az élő lejátszás során kereshető ablak értéke megegyezik az archiveWindowLength értékével. Ebben az esetben, ha az archívumWindowLength értéke nagyon nagy, a lejátszót több pufferelési probléma is érintheti az élő módban történő lejátszás során, mert a lejátszó nagyobb jegyzékméretet tölt le elemzés céljából.

További részletekért lásd: Az időeltolás és az élő kimenetek használata igény szerinti videolejátszás létrehozásához

Új régió: Kína északi 3 most ga

A kínában lévő ügyfelek mostantól hozzáférhetnek az Azure Media Serviceshez a Kínai Északi 3 régióban, a már meglévő 4 olyan régión kívül, amelyek már GA -nak számítanak (Kelet-Kína, Kelet-Kína 2. keleti régiója, Észak-Kína, Észak-Kína 2.). Részletes információkért tekintse meg a régió rendelkezésre állását funkciótáblában .

Az Azure Media Redactor, a Video Analyzer és a Face Detector kivonása 2023. szeptember 14-én

A Microsoft felelős AI-szabványai szerint a Microsoft elkötelezett a méltányosság, az adatvédelem, a biztonság és az átláthatóság mellett az AI-rendszerek tekintetében. Annak érdekében, hogy termékeink jobban igazodjanak az új Standardhoz és a más Microsoft-termékek korlátozott hozzáférési szabályzatához , az Azure Media Services 2023. szeptember 14-én a következő képességeket fogja visszavenni:

• Azure Media Redactor (RESTv2)
• Face Detector-beállítás
• Video Analyzer-beállítás

2023. szeptember 14-e után az Azure Media Redactor, a Face Detector-készlet vagy a Video Analyzer-készlet használatával fejlesztett alkalmazások hibákat vagy sikertelen feladatbeküldéseket tapasztalnak.

Beavatkozás szükséges

Az Azure Media Redactor (RESTv2) és a Face Detector-beállítás ki lesz vonva, és jelenleg nem lesz lecserélve. Ha inkább egy videóban lévő személyeket szeretne észlelni, javasoljuk, hogy frissítse az alkalmazásait a Video Indexer API-k használatára a megfigyelt személyek észleléséhez és a megfigyelt személyek arcokhoz való egyeztetéséhez , és küldjön be egy kérést, amely hozzáférést kér a korlátozott hozzáférésű programhoz ezekhez a funkciókhoz.

Ha jelenleg a Video Analyzer-készletet használja, javasoljuk, hogy frissítse az alkalmazásokat a Video Indexer API-k videoelemzéshez való használatára, amely a képességek széles skáláját kínálja.

További információ

Kérdés esetén közösségi szakértőink örömmel állnak rendelkezésére a Microsoft Q&A oldalán. Ha rendelkezik támogatási csomaggal, és technikai segítségre van szüksége, hozzon létre egy támogatási kérést a Azure Portal.

2022. augusztus

Új track API-minta a Node.js/Typescriptben alcím- és feliratsávok hozzáadásához bármely objektumhoz

A WebVTT- vagy TTML-alcímek vagy képaláírás-fájlok késői kötését bemutató új minta már elérhető a Node.js mintaprojektben. Lásd: WebVTT/IMSC1/TTML alcím vagy képaláírás hozzáadása meglévő objektumhoz

Ez a minta bemutatja, hogyan adhat hozzá tetszőleges számú szövegsávot egy objektumhoz, és hogyan csomagolhatja őket TTML/IMSC1 szöveges profilként a DASH és a HLS fájlba. Az API lehetővé teszi a HLS-jegyzék bizonyos jellemzőinek beállítását, például az Alapértelmezett képaláírás sávot, a "Kényszerített" tulajdonság beállítását, valamint a HLS szövegsáv "Jellemzők" értékét az Apple HLS specifikációja szerint.

Az API jelenleg támogatja a .vtt vagy a .ttml fájlformátum feltöltését egy meglévő objektumba. A tracks API-val regisztrált új számok azonnal megjelennek a DASH és a HLS jegyzékben IMSC1-profil MP4 szöveges számként.

2022. június

Egyéni élő kódolási készletekben támogatott egyéni hangsebességek

Mostantól kérhet egyéni élő kódolási készletet, amely támogatja a több hangbitráta-kimenetet. Élő előre beállított hang esetén mostantól a következő diszkrét AAC-hangsebességekkel (96k, 112k, 128k, 160k, 192k, 224k, 256k, 320k, 384k, 448k, 512k) szabhatja testre. Adja meg azt is, hogy egyéni beállításkészletet kér a támogatási jegyben.

Az egyéni beállítások mostantól több különálló hangbitrátát is tartalmazhatnak ugyanabban az élő kódolási beállításban. Ez olyan piacokon hasznos, amelyek alacsonyabb sávszélességű hangsávot igényelnek mobilhálózatokon keresztül. Ilyen például egy egyéni élő beállítás, amely egyszerre 96 és 128 ezres AAC-hangsávokat is képes kiadni. A lejátszó ezután szűrheti vagy kiválaszthatja a megfelelő pályát, vagy dinamikus szűrőt alkalmazhat egy 96k-os csak jegyzékfájl vagy egy 128k csak jegyzékfájl felajánlására egy streamelési lokátor közzététele során (vagy menet közben váltott a streamelési lokátor URL-címének "filter={filterName}" lekérdezési paraméterével).

Automatikus skálázás

Mostantól automatikusan skálázhatja a prémium szintű streamvégpontokat a Media Services-fiókjában a streamvégpont elérhető metrikái vagy a kapcsolódó entitások metrikái alapján. Ezeknek a metrikáknak a kombinációja használható az automatikus skálázási szabály létrehozásához. További információ: Media Services-streamvégpontok automatikus skálázása. Vegye figyelembe, hogy az automatikus skálázás még időbe telhet, és nem azonnali, ezért ügyeljen arra, hogy elegendő időt hagyjon az erőforrások méretezésére és üzembe helyezésére az architektúratervekben. A streamvégpontok üzembe helyezése időt vesz igénybe, ezért ajánlott alacsonyabb értékű triggerpontokat használni a processzorhasználathoz és a hálózati sávszélesség kimenő forgalmához a vertikális felskálázás elindításához.

2022. május

708- és 608-os HLS jegyzékdíszítés támogatása

Az elemi streambe beágyazott 608/708-es felirattal betöltött élő streamek mostantól megfelelően vannak hozzárendelve a HLS-jegyzékben a TYPE=CLOSED-CAPTIONS ext-X-MEDIA címkével. Ez megfelel az RFC-8216 4.3.4.1.

Például egy 608 és 708 feliratú élő stream jelenik meg a HLS jegyzékben:

   #EXT-X-MEDIA:TYPE=CLOSED-CAPTIONS,GROUP-ID="cc",NAME="CEA708_CC",DEFAULT=YES,INSTREAM-ID="SERVICE1"
   #EXT-X-MEDIA:TYPE=CLOSED-CAPTIONS,GROUP-ID="cc",NAME="CEA608_CC",INSTREAM-ID="CC1"

2022. április

Élő átiratok

Az élő átirat mostantól általánosan elérhető (GA), és támogatja a speech-to-text API összes elérhető nyelvét. A nyelvek teljes listája az Élő átírási régiók és nyelvek című cikkben érhető el

Alacsony késésű HLS (LL-HLS)

Az alacsony késésű HLS (LL-HLS) mostantól elérhető az API-ban és az Azure Portalon. Az LL-HLS engedélyezéséhez használja a "LowLatencyV2" Stream lehetőséget élő stream létrehozásakor. Tekintse meg az Node.js mintát az alacsony késésű HLS élő kódolási eseményének konfigurálásához: Az Azure Portal válassza ki az új "Alacsony késés" lehetőséget az élő események létrehozásakor. Az új LL-HLS funkció kisebb késést biztosíthat a 4–7 másodperces tartományon belül, ha az LL-HLS protokollt támogató lejátszó-keretrendszert használ. Az alacsony késésű HLS csak élő átkódolási csatornákon érhető el, és az "átmenő" módú élő eseményekhez még nem érhető el.

2022. március

.NET SDK 6.0.0-s verzió

A .NET SDK 6.0.0-s verziója már elérhető a Nugeten. Microsoft.Azure.Management.Media

Ez az SDK támogatja az AMS REST OpenAPI specifikáció új , 2021-11-01-es stabil verzióját.

Telepítés a Package Managerrel:

Install-Package Microsoft.Azure.Management.Media -Version 6.0.0

Telepítés a .NET CLI használatával

dotnet add package Microsoft.Azure.Management.Media --version 6.0.0

A 6.0.0 SDK változásai a következők:

• Új track API-t adtunk hozzá az objektumhoz az objektumban elérhető sávok kezeléséhez.
• Hozzáadta a Main10 kódolási profilt a H265 kódoláshoz.
• Az Exposed RateControlMode a H264 kódoláshoz, amely 2 új sebességvezérlési módot engedélyez – CBR (állandó bitsebesség) és CRF (állandó sebességtényező).
• Az "skus" tulajdonság hozzáadva a streamvégponthoz, hogy jelezze a streamvégpont típusát és skáláját. Ez lehetővé teszi a streamelési egységek manuális vagy automatikus skálázásának konfigurálását egy streamvégponton.
• Hozzáadta a "LowLatencyV2" stream lehetőséget az élő eseményhez, amelyet az Apple alacsony késésű HLS-formátumával (LL-HLS) használnak kis késésű élő streameléshez.

Új Docs-tartalom: Microsoft Teams-értekezlet streamelése

Egyszerűen továbbíthatja a Microsoft Teamsből közvetített értekezletet egy Media Services élő eseménysel. Egyszerűen helyezze el élő Teams-értekezletét egy nyilvános webhelyen, vagy használjon DRM-et a stream védelméhez. Rögzítse és rögzítse a streamet VOD-eszközként a Media Services kódolási platformjával való használathoz. Lásd: Microsoft Teams-értekezlet streamelése.

Késői kötésű feliratok és feliratsávok az objektumokon az új Tracks API-val

Az eszközök új pályáinak API-ja lehetővé teszi, hogy listázhassa az elérhető számokat egy objektumon belül. Ez lehetővé teszi az eszközben tárolt hang-, videó- és szövegsávok felderítését. A tracks API lehetővé teszi képaláírás és alcímfájlok IMSC1 szöveges profilban és WebVTT formátumban történő kötését a streamelési eszközökhöz. Korábban az ügyfeleknek módosítaniuk kellett a blob storage-fiók .ism fájlját, hogy új, későn kötött számokat adjanak hozzá az eszközeikhez. Ez lecseréli ezt a manuális feladatot, és egy támogatott SDK-útvonalat biztosít a késői alcím és képaláírás fájlok hozzáadásának engedélyezéséhez.

Az új track API technikai részleteiért tekintse meg az AMS REST OpenAPI specifikációjának 2021-11-01-es verzióját itt.

Az alapszintű listakövető minta javascriptben érhető el , minden SDK-hoz hamarosan további mintákat és dokumentációt is biztosítunk.

2021. december

Frissített JavaScript SDK 10.0.0-s verzió

A JavaScript SDK most frissült, hogy támogassa a 2021-06-01-es REST API legújabb kiadását. Ez az új izomorf JavaScript SDK jobban támogatja az Ígéreteket, és lehetővé teszi a hitelesítést a @azure/identity kódtár használatával Azure AD alkalmazásokhoz, felügyelt identitásokhoz és egyebekhez.

A legújabb csomag letöltéséhez tekintse meg a @azure/arm-media-services NPM-csomagot.

Az új JavaScript-csomaghoz Node.js és TypeScript-alapú minták frissített és kibővített készlete érhető el a Git Hubban. https://github.com/Azure-Samples/media-services-v3-node-tutorials

A héber, a perzsa és a portugál portugál nyelv elérhető az Audio/Video Analyzer előzetes verzióban az átiratokhoz

A héber, a perzsa és a portugál portugál (a jelenleg létező modell brazíliai portugál) mostantól használható a Hang- és videoelemző előzetes beállításaiban

Az új támogatott BCP-47 nyelvkódok a következők: he-IL, fa-IR és pt-PT.

Új régió: Svédország középső régiója mostantól általánosan elérhető

A Media Services mostantól általánosan elérhető a közép-svédországi régióban. Jelenleg néhány funkciókorlátozás van érvényben a régióban, amíg néhány függőségi szolgáltatás is megérkezik a régióba. Ellenőrizze a regionális funkciók rendelkezésre állási diagramját annak megállapításához, hogy mikor érkeznek meg a szolgáltatások.

Új élő eseménycsatorna archív szívverési eseménye

Hozzáadtunk egy új eseményt, amely nyomon követi az élő eseményarchívum állapotát és állapotát. Az új eseményről további információt a Media Services Event Grid-sémáiban található LiveEventChannelArchiveHeartbeatEvent című témakörben talál.

2021. szeptember

Új alapszintű átmenő élő esemény termékváltozata

Az új alapszintű átmenő élő esemény termékváltozata lehetővé teszi az ügyfelek számára, hogy alacsonyabb áron hozzanak létre élő eseményeket. Hasonló a szokásos átmenő élő eseményekhez, de alacsonyabb bemeneti sávszélesség-korlátok mellett kevesebb élő kimenet engedélyezett, különböző DVR-ablakhosszúságkorlátok, és nincs hozzáférés az élő átíráshoz. További részletekért tekintse meg az élő eseménytípusok összehasonlítását ismertető cikket.

Továbbfejlesztett méretezéskezelés és monitorozás streamvégpontokhoz a portálon

A streamvégpont portáloldala mostantól egyszerű módot kínál a kimenő forgalom kapacitásának kezelésére, valamint a célközönség elérésének becslésére CDN-konfigurálva és anélkül. Állítsa be a kézbesítési sávszélességet és a cdn-gyorsítótár várt találati arányát a célközönség méretének gyors becsléséhez, és segítsen meghatározni, hogy fel kell-e skáláznia több Prémium szintű streamvégpontra.

A streamvégpont portáloldala most már a CPU-, kimenőforgalom- és késési metrikákat jeleníti meg

Most már vizualizálhatja a processzorterhelést, a kimenő sávszélességet és a végpontok közötti késési metrikákat a streamvégpontokon a Azure Portal. Mostantól közvetlenül a portálon, az Azure Monitor segítségével hozhat létre monitorozási riasztásokat a cpu-, kimenőforgalom- vagy késési metrikák alapján.

User-Assigned Media Services-fiókok felügyelt identitásainak támogatása

A User-Assigned felügyelt identitások használatával az ügyfelek mostantól nagyobb biztonságot tudnak majd biztosítani a tárfiókjaik és a társított kulcstartók számára. Az ügyfél tárfiókjaihoz és kulcstartóihoz való hozzáférés a felhasználó által hozzárendelt felügyelt identitásra korlátozódik. Teljes hozzáféréssel rendelkezik a felhasználó által felügyelt identitások élettartama felett, és igény szerint egyszerűen visszavonhatja a Media Service-fiók hozzáférését bármely adott tárfiókhoz.

A Portál Media Services-tárfiókok lapja mostantól támogatja az UAMI-t és az SAMI-t is

Mostantól közvetlenül a Media Services Azure Portal rendelhet hozzá és kezelhet felhasználó által hozzárendelt felügyelt identitásokat (UAMI) vagy rendszer által hozzárendelt felügyelt identitásokat (SAMI) a tárfiókokhoz.

A Saját kulcslap használata mostantól az UAMI-t és az SAMI-t is támogatja.

A Media Services kulcskezelési portáljának oldala mostantól támogatja a felhasználó által hozzárendelt felügyelt identitások (UAMI) vagy a rendszer által hozzárendelt felügyelt identitások (SAMI) konfigurálását és kezelését.

Privát végpont támogatása Media-szolgáltatásokhoz

Mostantól korlátozhatja az élő eseményekhez, streamvégpontokhoz és kulcskézbesítési szolgáltatások végpontjához való nyilvános hozzáférést a tartalomvédelem és a DRM számára, ha létrehoz egy privát végpontot az egyes szolgáltatásokhoz. Ez korlátozza a nyilvános hozzáférést az egyes szolgáltatásokhoz. Csak a privát végponton konfigurált, konfigurált virtuális hálózatról (VNET) érkező forgalom fogja tudni elérni ezeket a végpontokat.

IP-engedélyezési lista a Key Service-hez

Mostantól engedélyezheti bizonyos nyilvános IP-címek hozzáférését a DRM és a tartalomvédelem kulcskézbesítési szolgáltatásához. Az élő esemény- és streamvégpontok már támogatják az IP-engedélyezési lista konfigurálását a megfelelő oldalaikon.

Most már rendelkezik egy fiókszintű funkciójelölőt is a media services-fiókhoz való nyilvános internet-hozzáférés engedélyezéséhez/letiltásához.

2021. július

A .NET SDK (Microsoft.Azure.Management.Media) 5.0.0-s kiadása elérhető a NuGetben

A Microsoft.Azure.Management.Media .NET SDK 5.0.0-s verziója már elérhető a NuGeten. Ez a verzió az ARM REST API 2021-06-01-es stabil verziójának használatához jön létre.

A 4.0.0-s kiadás változásaival kapcsolatos részletekért tekintse meg a változásnaplót.

Az 5.0.0 .NET SDK-kiadás változásai

• A Media Services-fiók mostantól támogatja a rendszer- és felhasználó által hozzárendelt felügyelt identitásokat.
• A PublicNetworkAccess lehetőség hozzáadva a Media Services-fiókokhoz. Ez a lehetőség használható a Private Link funkcióval, hogy csak privát hálózatokról engedélyezze a hozzáférést, és blokkolja az összes nyilvános hálózati hozzáférést
• Alapszintű átengedés – Új élő eseménytípus lesz hozzáadva. Az "Alapszintű átmenő" élő események hasonló képességekkel rendelkeznek, mint a standard átmenő élő események, bizonyos bemeneti és kimeneti korlátozásokkal, és kedvezményes áron érhetők el.
• PresetConfigurations – lehetővé teszi a kimeneti beállítások, valamint a tartalomérzékeny kódolási beállításokhoz használt minimális és maximális átviteli sebesség testreszabását. Ez segít a pontosabb számlázás becslésében és megtervezésében, ha korlátozott kimeneti számokon és felbontásokon keresztül használja a tartalomtudatos kódolást.

Kompatibilitástörő változások az 5.0.0 .NET SDK-kiadásban

• Az ApiErrorException az ErrorResponseException kivételre lett lecserélve, hogy konzisztens legyen az összes többi Azure SDK-val. A kivétel törzse nem változott.
• A 404 Not found (Nem található) értéket visszaküldött összes hívás most errorResponseException kivételt eredményez a null érték visszaadása helyett. Ezt a módosítást úgy hajtották végre, hogy összhangban legyen más Azure SDK-kkal
• A Media Service konstruktor új opcionális PublicNetworkAccess paramétert kapott a KeyDelivery paraméter után.
• A MediaServiceIdentity típustulajdonsága a ManagedIdentityType enumerálásról sztringre módosult, hogy több vesszővel tagolt értéket tartalmazzon. Az érvényes sztringek a SystemAssigned vagy a UserAssigned.

2021. június

További élő eseménybetöltési szívverési tulajdonságok továbbfejlesztett diagnosztikához

További élő eseménybetöltési szívverési tulajdonságok lettek hozzáadva az Event Grid-üzenethez. Ezek közé tartoznak az alábbi új mezők, amelyek segítenek az élő betöltés során felmerülő problémák diagnosztizálásában. Az ingestDriftValue olyan helyzetekben hasznos, amikor figyelnie kell a hálózati késést az élő eseménybe leküldéses forrásbetöltési kódolótól. Ha ez az érték túl messzire sodródik, az azt jelezheti, hogy a hálózati késés túl magas egy sikeres élő streamelési eseményhez.

További részletekért tekintse meg a LiveEventIngestHeartbeat sémát .

Private Link támogatás mostantól általánosan elérhető

A Media Services privát kapcsolatokkal való használatának támogatása mostantól általánosan elérhető, és minden Azure-régióban elérhető, beleértve Azure Government felhőket is.

Azure Private Link lehetővé teszi az Azure PaaS-szolgáltatások és az Azure által üzemeltetett ügyfél-/partnerszolgáltatások elérését egy privát végponton keresztül a virtuális hálózaton.

A virtuális hálózat és a szolgáltatás közötti forgalom a Microsoft gerinchálózatán keresztül halad át, így kiküszöböli a nyilvános internet jelentette kitettséget.

A Media Services privát végpontokkal való használatával kapcsolatos részletekért lásd: Media Services- és Storage-fiók létrehozása privát végponttal

Új régió: AZ USA 3. nyugati régiója általánosan elérhető

Az USA 3. nyugati régiója mostantól általánosan elérhető, és az ügyfelek használhatják új Media Services-fiókok létrehozásakor.

A kulcskézbesítés támogatja az IP-engedélyezési listák korlátozásait

A Media Services-fiókok mostantól konfigurálhatók a kulcskézbesítés IP-engedélyezési listára vonatkozó korlátozásaival. Az új engedélyezésilista-beállítás elérhető a Media Services-fiók erőforrásán az SDK-n keresztül, valamint a portálon és a parancssori felületen. Ez lehetővé teszi az operátoroknak, hogy a DRM-licencek és az AES-128 tartalomkulcsok kézbesítését adott IPv4-tartományokra korlátozzák.

Ez a funkció a DRM-licencek vagy az AES-128-kulcsok összes nyilvános internetes kézbesítésének kikapcsolására és a privát hálózati végpontra való kézbesítés korlátozására is használható.

A részletekért tekintse meg a DRM-licenchez és az AES-kulcsok IP-engedélyezési listák használatával történő kézbesítéséhez való hozzáférés korlátozását ismertető cikket.

Új minták Pythonhoz és Node.js (TypeScripttel)

Frissített minták Node.js , amelyek az Azure SDK legújabb TypeScript-támogatását használják.

Sample	Leírás
Live streaming (Élő adatfolyam)	Egyszerű élő streamelési példa. FIGYELMEZTETÉS, győződjön meg arról, hogy az összes erőforrás el van távolítva, és már nem lesz számlázás a portálon az élő használat során
HLS és DASH feltöltése és streamelése	Egyszerű példa egy helyi fájl vagy kódolás forrás URL-címről való feltöltésére. A minta bemutatja, hogyan tölthet le tartalmakat a Storage SDK-val, és hogyan streamelhet egy lejátszóba
HLS és DASH feltöltése és streamelése PlayReady és Widevine DRM használatával	Bemutatja, hogyan kódolhat és streamelhet a Widevine és a PlayReady DRM használatával

Új Python-minta, amely bemutatja, hogyan használható a Azure Functions és az Event Grid a Face redaction előzetes beállításának aktiválásához.

2021. május

Availability Zones media services alapértelmezett támogatása

A Media Services mostantól támogatja a Availability Zones, és hibaelszigetelt helyeket biztosít ugyanabban az Azure-régióban. A Media Services-fiókok alapértelmezés szerint zónaredundánsak, és nincs szükség további konfigurációra vagy beállításokra. Ez csak azokra a régiókra vonatkozik, amelyek Availability Zones támogatják

2021. március

Új nyelvi támogatás hozzáadva az AudioAnalyzer előzetes beállításaihoz

A videóátíráshoz és -feliratozáshoz további nyelvek érhetők el az AudioAnalyzer előre beállított változatában (alapszintű és standard módban is).

• Angol (Ausztrália), "en-AU"
• Francia (Kanada), "fr-CA"
• Arab (Bahrain) modern szabvány, "ar-BH"
• arab (Egyiptom), "ar-EG"
• arab (Irak), "ar-IQ"
• arab (Izrael), "ar-IL"
• arab (Jordánia), "ar-JO"
• arab (Kuvait), "ar-KW"
• Arab (Libanon), "ar-LB"
• arab (Omán), "ar-OM"
• Arab (Katar), "ar-QA"
• arab (Szaúd-Arábia), "ar-SA"
• Dán, "da-DK"
• Norvég, "nb-NO"
• Svéd, "sv-SE"
• Finn, "fi-FI"
• Thai, "th-TH"
• Török, "tr-TR"

Tekintse meg a legújabb elérhető nyelveket a Video- és hangfájlok elemzése című cikkben.

2021. február

HEVC-kódolás támogatása a Standard Encoderben

A Standard Encoder mostantól támogatja a 8 bites HEVC (H.265) kódolás támogatását. A HEVC-tartalom "hev1" formátumban kézbesíthető és csomagolható a dinamikus csomagolón keresztül.

A media-services-v3-dotnet Git Hub-adattárban egy új, HEVC-mintával rendelkező egyéni .NET-kódolás érhető el. Az egyéni kódolás mellett a következő új beépített HEVC-kódolási beállítások érhetők el:

• H265ContentAwareEncoding
• H265AdaptiveStreaming
• H265SingleBitrate720P
• H265SingleBitrate1080p
• H265SingleBitrate4K

A v2 API-ban korábban HEVC-t használó ügyfeleknek migrálniuk kell, hogy az új HEVC kódolási támogatást használják a Standard Encoderben.

Az Azure Media Services v2 API és az SDK-k elavulással kapcsolatos bejelentése

Az Azure Media Services REST API-k és SDK-k frissítése a v3-ra 2024. február 29-ig

Mivel az Azure Media Services REST API és a .NET-hez és a Java-hoz készült ügyféloldali SDK-k 3. verziója több képességet kínál, mint a 2- es verzió, az Azure Media Services REST API 2- és ügyféloldali SDK-jainak a .NET-hez és a Java-hoz való kivonását kezdjük.

Javasoljuk, hogy előbb végezze el a váltást, hogy az Azure Media Services REST API 3. verziójának és a .NET-hez és a Java-hoz készült ügyféloldali SDK-knak a gazdagabb előnyeit élvezhesse. A 3. verzió a következőket biztosítja:

• 24x7 élő esemény támogatása
• ARM REST API-k, ügyféloldali SDK-k .NET Core-hoz, Node.js, Pythonhoz, Java-hoz, Go-hoz és Rubyhoz.
• Ügyfél által felügyelt kulcsok, megbízható tárolóintegráció, privát kapcsolat támogatása és egyebek

A v3 API-k és SDK-k frissítésének részeként a Media Reserve Units (MRU-k) már nem szükségesek a Media Services-fiókokhoz, mivel a rendszer a terhelés alapján automatikusan fel- és leskálázódik. További információért tekintse meg az MRU-k migrálási útmutatóját .

Az AMS önálló licenckézbesítési kiszolgálóként (hibrid helyszíni módban) a v2-ről v3-ra történő migrálás során

A v3 API már nem támogatja a kulcskézbesítési szolgáltatások különálló szolgáltatásként való használatát a tartalomvédelemhez, ahol a kulcskézbesítési szolgáltatás használható a más külső forráskiszolgálókon keresztül streamelt vagy kézbesített tartalmak licencének kézbesítésére. Ez azt jelenti, hogy az AMS már nem támogatja a kulcskézbesítési forgatókönyveket a V3 API-ban, és megköveteli, hogy dinamikus csomagolás és titkosítás használatával streameljen az AMS forrásszolgáltatásaiból a v3-val történő kézbesítéskor.

A v2 API-val titkosított és "hibrid" modellben szállított meglévő tartalom továbbra is működni fog (a kulcsok továbbra is lekérdezhetők lesznek az adatsíkon), de a kulcsok (frissítések és módosítások) v2 felügyeleti síkon vagy v3 felügyeleti síkon keresztül történő kezelése 2024. február 29. után már nem fog működni.

Megjegyzés

A v3-at használó összes új tartalom csak a tartalomvédelmet és az AMS-ből való streamelést támogatja, és a továbbiakban nem támogatja a "hibrid" módot. Az adatsík továbbra is kézbesíti a v2-ben létrehozott meglévő kulcsokat és licenceket, de a továbbiakban nem támogatja a felügyeletet vagy a frissítéseket a v2 vagy v3 API-n keresztül.

Beavatkozás szükséges

A számítási feladatok fennakadásainak minimalizálása érdekében tekintse át a migrálási útmutatót , amely 2024. február 29-ig átvezeti a kódot a 2-es verziójú API-ról és SDK-ról a 3- es verziójú API-ra és az SDK-ra. 2024. február 29-e után az Azure Media Services nem fogadja el a forgalmat a 2-es verziójú REST API-ról, az ARM-fiókkezelési API 2015-10-01-es verziójáról vagy a 2.NET-es ügyféloldali SDK-król. Ebbe beletartozik minden olyan külső nyílt forráskódú ügyféloldali SDKS, amely meghívhatja a 2-es verziójú API-t.

Tekintse meg az Azure Frissítések hivatalos bejelentését.

Standard Encoder-támogatás v2 API-funkciókhoz

A HEVC (H.265) kódolás új támogatása mellett a kódolási API 2020-05-01 -es (vagy újabb) verziójában az alábbi funkciók érhetők el.

• Az új JobInputClip-támogatással mostantól több bemeneti fájl összefűzés is támogatott.
  • A .NET-hez elérhető egy példa, amely bemutatja, hogyan lehet összefűzni két objektumot.
• A hangsáv kiválasztása lehetővé teszi az ügyfelek számára a bejövő hangsávok kiválasztását és leképezését, valamint a kimenethez irányítását kódolás céljából
  • Az AudioTrackDescriptor és a pályaválasztás részleteiért tekintse meg a REST API OpenAPI-t.
• A kódolás nyomon követése – lehetővé teszi az ügyfelek számára, hogy olyan ABR-forrásfájlból vagy élő archívumból válasszanak zeneszámokat, amelyek több sávszélességű sávot is használnak. Rendkívül hasznos mp4-ek élő eseményarchívumfájlokból való létrehozásához.
  • Lásd: VideoTrackDescriptor
• Redaction (elmosódott) képességek hozzáadva a FaceDetectorhoz
  • Tekintse meg a FaceDetector előzetes verziójának Redact és Kombinált módjait

Új ügyféloldali SDK-kiadások az Azure Media Services API 2020.05.01-es verziójához

Az összes elérhető nyelvhez új ügyféloldali SDK-verziók érhetők el a fenti funkciókkal. Frissítsen a kódbázisok legújabb ügyféloldali SDK-jaira a csomagkezelővel.

• .NET SDK-csomag 3.0.4
• Node.js TypeScript 8.1.0-s verziója
• Python azure-mgmt-media 3.1.0
• Java SDK 1.0.0-beta.2

Az Azure Media Services API 2020.05.01-es verziójában elérhető új biztonsági funkciók

• Ügyfél által kezelt kulcsok: A "2020-05-01" verzióJÚ API-val létrehozott fiókokban tárolt tartalomkulcsok és egyéb adatok fiókkulccsal vannak titkosítva. Az ügyfelek megadhatnak egy kulcsot a fiókkulcs titkosításához.

• Megbízható tárolás: A Media Services konfigurálható úgy, hogy a Media Services-fiókhoz társított felügyelt identitással hozzáférjen az Azure Storage-hoz. Ha a tárfiókokhoz felügyelt identitással fér hozzá, az ügyfelek korlátozóbb hálózati ACL-eket konfigurálhatnak a tárfiókon a Media Services-forgatókönyvek blokkolása nélkül.

• Felügyelt identitások: Az ügyfelek engedélyezhetik a Rendszer által hozzárendelt felügyelt identitást egy Media Services-fiók számára, hogy hozzáférést biztosítsanak a Key Vaultokhoz (Customer-Managed kulcsokhoz) és tárfiókokhoz (a megbízható tároláshoz).

Frissített TypeScript-Node.js-minták a JavaScripthez készült izomorf SDK használatával

A Node.js minták frissültek, hogy a legújabb izomorf SDK-t használják. A minták most már a TypeScript használatát mutatják. Emellett egy új élő streamelési mintát is hozzáadtunk Node.js/TypeScripthez.

Tekintse meg a legújabb mintákat a media-services-v3-node-tutorials Git Hub-adattárban .

Új élő készenléti mód a meleg állapotú gyorsabb indítás támogatásához

Az élő események mostantól támogatják a "stand-by" alacsonyabb költségű számlázási módot. Ez lehetővé teszi az ügyfelek számára, hogy előre lefoglalják az élő eseményeket alacsonyabb költséggel a "gyakori elérésű készletek" létrehozásához. Az ügyfelek ezután a készenléti élő események használatával gyorsabban válthatnak a Futó állapotra, mint amikor a létrehozáskor hidegről indulnak. Ez jelentősen csökkenti a csatorna elindításához szükséges időt, és lehetővé teszi az alacsonyabb ár módban futó gépek gyors, gyors gyors készletkiosztását. Itt tekintheti meg a legújabb díjszabási adatokat. A StandBy állapotról és az élő események egyéb állapotáról további információt az Élő események állapota és számlázás című cikkben talál.

2020. december

Regionális elérhetőség

Az Azure Media Services mostantól elérhető a norvégiai keleti régióban a Azure Portal. Ebben a régióban nincs restV2.

2020. október

Alapszintű hangelemzés

A Hangelemzési beállításkészlet mostantól alapszintű tarifacsomagot is tartalmaz. Az új Alapszintű Hangelemző mód alacsony költségű lehetőséget biztosít a beszédátírás kinyerésére, valamint a kimeneti feliratok és feliratok formázására. Ez a mód beszéd-szöveg átírást és VTT-felirat/képaláírás fájl létrehozását hajtja végre. Ennek a módnak a kimenete tartalmaz egy Insights JSON-fájlt, amely csak a kulcsszavakat, az átírást és az időzítési információkat tartalmazza. Az automatikus nyelvfelismerés és a hangszóró-diarizáció nem része ennek a módnak. Tekintse meg a támogatott nyelvek listáját.

Az Indexer v1-et és az Indexer v2-t használó ügyfeleknek át kell költöznie az Alapszintű hangelemzési beállításkészletbe.

Az Alapszintű hangelemző módról további információt a Videó- és hangfájlok elemzése című témakörben talál.

Élő események

Frissítések a legtöbb tulajdonságra mostantól engedélyezve van az élő események leállítása. Emellett a felhasználók megadhatnak egy előtagot a statikus állomásnévhez az élő esemény bemeneti és előnézeti URL-címéhez. A VanityUrl most már meghívva useStaticHostName van, hogy jobban tükrözze a tulajdonság szándékát.

Az élő események mostantól StandBy állapotban vannak. Lásd: Élő események és élő kimenetek a Media Servicesben.

Az élő események támogatják a különböző bemeneti méretarányok fogadását. A stretch mód lehetővé teszi az ügyfelek számára a kimenet nyújtásos viselkedésének megadását.

Az élő kódolás mostantól lehetővé teszi rögzített kulcskeret-intervallumtöredékek 0,5 és 20 másodperc közötti kimenetét.

Fiókok

Figyelmeztetés

Ha a 2020-05-01 API-verzióval hoz létre Media Services-fiókot, az nem fog működni a RESTv2-vel

2020. augusztus

Dinamikus titkosítás

Az örökölt PlayReady Protected Interoperable File Format (PIFF 1.1) titkosítás támogatása már elérhető a dinamikus csomagkezelőben. Ez támogatást nyújt a Samsung és az LG régi smart TV-készülékeihez, amelyek implementálták a Microsoft által kiadott Common Encryption szabvány (CENC) korai vázlatait. A PIFF 1.1 formátumot a Silverlight ügyfélkódtár által korábban támogatott titkosítási formátumnak is nevezik. Jelenleg a titkosítási formátum egyetlen használati esete az, hogy a régi Smart TV-piacot célozza meg, ahol néhány régióban továbbra is nem triviális számú intelligens televízió található, amelyek csak A PIFF 1.1 titkosítással támogatják a Smooth Streaminget.

Az új PIFF 1.1 titkosítási támogatás használatához módosítsa a titkosítási értéket "piff" értékre a Streamelési lokátor URL-elérési útján. További információ: A Tartalomvédelem áttekintése. Például: https://amsv3account-usw22.streaming.media.azure.net/00000000-0000-0000-0000-000000000000/ignite.ism/manifest(encryption=piff)|

Megjegyzés

A PIFF 1.1 támogatása visszafelé kompatibilis megoldásként érhető el a Smart TV-hez (Samsung, LG), amely a Common Encryption korai "Silverlight" verzióját implementálta. Csak akkor használja a PIFF formátumot, ha az a 2009 és 2015 között szállított, a PlayReady titkosítás PIFF 1.1-es verzióját támogató samsungos vagy LG smart tv-k támogatásához szükséges.

2020. július

Élő átiratok

Az élő átiratok mostantól 19 nyelvet és 8 régiót támogatnak.

Magas rendelkezésre állás

Közzétettünk egy magas rendelkezésre állást a Media Services és az Igény szerinti videó (VOD) áttekintésével és mintával.

2020. június

Live Video Analytics IoT Edge előzetes kiadásban

A IoT Edge Live Video Analytics előzetes verziója nyilvános.

Live Video Analytics IoT Edge a Media Service-család kiterjesztése. Lehetővé teszi az élő videók elemzését a választott AI-modellekkel a saját peremeszközein, és opcionálisan rögzítheti és rögzítheti a videót. Mostantól valós idejű videóelemzéssel is készíthet alkalmazásokat a peremhálózaton anélkül, hogy az élő videófolyamatok létrehozásának és működtetésének összetettségével kellene foglalkoznia.

2020. május

Új régiók: Észak-Germay, Nyugat-Németország, Észak-Svájc és Nyugat-Svájc mostantól általánosan elérhető

Az Azure Media Services mostantól általánosan elérhető a következő régiókban: "Észak-Németország", "Németország nyugati középső régiója", "Észak-Svájc" és "Nyugat-Svájc". Az ügyfelek az Azure Portal használatával helyezhetik üzembe a Media Servicest ezekben a régiókban.

2020. április

A dokumentáció fejlesztései

Az Azure Media Player dokumentációját áttelepítették az Azure-dokumentációba.

2020. január

A médiafeldolgozók fejlesztései

• Továbbfejlesztett támogatás az egymást átfedő forrásokhoz a Videóelemzésben – az ilyen tartalmakat most már helyesen bontják ki, mielőtt elküldené őket a következtetési motoroknak.
• Ha miniatűröket hoz létre a "Legjobb" módban, a kódoló 30 másodpercnél tovább keres egy nem monokróm keret kiválasztásához.

felhőfrissítések Azure Government

Media Services GA'ed a következő Azure Government régiókban: USGov Arizona és USGov Texas.

2019. december

CdN-támogatás hozzáadva az Origin-Assist előcsatorna fejléceihez az élő és a videó igény szerinti streameléséhez; az Akamai CDN-nel közvetlen szerződéssel rendelkező ügyfelek számára. Origin-Assist CDN-Prefetch funkció az alábbi HTTP-fejléccseréket foglalja magában az Akamai CDN és az Azure Media Services forrása között:

HTTP-fejléc	Értékek	Küldő	Fogadó	Cél
CDN-Origin-Assist-Prefetch-Enabled	1 (alapértelmezett) vagy 0	CDN	Forrás	Annak jelzése, hogy a CDN engedélyezve van az előbetöltésben
CDN-Origin-Assist-Prefetch-Path	Példa: Töredékek(video=1400000000;format=mpd-time-cmaf)	Forrás	CDN	A CDN-hez való előzetes elérési út megadása
CDN-Origin-Assist-Prefetch-Request	1 (előzetes kérés) vagy 0 (normál kérés)	CDN	Forrás	Annak jelzése, hogy a CDN-ből érkező kérés egy előbetöltés

Ha működés közben szeretné megtekinteni a fejléccsere egy részét, próbálkozzon az alábbi lépésekkel:

1. A curl használatával hang- vagy videoszegmensre vagy -töredékre vonatkozó kérést adhat ki a Media Services forrásának. A kérelemben adja hozzá a CDN-Origin-Assist-Prefetch-Enabled: 1 fejlécet.
2. A válaszban meg kell jelennie a CDN-Origin-Assist-Prefetch-Path fejlécnek, amelynek értéke egy relatív elérési út.

2019. november

Élő átirat előnézete

Az élő átírás mostantól nyilvános előzetes verzióban érhető el, és az USA 2. nyugati régiójában használható.

Az élő átírás úgy lett kialakítva, hogy bővítményként működjön az élő eseményekkel. Az átmenő és a standard vagy prémium kódolású élő eseményeken egyaránt támogatott. Ha ez a funkció engedélyezve van, a szolgáltatás a Cognitive Services Beszédfelismerés funkciójával szöveggé alakítja a bejövő hangban lévő kimondott szavakat. Ezt a szöveget ezután az MPEG-DASH és HLS protokollok videóval és hanggal együtt elérhetővé teszik. A számlázás egy új bővítménymérőn alapul, amely többletköltséget jelent az élő eseményhez, ha "Futó" állapotban van. Az élő átírással és számlázással kapcsolatos részletekért lásd: Élő átírás

Megjegyzés

Az élő átírás jelenleg csak előzetes verzióként érhető el az USA 2. nyugati régiójában. Jelenleg csak angolul (en-us) támogatja a beszélt szavak átírását.

Tartalomvédelem

A Token Replay Prevention funkció szeptemberben jelent meg korlátozott régiókban, és már minden régióban elérhető. A Media Services ügyfelei mostantól megszabhatják, hogy hányszor használható ugyanaz a jogkivonat kulcs vagy licenc igényléséhez. További információ: Token-visszajátszás megakadályozása.

Új ajánlott élő kódoló partnerek

A következő új ajánlott partnerkódolók támogatása hozzáadva az RTMP élő streameléshez:

• Cambria Live 4.3
• GoPro Hero7/8 és Max akciókamerák
• Restream.io

A fájlkódolás fejlesztései

• Új Tartalomérzékeny kódolási beállításkészlet érhető el. Tartalomérzékeny kódolással hoz létre GOP-hez igazított MP4-eket. Bármilyen bemeneti tartalom esetén a szolgáltatás elvégzi a bemeneti tartalom kezdeti egyszerűsített elemzését. Ezeket az eredményeket felhasználva határozza meg a rétegek optimális számát, a megfelelő bitsebességet és felbontási beállításokat az adaptív streameléssel történő kézbesítéshez. Ez az előzetes beállítás az alacsony összetettségű és közepes összetettségű videók esetében hatékony, ahol a kimeneti fájlok alacsonyabb bitsebességgel, de olyan minőségben vannak, amely továbbra is jó élményt nyújt a nézőknek. A kimenet mp4-fájlokat tartalmaz, amelyekben a videó és a hang össze van osztva. További információkért tekintse meg a nyílt API-specifikációkat.
• Jobb teljesítmény és többszálúság a standard kódoló átméretezőjében. Adott körülmények között az ügyfélnek 5–40%-os VOD-kódolás közötti teljesítménynövelést kell tapasztalnia. A több bitsebességre kódolt alacsony összetettségű tartalom a legnagyobb teljesítménynövekedést fogja tapasztalni.
• A standard kódolás mostantól rendszeres GOP-ütemezést tart fenn a változó keretsebesség (VFR) tartalmaihoz a VOD-kódolás során az időalapú GOP-beállítás használatakor. Ez azt jelenti, hogy a vegyes képkockasebességű tartalmat beküldő ügyfélnek például 15–30 fps közötti eltérést kell látnia a kimenet alapján kiszámított normál GOP-távolságoknak az adaptív sávszélességű streamelési MP4-fájlokhoz. Ez javítja a vágányok közötti zökkenőmentes váltás lehetőségét HLS-en vagy DASH-en keresztüli kézbesítéskor.
• Továbbfejlesztett AV-szinkronizálás változó keretsebességű (VFR) forrástartalomhoz

Azure Video Indexer, Video Analytics

• A VideoAnalyzer előzetes beállításkészletével kinyert kulcskeretek mostantól a videó eredeti felbontásában vannak átméretezés helyett. A nagy felbontású kulcskeret-kinyerés eredeti minőségű képeket biztosít, és lehetővé teszi a Microsoft Computer Vision és Custom Vision szolgáltatásai által biztosított képalapú mesterségesintelligencia-modellek használatát, hogy még több betekintést nyerjen a videóból.

2019. szeptember

Media Services v3

Élő események élő lineáris kódolása

A Media Services v3 bejelenti az élő események 24 órás x 365 napos élő lineáris kódolásának előzetes verzióját.

Media Services v2

Médiafeldolgozók elavulása

Bejelentjük az Azure Media Indexer és az Azure Media Indexer 2 előzetes verziójának elavulását. A kivezetési dátumokról az örökölt összetevőket ismertető cikkben olvashat. Az Azure Video Indexer felváltja ezeket az örökölt médiaprocesszorokat.

További információ: Migrálás az Azure Media Indexerből és az Azure Media Indexer 2-ből az Azure Media Services Video Indexerbe.

2019. augusztus

Media Services v3

A dél-afrikai régiópár nyitva áll a Media Services számára

A Media Services mostantól dél-afrikai észak- és dél-afrikai nyugati régiókban érhető el.

További információ: Olyan felhők és régiók, amelyekben a Media Services v3 létezik.

Media Services v2

Médiafeldolgozók elavulása

Bejelentjük a Windows Azure Media Encoder (WAME) és az Azure Media Encoder (AME) médiafeldolgozók elavulását, amelyek kivonás alatt állnak. A kivezetési dátumokról ebben az örökölt összetevőkről szóló cikkben olvashat.

Részletekért lásd: WAME migrálása Media Encoder Standard és Migrálás az AME-ből Media Encoder Standard.

2019. július

Tartalomvédelem

Jogkivonat-korlátozással védett tartalom streamelése esetén a végfelhasználóknak be kell szereznie a kulcskézbesítési kérelem részeként elküldött jogkivonatot. A Token Replay Prevention funkcióval a Media Services ügyfelei korlátozhatják, hogy hányszor lehet ugyanazt a jogkivonatot használni kulcs vagy licenc igényléséhez. További információ: Token-visszajátszás megakadályozása.

Júliustól az előzetes verziójú funkció csak az USA középső régiójában és az USA nyugati középső régiójában érhető el.

2019. június

Videó-alkonclipping

Mostantól le is vághatja vagy alklipelheti a videókat, ha feladat használatával kódolást végez.

Ez a funkció a BuiltInStandardEncoderPreset előre beállított vagy a StandardEncoderPreset előre beállított beállításokkal létrehozott átalakításokkal működik.

2019. május

Az Azure Monitor támogatása a Media Services diagnosztikai naplóihoz és metrikáihoz

Mostantól az Azure Monitor használatával megtekintheti a Media Services által kibocsátott telemetriai adatokat.

• Az Azure Monitor diagnosztikai naplóival monitorozza a Media Services kulcskézbesítési végpontja által küldött kéréseket.
• A Media Services streamvégpontjai által kibocsátott metrikák monitorozása.

Részletekért lásd: Media Services monitorozása.

Több hangsáv támogatása a dinamikus csomagolásban

Ha több kodekkel és nyelvvel rendelkező hangsávokkal rendelkező adategységeket streamel, a Dynamic Packaging mostantól támogatja a több hangsávot a HLS-kimenethez (4-es vagy újabb verzió).

Korea regionális párja nyitva van a Media Services számára

A Media Services mostantól Dél-Korea középső és dél-koreai régióiban érhető el.

További információ: Olyan felhők és régiók, amelyekben a Media Services v3 létezik.

Teljesítménnyel kapcsolatos fejlesztések

A Media Services teljesítménybeli fejlesztéseit tartalmazó frissítések hozzáadva.

• A feldolgozáshoz támogatott maximális fájlméret frissült. Lásd: Kvóták és korlátok.
• A kódolási sebesség fejlesztései.

2019. április

Új előzetes beállítások

• A FaceDetectorPreset hozzá lett adva a beépített elemzőkészletekhez.

2019. március

A Dynamic Packaging mostantól támogatja a Dolby Atmost. További információ: Dinamikus csomagolással támogatott hangkodek.

Most már megadhatja az eszköz- vagy fiókszűrők listáját, amelyek a streamelési lokátorra vonatkoznak. További információ: Szűrők társítása streamelési lokátorhoz.

2019. február

A Media Services v3 mostantól támogatott az Azure országos felhőiben. Még nem minden funkció érhető el az összes felhőben. Részletekért lásd: Felhők és régiók, amelyekben az Azure Media Services v3 létezik.

A Microsoft.Media.JobOutputProgress esemény hozzá lett adva a Media Services Azure Event Grid sémáihoz.

2019. január

Media Encoder Standard és MPI-fájlok

Ha az MP4-fájl(ok) előállításához Media Encoder Standard kódolást használja, egy új .mpi-fájl jön létre, és hozzáadódik a kimeneti objektumhoz. Ez az MPI-fájl a dinamikus csomagolási és streamelési forgatókönyvek teljesítményének javítására szolgál.

Ne módosítsa vagy távolítsa el az MPI-fájlt, és ne függjön a szolgáltatásban az ilyen fájlok meglétéről (vagy nem).

2018. december

Frissítések a V3 API ga kiadásából:

• A PresentationTimeRange tulajdonságok már nem szükségesek az eszközszűrőkhöz és a fiókszűrőkhöz.
• A Feladatok és átalakítások $top és $skip lekérdezési beállításai el lettek távolítva, és $orderby lettek hozzáadva. Az új rendelési funkció hozzáadása során kiderült, hogy a $top és a $skip lehetőségek véletlenül el lettek téve korábban annak ellenére, hogy nincsenek implementálva.
• Az enumerálás bővíthetősége újra engedélyezve lett. Ez a funkció engedélyezve lett az SDK előzetes verzióiban, és véletlenül le lett tiltva a ga verzióban.
• Két előre definiált streamelési szabályzat lett átnevezve. A SecureStreaming mostantól MultiDrmCencStreaming. A SecureStreamingWithFairPlay mostantól Predefined_MultiDrmStreaming.

2018. november

A CLI 2.0 modul már elérhető az Azure Media Services v3 GA – v 2.0.50 verzióhoz.

Új parancsok

• az ams account
• az ams account-filter
• az ams asset
• az ams asset-filter
• az ams content-key-policy
• az ams job
• az ams live-event
• az ams live-output
• az ams streaming-endpoint
• az ams streaming-locator
• az ams account mru – lehetővé teszi a fenntartott médiaegységek kezelését.

Új funkciók és kompatibilitástörő változások

Objektumparancsok

• --storage-account és --container argumentumok hozzáadva.
• A parancsban megadott lejárati idő (Now+23h) és engedélyek (Olvasás) az ams asset get-sas-url alapértelmezett értékei.

Feladatparancsok

• --correlation-data és --label argumentumok hozzáadva
• --output-asset-names átnevezve: --output-assets. Most már elfogadja az objektumok "assetName=label" formátumú, szóközzel elválasztott listáját. A címkével nem rendelkező objektumok a következőképpen küldhetők el: "assetName=".

Streamelési lokátorparancsok

• az ams streaming locator A base parancsot a következőre cserélte: az ams streaming-locator.
• --streaming-locator-id és --alternative-media-id support argumentumok hozzáadva.
• --content-keys argument argumentum frissítve.
• --content-policy-name átnevezve: --content-key-policy-name.

Streamelési szabályzat parancsai

• az ams streaming policy A base parancsot a következőre cserélte: az ams streaming-policy.
• A titkosítási paraméterek támogatottak a hozzáadásban az ams streaming-policy create .

Parancsok átalakítása

• --preset-names argumentum lecserélve a következőre --preset: . Most egyszerre csak 1 kimenetet/előre beállított értéket állíthat be (továbbiak hozzáadásához futtatnia kell a parancsot az ams transform output add). Az egyéni StandardEncoderPreset beállításához adja át az elérési utat az egyéni JSON-nak.
• az ams transform output remove az eltávolítandó kimeneti index átadásával nyitható meg.
• --relative-priority, --on-error, --audio-language and --insights-to-extract argumentumok és az ams transform createaz ams transform output add parancsok.

2018. október – ÁLTALÁNOS

Ez a szakasz az Azure Media Services (AMS) októberi frissítéseit ismerteti.

REST v3 GA-kiadás

A REST v3 GA kiadás további API-kat tartalmaz az Élő, fiók-/eszközszintű jegyzékszűrőkhöz és a DRM-támogatáshoz.

Azure Resource Management

Az Azure Resource Management támogatása egységes felügyeleti és üzemeltetési API-t tesz lehetővé (mostantól minden egy helyen található).

Ettől a kiadástól kezdve Resource Manager sablonokkal hozhat létre élő eseményeket.

Eszközműveletek fejlesztése

A következő fejlesztések jelentek meg:

• BEtöltés HTTP-url-címekről vagy Azure Blob Storage SAS URL-címekről.
• Adja meg az eszközök saját tárolóneveit.
• Egyszerűbb kimeneti támogatás egyéni munkafolyamatok létrehozásához Azure Functions.

Új átalakítási objektum

Az új Transform objektum leegyszerűsíti a kódolási modellt. Az új objektum megkönnyíti a kódolási Resource Manager sablonok és előzetes beállítások létrehozását és megosztását.

Azure Active Directory-hitelesítés és Azure RBAC

Azure AD hitelesítés és azure-beli szerepköralapú hozzáférés-vezérlés (Azure RBAC) lehetővé teszi a biztonságos átalakításokat, liveEventseket, tartalomkulcs-szabályzatokat vagy adategységeket szerepkör vagy felhasználók szerint Azure AD.

Ügyfél-SDK-k

A Media Services v3-ban támogatott nyelvek: .NET Core, Java, Node.js, Ruby, TypeScript, Python, Go.

Élő kódolási frissítések

A következő élő kódolási frissítések jelennek meg:

• Új kis késésű mód az élő módban (10 másodperc a végpontok között).

• Továbbfejlesztett RTMP-támogatás (nagyobb stabilitás és több forráskódoló támogatása).

• RTMPS biztonságos betöltés.

  Élő esemény létrehozásakor 4 betöltési URL-címet kap. A 4 betöltési URL-cím majdnem azonos, ugyanazzal a streamelési jogkivonattal (AppId) rendelkezik, csak a portszám rész különbözik. Két URL-cím elsődleges és biztonsági mentés az RTMPS-hez.

• 24 órás átkódolás támogatása.

• Továbbfejlesztett ad-signaling támogatás az RTMP-ben az SCTE35 használatával.

Továbbfejlesztett Event Grid-támogatás

Az Event Grid következő támogatási fejlesztései láthatók:

• Azure Event Grid integráció a Logic Apps és a Azure Functions egyszerűbb fejlesztéséhez.
• Feliratkozhat a kódolás, az élő csatornák és egyebek eseményeire.

CMAF-támogatás

CMAF- és cbcs-titkosítási támogatás a CMAF-t támogató Apple HLS (iOS 11+) és MPEG-DASH lejátszókhoz.

Video Indexer

A Video Indexer GA kiadását augusztusban jelentették be. A jelenleg támogatott funkciókkal kapcsolatos új információkért lásd : Mi az a Video Indexer?

Módosításokra vonatkozó tervek

Azure CLI 2.0

Hamarosan elérhetővé válik az Azure CLI 2.0 modul, amely az összes funkció (például az élő, a tartalomkulcs-szabályzatok, a fiók-/eszközszűrők, a streamelési szabályzatok) műveleteit tartalmazza.

Ismert problémák

Az alábbi probléma csak azokat az ügyfeleket érinti, akik az előzetes verziójú API-t használták az Eszköz vagy az AccountFilters szolgáltatáshoz.

Ha 2012. 09. 28. és 10. 10. között hozta létre az eszközöket vagy fiókszűrőket a Media Services v3 parancssori felülettel vagy API-kkal, el kell távolítania az összes Objektum- és Fiókszűrőt, majd újra létre kell hoznia őket egy verzióütközés miatt.

2018. május – előzetes verzió

.NET SDK

A .NET SDK a következő funkciókat tartalmazza:

• Streamelési lokátorok a tartalmak végfelhasználói eszközökre való közzétételéhez és streameléséhez
• Streamelési szabályzatok és tartalomkulcs-szabályzatok a kulcskézbesítés és a tartalomvédelem (DRM) konfigurálásához a tartalom kézbesítésekor.
• Élő események és élő kimenetek az élő streamelési tartalmak betöltésének és archiválásának konfigurálásához.
• Médiatartalmak tárolására és közzétételére szolgáló eszközök az Azure Storage-ban.
• Streamvégpontok dinamikus csomagolás, titkosítás és streamelés konfigurálásához és méretezéséhez élő és igény szerinti médiatartalmakhoz.

Ismert problémák

• Feladat elküldésekor megadhatja, hogy https URL-címekkel, SAS URL-címekkel vagy az Azure Blob Storage-ban található fájlok elérési útjai használatával töltse be a forrásvideót. A Media Services v3 jelenleg nem támogatja a HTTPS URL-címeken keresztüli adattömbalapú átvitel kódolását.

Kérdések feltevése, visszajelzés küldése, frissítések lekérése

Tekintse meg az Azure Media Services közösségi cikket, amelyből megtudhatja, hogyan tehet fel kérdéseket, adhat visszajelzést, és kaphat frissítéseket a Media Servicesről.

Lásd még

Migrálási útmutató a Media Services v2-ről a v3-ra való áttéréshez.