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

---

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

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

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

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

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.

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.

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).

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.

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.

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".

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 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

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.

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.

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.

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

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 .

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.

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.

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).

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.

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"

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

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.

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.

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.

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.

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 (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.

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.

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.

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.

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.

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.

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.

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 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.

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.

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.

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.

• 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.

• 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.

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 .

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

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 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.

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

Ú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.

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

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.

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.

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 .

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.

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.

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

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

• Ü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).

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 .

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.

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.

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.

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.

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)|

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

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.

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.

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.

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

• 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.

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

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:

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.

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

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.

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

• Ú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

• 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.

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.

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.

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.

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.

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.

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.

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.

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ó).

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.

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.

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

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.

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.

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).

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.

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

• 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.

• --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.

• --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=".

• 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.

• 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 .

• --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.

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

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.

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.

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.

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 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.

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

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.

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- és cbcs-titkosítási támogatás a CMAF-t támogató Apple HLS (iOS 11+) és MPEG-DASH lejátszókhoz.

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?

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.

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.

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.

• 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.

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.

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