Dela via

Viktig information om Azure Media Services v3

  • Artikel

Media Services-logotyp v3

Varning

Azure Media Services dras tillbaka den 30 juni 2024. Mer information finns i AMS Pensionsguide.

För att hålla dig uppdaterad om den senaste utvecklingen får du information om följande i den här artikeln:

  • De senaste versionerna
  • Kända problem
  • Felkorrigeringar
  • Föråldrade funktioner

Juni 2023

Azure Media Services dras tillbaka från och med den 30 juni 2023. Se guiden för azure Media Services-tillbakadragning.

Mars 2023

Azure Media Indexer har dragits tillbaka. Den ersätts av Media Services v3 AudioAnalyzerPreset Basic-läge.

Februari 2023

Viktig information för februari kommer snart.

Januari 2023

Tidsindelade metadata

Tidsindelade metadata är anpassade data som infogas i en liveström. Både data och dess infogningstidsstämpel bevaras i själva medieströmmen. Detta gör att klienter som spelar upp videoströmmen kan få samma anpassade metadata exakt samtidigt i förhållande till videoströmmen. Med tidsindelade metadata kan du:

  • Lägg till interaktivitetselement i liveströmmen, till exempel en avsökning.
  • Lägg till information om videoinnehåll som talare, produktlänkar, sportspelares statistik osv.
  • Lägg till metadata om videon, till exempel GPS-plats, tid osv.

Mer information finns i Tidsindelade metadata med Azure Media Services och Så här signalerar du tidsindelade metadata med Azure Media Services. Du kan prova det med Stackblitz.

Bithastighetsavgränsning

ContentAwareEncoding-bithastighetsavgränsningen och lösningsbeslutet förbättrades i den här månadens version.

ContentAwareEncoding kan användas tillsammans med PresetConfigurations för att uppfylla dina specifika krav för optimal strömning och kodningsprestanda.

För bättre bithastighetsavgränsning användes den uppskattade komplexiteten från utvärderingskodning för att uppskatta bithastigheten för det översta lagret, bithastigheten för det nedre lagret och det totala antalet lager. När bithastigheten för det översta lagret, bithastigheten för det nedre lagret och antalet lager har bestämts beräknas bithastigheterna för mellanliggande lager baserat på förhållandet mellan jämna bithastigheter mellan angränsande lager. Den är nästan jämnt avgränsad med bithastighet i det här fallet.

När det gäller lösning är det nedre lagret huvudproblemet. Upplösningen på det nedre lagret kan konfigureras via PresetConfigurations. Den ändrade logiken avgör upplösningen på det nedre lagret baserat på den uppskattade komplexiteten från utvärderingskodningen om du inte konfigurerar den. Den bestämmer också bithastigheten för det nedre lagret om den anges av användare via PresetConfigurations. Resolutionsbeslutet försökte använda högre upplösningar än 180P för det nedre lagret för att uppnå bättre visuell kvalitet.

Den här versionen förbättrar även uppskattningsalgoritmen för innehållskomplexitet. Den ursprungliga algoritmen är konservativ och resulterar i högre bithastigheter än nödvändigt. Med den ändrade uppskattningen är utdatabithastigheterna vanligtvis lägre än tidigare. Med andra ord kan du nu spara mer pengar när det gäller nätverksbandbredd och lagringskostnader.

.NET SDK-exempel för den senaste SDK:t för Azure.ResourceManager.Media-klienten

Den uppdaterade SDK:n för Azure.ResourceManager.Media-klienten (kallas även "track 2" .NET SDK" är tillgänglig i Nuget Azure.ResourceManager.Media. Alla exempel har uppdaterats i huvudgrenen i vår exempellagringsplats för .NET på github till den senaste versionen av den här klient-SDK:t. Azure-Samples/media-services-v3-dotnet. Projekten på den här lagringsplatsen visar hur du implementerar olika Azure Media Services-scenarier med v3-versionen. (github.com).

Ändringar i gränssnittet Tillgångar i Azure Portal

Du ser en förbättrad användarupplevelse på bladet Tillgångar i Azure Portal. Nu kan du visa spår och filer i tillgången. Du kan också ladda upp, uppdatera eller ta bort ljud- och textspår i en tillgång.

December 2022

Media Services stöder nu IPv6 för strömmande media till livehändelser, strömmande innehåll från slutpunkter för direktuppspelning och när du levererar innehållsnycklar. Om du vill aktivera IPv6 för slutpunkter för direktuppspelning och livehändelser måste listan över tillåtna IP-adresser för resursen innehålla minst en IPv6-adress eller ett IPv6-intervall. När CDN-stöd är aktiverat för en slutpunkt för direktuppspelning är IPv6-stödet beroende av CDN-konfigurationen.

Mer information om hur du använder IPv6 med Media Services finns i Media Services livehändelser och Begränsa åtkomsten till DRM-licens och AES-nyckelleverans med hjälp av IP-tillåtna listor.

November 2022

Media Services tar nu bort ljudåtergivningen från HLS Variant Playlist som standard för att förhindra att klienten faller tillbaka till ljudet endast under en dålig nätverkssituation.

För att ändra beteendet kan du använda URL-taggen [audio-only=true] för att skriva en ljudåtergivning i HLS Variant Playlist.

Exempel:

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

Detta berodde på en ändring i HLS-redigeringsriktlinjerna som nu anger "Du måste inte ha några ljudvariantvarianter som anges i Multivariant-spellistan".

September 2022

API-version: Uppdaterad 2022-08-01 ARM REST API

En uppdaterad version av ARM REST API för Azure Media Services har släppts. Version 2022-08-01 är nu den senaste stabila versionen i produktion. De senaste REST API-definitionerna är tillgängliga i REST-specifikationsmappen för Media Services på GitHub.

Uppdateringar till API:et 2022-08-01 inkluderar:

  • Entiteten LiveOutput introducerar en ny nullbar egenskap som spolar tillbakaWindowLength för att styra sökbar fönsterlängd under Live för kodning och genomströmning av livehändelser. Den här egenskapen används inte när LiveOutput stoppas. Den arkiverade VOD:en har fullt innehåll med originalarkivetWindowLength. När egenskapen är inställd på null används standardvärdet 30 minuter för en livehändelse med låg svarstid (LowLatencyV2). en livehändelse av standardtypen använder den inte.
  • Stöd har lagts till för PlayReady SL3000-säkerhetsnivå i principer för innehållsnycklar
  • Utökad tillgång spårar API för att stödja ljudspår (för senbindning av beskrivande ljud eller flera språk)
  • Stöd har lagts till för MPEG Common Encryption Clear Key med "cenc" och "cbcs"-lägen i strömningsprinciper

Nya SDK-klientversioner tillgängliga för Javascript, Python, Go

Licenssupport för PlayReady Security Level 3000 (SL3000)

PlayReady DRM-innehållsskydds- och licensleveransfunktionerna i Media Services stöder nu PlayReady SL3000. Säkerhetsnivån är en egenskap för en PlayReady-klient och varje licens som levereras till en klient har en egenskap som anger den lägsta säkerhetsnivå som krävs från en klient för att tillåta bindning till den här licensen. Säkerhetsnivå 3000 tillhandahålls för härdade enheter med högsta säkerhet som förbrukar högsta kvalitet på kommersiellt innehåll. Med den här uppdateringen kan du konfigurera content key-principer för att leverera PlayReady SL3000-licenser via Media Services-licensservrarna för nyckelleverans. Mer information om PlayReady-säkerhetsnivåer finns i artikeln Använda säkerhetsnivån i en licens.

  • Om du lägger till en SL3000 PlayReady ContentKeyPolicyOption i en princip för innehållsnycklar kan den principen bara innehålla ytterligare PlayReady SL3000- eller Widevine L1-alternativ.
  • SL3000 kräver att du använder en annan nyckel för ljud eller använder okrypterat ljud. Ljudsäkerhetsnivån bör begränsas till SL2000 eller lägre.
  • SL3000-uppspelning fungerar inte i Azure Media Player (AMP) för tillfället. Testa i en spelare från tredje part (t.ex. Shaka Player) eller enhet som stöder SL3000-uppspelning.

Exempel på princip för innehållsnyckel:

{
    "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"
                }
            }
        ]
    }
}

**Exempel på en strömningsprincip med hjälp av en PRINCIP för SL3000-innehållsnyckel för video och SL2000-innehållsnyckelprincip för ljudspår: **

{
    "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": {}
            }
        }
    }
}

Mer information om hur du använder PlayReady-licensmallar finns i artikeln Media Services PlayReady-licensmallar

Lägga till ljudspår för beskrivande ljud eller flera språk med det nya TILLGÅNGsspår-API:et

Med det nya TILLGÅNGsspår-API:et kan du sent binda valfritt antal ljudspår till en befintlig tillgång och göra dem tillgängliga för dynamisk paketering till HLS och DASH. API:et stöder inställning av metadata för att ange språk- eller innehållsegenskaper för att ange "beskrivande ljud" för förbättrad innehållstillgänglighet.

En fullständig lista över funktioner i Tracks-API:et finns i artikeln Media Services Tracks API

Stöd för MPEG Common Encryption Clear Key med CENC- och CBCS-kryptering

Clear Key Encryption är en funktion i MPEG Common Encryption (CENC) standard och stöds av HTML5 Encrypted Media Extensions (EME) som finns i många moderna webbläsare. Clear Key AES-128 encryption using 'cenc' or 'cbcs' encryption modes can be set in your Streaming policies to allow you to reach the widest range of devices across Apple, Web and Android.

Med den här funktionen kan du stödja common encryption-standarden utan att använda ett DRM-system och nå det bredaste utbudet av spelare. Med stöd för Clear Key-kryptering med krypteringslägena "cenc" eller "cbcs" kan du nu distribuera säkert innehåll utan DRM till spelare som stöder något av krypteringslägena som tillåts i standarden. På så sätt kan du leverera krypterat innehåll till klientspelare som Google Shaka Player (v 4.0.0+), Dash.js (v 4.5+), Bitmovin, Theo Player och Android ExoPlayer (v 2.18.1+) med hjälp av cenc-kryptering.

Mer information om hur du använder innehållsskyddsfunktionerna i Media Services finns i artikeln Innehållsskydd med dynamisk kryptering och nyckelleverans

Spola tillbaka fönstret jämfört med arkivfönstret i liveutdata

RewindWindowLength kan ställas in på Live Outputs för att styra sökfönstret på klientspelaren under liveuppspelning. Detta hjälper kunden att kontrollera hur mycket tid som visas i spelaren för att söka tillbaka till liveströmmen. Den här inställningen hjälper också till att minska manifeststorleken som levereras till klienten via nätverket under liveuppspelning, vilket kan ge en mer effektiv liveuppspelningsupplevelse och minska minnesanvändningen på klienten.

När dataströmmen är klar kan du komma åt den arkiverade filen i tillgången som definieras av egenskapen archiveWindowLength i liveutdata. På så sätt kan du nu ange en annan arkivvaraktighet än den tidigare "DVR-skjutfönstret" som är synlig för spelaren. Detta är mycket användbart när du vill strömma med ett mycket litet tidsväxlingsfönster i spelaren, men vill arkivera hela livehändelsen till utdatatillgången.

Du kan ange rewindowLength till ett minsta värde på 60 sekunder. Standardvärdet är 30 minuter om du aktiverar en livehändelse med alternativet "LowLatencyV2", annars finns det inget standardvärde. Om rewindWindowLength inte har angetts och livehändelsen inte är inställd på att använda alternativet "LowLatencyV2" anges inget standardvärde av servern och det sökbara fönstret under liveuppspelningen skulle vara samma värde som arkivetWindowLength. Om arkivetWindowLength är inställt på en mycket stor varaktighet kan spelaren påverkas av fler buffringsproblem under uppspelningen i liveläge på grund av den större nedladdningen av manifeststorleken till spelaren för parsning.

Mer information finns i artikeln Använda tidsväxling och liveutdata för att skapa videouppspelning på begäran

Ny region: Kina, norra 3 är nu ga

Kunder i Kina kan nu komma åt Azure Media Services i Regionen Kina, norra 3, förutom de befintliga 4 regionerna som redan är GA (Kina, östra, Kina, östra 2, Kina, norra, Kina, norra 2). Detaljerad information finns i tabellen regionstillgänglighet per funktion .

Tillbakadragande av Azure Media Redactor, Video Analyzer och Face Detector den 14 september 2023

Som Microsofts ansvarsfulla AI-standarder beskriver är Microsoft engagerat i rättvisa, sekretess, säkerhet och transparens när det gäller AI-system. För att bättre anpassa våra produkter till den nya standard- och principen för begränsad åtkomst för andra Microsoft-produkter kommer Azure Media Services att dra tillbaka följande funktioner den 14 september 2023:

  • Azure Media Redactor (RESTv2)
  • Förinställd ansiktsigenkänning
  • Förinställning för Video Analyzer

Efter den 14 september 2023 kommer alla program som du har utvecklat med Hjälp av Azure Media Redactor, ansiktsigenkänningsförinställningen eller Video Analyzer-förinställningen att börja uppleva fel eller misslyckade jobböverföringar.

Åtgärd krävs

Azure Media Redactor (RESTv2) och ansiktsigenkänningsförinställningen dras tillbaka och ersätts inte just nu. Om du i stället vill identifiera personer i en video rekommenderar vi att du uppdaterar dina program så att de använder Video Indexer-API:erna för att identifiera observerade personer och matcha observerade personer i ansikten och skicka en begäran om att få åtkomst till programmet för begränsad åtkomst för dessa funktioner.

Om du för närvarande använder Video Analyzer-förinställningen rekommenderar vi att du uppdaterar dina program så att de använder Video Indexer-API:er för videoanalys, som erbjuder ett utökat utbud av funktioner.

Mer information

Om du har frågor kan du få svar från communityexperter i Vanliga frågor och svar om Microsoft. Om du har en supportplan och behöver teknisk hjälp skapar du en supportbegäran i Azure Portal.

Augusti 2022

Nytt tracks-API-exempel i Node.js/Typescript för att lägga till undertextspår till alla tillgångar

Ett nytt exempel som visar hur du binder en WebVTT- eller TTML-undertext eller bildtext fil sent är nu tillgängligt i Node.js exempelprojektet. Se exemplet Lägg till en WebVTT/IMSC1/TTML-underrubrik eller bildtext till en befintlig tillgång

Det här exemplet visar hur du kan lägga till valfritt antal textspår till en tillgång och få dem paketerade som TTML/IMSC1-textprofil i både DASH och HLS. Med API:et kan du också ange specifika egenskaper för HLS-manifestet, till exempel standardspåret bildtext, ange egenskapen "Forced" och kontrollera värdet "Egenskaper" för HLS-textspåret enligt Apple HLS-specifikationen.

API:et stöder för närvarande uppladdning av .vtt- eller .ttml-filformat till en befintlig tillgång. Nya spår som är registrerade med spår-API:et visas omedelbart i DASH- och HLS-manifestet som MP4-textspår för IMSC1-profil.

Juni 2022

Anpassade ljudbithastigheter som stöds i anpassade förinställningar för livekodning

Du kan nu begära en anpassad livekodningsförinställning som har stöd för flera utdata från ljudbithastighet. För ljud i en liveförinställning kan du nu anpassa med följande diskreta AAC-ljudbithastigheter (96k, 112k, 128k, 160k, 192k, 224k, 256k, 320k, 384k, 448k, 512k). Ange också att du begär en anpassad förinställning i supportärendet.

Anpassade förinställningar kan nu innehålla flera diskreta ljudbithastigheter i samma förinställda livekodning. Detta är användbart för marknader som kräver ett ljudspår med lägre bithastighet över mobila nätverk. Ett exempel är en anpassad liveförinställning som kan mata ut både 96k- och 128k AAC-ljudspår samtidigt. Spelaren kan sedan filtrera eller välja rätt spår, eller så kan ett dynamiskt filter tillämpas för att erbjuda ett manifest med endast 96 000 eller 128 000 endast 128 000 vid publicering av en positionerare för direktuppspelning (eller växlas direkt med frågeparametern "filter={filterName}" på url:en för positioneraren för direktuppspelning).

Automatisk skalning

Nu kan du autoskala premium-slutpunkterna för direktuppspelning i ditt Media Services-konto baserat på tillgängliga mått för slutpunkten för direktuppspelning eller mått för relaterade entiteter. En kombination av dessa mått kan användas för att skapa regeln för autoskalning. Mer information finns i Autoskala Media Services-slutpunkter för direktuppspelning. Observera att autoskalning fortfarande kan ta tid och inte är omedelbar, så se till att ge tillräckligt med tid för resurser att skala och distribuera i arkitekturdesignen. Slutpunkter för direktuppspelning tar tid att starta, så vi rekommenderar att du använder utlösarpunkter med lägre värde för CPU-användning och utgående nätverksbandbredd för att utlösa en uppskalning.

Maj 2022

Stöd för dold textning 708 och 608 HLS-manifestdekoration

Liveströmmar som matas in med inbäddade 608/708-undertexter i den elementära strömmen tilldelas nu korrekt i HLS-manifestet med hjälp av EXT-X-MEDIA-taggen med en TYPE=CLOSED-CAPTIONS. Detta är i överensstämmelse med RFC-8216 avsnitt 4.3.4.1.

Till exempel skulle en liveström med 608 och 708 undertexter visas i HLS-manifestet:

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

April 2022

Live-transkriptioner

Live-transkription är nu allmänt tillgänglig (GA) och stöder alla tillgängliga språk i tal till text-API:et. En fullständig lista över språk finns i artikeln Regioner och språk för live-transkription

HLS med låg svarstid (LL-HLS)

HLS (LL-HLS) med kort svarstid är nu tillgängligt i API:et och i Azure-portalen. Om du vill aktivera LL-HLS använder du streamalternativet "LowLatencyV2" när du skapar en liveström. Se Node.js exempel för hur du konfigurerar Skapa en livekodningshändelse med låg latens i HLS I Azure Portal väljer du det nya alternativet "Låg latens" när du skapar en livehändelse. Den nya LL-HLS-funktionen kan ge kortare svarstider i intervallet 4–7 sekunder när du använder ett spelarramverk som stöder LL-HLS-protokollet. HLS med låg latens är endast tillgängligt i live-kanaler för transkodning och är ännu inte tillgängligt för livehändelser i direktströmningsläge.

Mars 2022

.NET SDK version 6.0.0

.NET SDK version 6.0.0 är nu tillgänglig på Nuget. Microsoft.Azure.Management.Media

Denna SDK stöder den nya stabila versionen 2021-11-01 av AMS REST OpenAPI-specifikationen.

Så här installerar du med Package Manager:

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

Installera med .NET CLI

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

Ändringar i SDK:et för 6.0.0 omfattar:

  • Nya spårar API under tillgång för att hantera spåren som är tillgängliga i tillgången.
  • Main10-kodningsprofil för H265-kodning har lagts till.
  • RateControlMode exponerades för H264-kodning, vilket möjliggör 2 nya lägen för hastighetskontroll – CBR (konstant bithastighet) och CRF (konstant hastighetsfaktor).
  • Egenskapen "skus" har lagts till i slutpunkten för direktuppspelning för att ange typen av slutpunkt för direktuppspelning och dess skala. Detta möjliggör konfiguration av manuell eller automatisk skalning av enheter för direktuppspelning i en slutpunkt för direktuppspelning.
  • Lade till streamalternativet "LowLatencyV2" på livehändelsen som ska användas för liveuppspelning med låg latens med Apples HLS-format (LOW Latency HLS) (LL-HLS)

Nytt Docs-innehåll: Strömma ett Microsoft Teams-möte

Det är enkelt att vidarebefordra din mötessändning från Microsoft Teams med en Media Services-livehändelse. Placera enkelt ditt Teams-livemöte på en offentlig webbplats eller använd DRM för att skydda din ström. Samla in och registrera dataströmmen som en VOD-tillgång för användning med Media Services-kodningsplattformen. Se Streama ett Microsoft Teams-möte.

Undertexter och undertexter med sen bindning spårar tillgångar med det nya Tracks-API:et

Med en ny spårar API för tillgångar kan du lista tillgängliga spår inuti en tillgång. På så sätt kan du identifiera tillgängliga ljud-, video- och textspår som lagras i en tillgång. Med API:et tracks kan du binda bildtext- och undertextfiler i IMSC1-textprofil och WebVTT-format till dina strömmande tillgångar. Tidigare behövde kunderna ändra .ism-filen i bloblagringskontot för att lägga till nya sent bundna spår i sina tillgångar. Detta ersätter den manuella aktiviteten och tillhandahåller en SDK-väg som stöds för att aktivera tillägg av sena undertexter och bildtext filer.

Teknisk information om det nya spår-API:et finns i 2021-11-01-versionen av AMS REST OpenAPI-specifikationen här.

Ett exempel på grundläggande listspår finns i Javascript och varje Ytterligare exempel och dokumentation kommer snart att tillhandahållas för varje SDK.

December 2021

JavaScript SDK version 10.0.0 har uppdaterats

JavaScript SDK har nu uppdaterats för att stödja den senaste REST API-versionen av 2021-06-01. Den här nya isomorfa JavaScript SDK:n ger bättre stöd för Promises och möjligheten att autentisera @azure/identity med hjälp av biblioteket för användning med Azure AD program, hanterad identitet med mera.

Information om hur du laddar ned det senaste paketet finns i NPM-paketet @azure/arm-media-services.

En uppdaterad och utökad uppsättning Node.js och TypeScript-baserade exempel för det nya JavaScript-paketet finns i Git Hub. https://github.com/Azure-Samples/media-services-v3-node-tutorials

Portugisiskaspråken Hebreiska, Persiska och Portugal finns i förinställningen Audio/Video Analyzer för transkriptioner

Hebreiska, persiska och portugisiska (den aktuella modellen som finns idag är brasiliansk portugisiska) är nu tillgängliga för användning i förinställningen Ljud- och videoanalys

De nya BCP-47-språkkoderna som stöds är: he-IL, fa-IR och pt-PT.

Ny region: Sveriges centrala region är nu ga

Media Services är nu allmänt tillgängligt i Sveriges centrala region. Det finns för närvarande vissa funktionsbegränsningar i regionen medan vi väntar på att några beroendetjänster också ska tas emot i regionen. Kontrollera tillgänglighetsdiagrammet för regionala funktioner för att se när funktioner kommer.

Ny livehändelse kanal arkivera pulsslag händelse

En ny händelse som spårar status och hälsa för livehändelsearkivet har lagts till. Mer information om den här nya händelsen finns i LiveEventChannelArchiveHeartbeatEvent i Event Grid-scheman för Media Services .

September 2021

Ny enkel direkthändelse-SKU

Den nya grundläggande direkthändelse-SKU:n gör det möjligt för kunder att skapa livehändelser till en lägre prispunkt. Det liknar livehändelser av standardströmning, men med lägre bandbreddsgränser för indata, färre liveutdata tillåtna, olika längdgränser för DVR-fönster och ingen åtkomst till live-transkription. Mer information finns i jämförelse av livehändelsetyper .

Förbättrad skalningshantering och övervakning för en slutpunkt för direktuppspelning i portalen

Portalsidan för slutpunkt för direktuppspelning är nu ett enkelt sätt för dig att hantera din utgående kapacitet och uppskatta målgruppens räckvidd med och utan ett KONFIGURERAt CDN. Justera leveransbithastigheten och det förväntade CDN-cacheträffsförhållandet för att få snabba uppskattningar av målgruppens storlek och hjälpa dig att avgöra om du behöver skala upp till fler Premium-slutpunkter för direktuppspelning.

Skala och övervaka slutpunkter för direktuppspelning i portalen

Portalsidan för slutpunkt för direktuppspelning visar nu mått för CPU, utgående och svarstid

Nu kan du visualisera måtten cpu-belastning, utgående bandbredd och svarstid från slutpunkt till slutpunkt på deras slutpunkter för direktuppspelning i Azure Portal. Nu kan du skapa övervakningsaviseringar baserat på måtten CPU, utgående eller svarstid direkt i portalen med hjälp av kraften i Azure Monitor.

User-Assigned stöd för hanterade identiteter för Media Services-konton

Med hjälp av User-Assigned hanterade identiteter kan kunderna nu ge bättre säkerhet för sina lagringskonton och associerade nyckelvalv. Åtkomsten till kundens lagringskonto och nyckelvalv begränsas till den användartilldelade hanterade identiteten. Du har fullständig kontroll över livslängden för användarhanterade identiteter och kan enkelt återkalla mediatjänstkontots åtkomst till ett visst lagringskonto efter behov.

Sidan Lagringskonton för Media Services i portalen stöder nu både UAMI och SAMI

Nu kan du tilldela och hantera användartilldelade hanterade identiteter (UAMI) eller systemtilldelade hanterade identiteter (SAMI) för dina lagringskonton direkt i Azure Portal för Media Services.

Bring Your Own Key-sidan stöder nu även både UAMI och SAMI.

Sidan för nyckelhanteringsportalen för Media Services stöder nu konfiguration och hantering av användartilldelade hanterade identiteter (UAMI) eller systemtilldelade hanterade identiteter (SAMI).

Ta med dina egna nycklar för kontokryptering

Stöd för privata slutpunkter för Media-tjänster

Du kan nu begränsa offentlig åtkomst till dina livehändelser, slutpunkter för direktuppspelning och slutpunkt för nyckelleveranstjänster för innehållsskydd och DRM genom att skapa en privat slutpunkt för var och en av tjänsterna. Detta begränsar offentlig åtkomst till var och en av dessa tjänster. Endast trafik som kommer från ditt konfigurerade virtuella nätverk (VNET), som konfigurerats i privat slutpunkt, kommer att kunna nå dessa slutpunkter.

LISTA över TILLÅTNA IP-adresser för nyckeltjänsten

Nu kan du välja att tillåta att vissa offentliga IP-adresser har åtkomst till nyckelleveranstjänsten för DRM och innehållsskydd. Livehändelse- och slutpunkter för direktuppspelning stöder redan konfiguration av IP-tillåtna listor på sina respektive sidor.

Nu har du också en funktionsflagga på kontonivå för att tillåta/blockera offentlig Internetåtkomst till ditt mediatjänstkonto.

Juli 2021

Versionen .NET SDK (Microsoft.Azure.Management.Media) 5.0.0 är tillgänglig i NuGet

Microsoft.Azure.Management.Media .NET SDK version 5.0.0 släpps nu på NuGet. Den här versionen genereras för att fungera med den stabila versionen 2021-06-01 av ARM REST API.

Mer information om ändringar från versionen 4.0.0 finns i ändringsloggen.

Ändringar i .NET SDK-versionen 5.0.0

  • Media Services-kontot stöder nu system- och användartilldelade hanterade identiteter.
  • Alternativet PublicNetworkAccess har lagts till för Media Services-konton. Det här alternativet kan användas med funktionen Private Link för att endast tillåta åtkomst från privata nätverk, vilket blockerar all offentlig nätverksåtkomst
  • Grundläggande genomströmning – En ny livehändelsetyp läggs till. "Grundläggande direktsändningar" livehändelser har liknande funktioner som standard livehändelser med vissa begränsningar för in- och utdata och erbjuds till ett reducerat pris.
  • PresetConfigurations – gör att du kan anpassa utdatainställningarna och minsta och högsta bithastigheter som används för förinställningarna för innehållsmedveten kodning. Detta hjälper dig att bättre beräkna och planera för mer exakt fakturering när du använder Content Aware Encoding via begränsade spårningsnummer och lösningar för utdata.

Icke-bakåtkompatibla ändringar i .NET SDK-versionen 5.0.0

  • ApiErrorException har ersatts med ErrorResponseException för att vara konsekvent med alla andra Azure-SDK:er. Undantagstexten har inte ändrats.
  • Alla anrop som returnerar 404 Hittades inte genererar nu en ErrorResponseException i stället för att returnera null. Den här ändringen gjordes för att vara konsekvent med andra Azure-SDK:er
  • Media Service-konstruktorn har en ny valfri PublicNetworkAccess-parameter efter KeyDelivery-parametern.
  • Typegenskapen i MediaServiceIdentity har ändrats från ManagedIdentityType-uppräkning till sträng för att hantera flera kommaavgränsade värden. Giltiga strängar är SystemAssigned eller UserAssigned.

Juni 2021

Fler pulsslagsegenskaper för inmatning av livehändelser för förbättrad diagnostik

Fler pulsslagsegenskaper för inmatning av livehändelser har lagts till i Event Grid-meddelandet. Detta inkluderar följande nya fält som hjälper dig att diagnostisera problem vid live-inmatning. IngestDriftValue är användbar i scenarier där du behöver övervaka nätverksfördröjningen från käll-inmatningskodaren som push-överför till livehändelsen. Om det här värdet går för långt kan det vara en indikation på att nätverksfördröjningen är för hög för en lyckad liveuppspelningshändelse.

Mer information finns i LiveEventIngestHeartbeat-schemat .

Stöd för att använda Media Services med privata länkar är nu allmänt tillgängligt och tillgängligt i alla Azure-regioner, inklusive Azure Government moln.

Azure Private Link ger dig åtkomst till Azure PaaS-tjänster och Azure-värdbaserade kundägda/partnertjänster via en privat slutpunkt i ditt virtuella nätverk.

Trafik mellan ditt virtuella nätverk och tjänsten passerar över Microsofts stamnätverk, vilket eliminerar exponering från det offentliga Internet.

Mer information om hur du använder Media Services med privata slutpunkter finns i Skapa ett Media Services- och lagringskonto med en privat slutpunkt

Ny region: REGIONEN USA, västra 3 är allmänt tillgänglig

Regionen USA, västra 3 är nu allmänt tillgänglig och tillgänglig för kunder att använda när de skapar nya Media Services-konton.

Nyckelleverans har stöd för begränsningar för IP-listan över tillåtna

Media Services-konton kan nu konfigureras med begränsningar för ip-listan över tillåtna ip-adresser för nyckelleverans. Den nya inställningen för listan över tillåtna finns i Media Services-kontoresursen via SDK:n och i portalen och CLI. På så sätt kan operatörer begränsa leveransen av DRM-licenser och AES-128-innehållsnycklar till specifika IPv4-intervall.

Den här funktionen kan också användas för att stänga av all offentlig Internetleverans av DRM-licenser eller AES-128-nycklar och begränsa leveransen till en privat nätverksslutpunkt.

Mer information finns i artikeln Begränsa åtkomsten till DRM-licens och AES-nyckelleverans med hjälp av IP-tillåtna listor .

Nya exempel för Python och Node.js (med TypeScript)

Uppdaterade exempel för Node.js som använder det senaste TypeScript-stödet i Azure SDK.

Exempel Beskrivning
Liveuppspelning Exempel på grundläggande liveuppspelning. VARNING! Kontrollera att alla resurser rensas och inte längre faktureras i portalen när du använder live
Ladda upp och strömma HLS och DASH Grundläggande exempel för att ladda upp en lokal fil eller kodning från en käll-URL. Exempel som visar hur du använder lagrings-SDK för att ladda ned innehåll och visar hur du strömmar till en spelare
Ladda upp och strömma HLS och DASH med PlayReady och Widevine DRM Visar hur du kodar och strömmar med Widevine och PlayReady DRM

Nytt Python-exempel som visar hur du använder Azure Functions och Event Grid för att utlösa ansiktsredigeringsförinställning.

Maj 2021

Tillgänglighetszoner standardstöd i Media Services

Media Services stöder nu Tillgänglighetszoner och tillhandahåller felisolerade platser i samma Azure-region. Media Services-konton är zonredundanta som standard nu och det krävs ingen extra konfiguration eller inställningar. Detta gäller endast regioner som har stöd för Tillgänglighetszoner

Mars 2021

Nytt språkstöd har lagts till i AudioAnalyzer-förinställningen

Fler språk för videoranskription och undertexter finns nu tillgängliga i AudioAnalyzer-förinställningen (både Basic- och Standard-lägen).

  • Engelska (Australien), "en-AU"
  • Franska (Kanada), "fr-CA"
  • Arabiska (Bahrain) modern standard, "ar-BH"
  • Arabiska (Egypten), "ar-EG"
  • Arabiska (Irak), "ar-IQ"
  • Arabiska (Israel), "ar-IL"
  • Arabiska (Jordanien), "ar-JO"
  • Arabiska (Kuwait), "ar-KW"
  • Arabiska (Libanon), "ar-LB"
  • Arabiska (Oman), "ar-OM"
  • Arabiska (Qatar), "ar-QA"
  • Arabiska (Saudiarabien), "ar-SA"
  • Danska, "da-DK"
  • Norska, "nb-NO"
  • Svenska, "sv-SE"
  • Finska, "fi-FI"
  • Thai, "th-TH"
  • Turkiska, "tr-TR"

Se de senaste tillgängliga språken i konceptartikeln Analysera video- och ljudfiler.

Februari 2021

Stöd för HEVC-kodning i Standard Encoder

StandardKodaren har nu stöd för 8-bitars HEVC-kodning (H.265). HEVC-innehåll kan levereras och paketeras via dynamic packager med hev1-formatet.

En ny anpassad .NET-kodning med HEVC-exempel finns på Git Hub-lagringsplatsen media-services-v3-dotnet. Förutom anpassad kodning är följande nya inbyggda HEVC-kodningsförinställningar nu tillgängliga:

  • H265ContentAwareEncoding
  • H265AdaptiveStreaming
  • H265SingleBitrate720P
  • H265SingleBitrate1080p
  • H265SingleBitrate4K

Kunder som tidigare använde HEVC i Premium-kodaren i v2-API:et bör migrera för att använda det nya HEVC-kodningsstödet i Standard-kodaren.

Utfasningsmeddelande för Azure Media Services v2 API och SDK:er

Uppdatera rest-API:et och SDK:erna för Azure Media Services till v3 senast den 29 februari 2024

Eftersom version 3 av Azure Media Services REST API och klient-SDK:er för .NET och Java erbjuder fler funktioner än version 2 drar vi tillbaka version 2 av Rest-API:et för Azure Media Services och klient-SDK:er för .NET och Java.

Vi rekommenderar att du gör bytet tidigare för att få de rikare fördelarna med version 3 av Rest-API:et för Azure Media Services och klient-SDK:er för .NET och Java. Version 3 innehåller:

  • Support för 24x7 livehändelser
  • ARM REST API:er, klient-SDK:er för .NET Core, Node.js, Python, Java, Go och Ruby.
  • Kundhanterade nycklar, betrodd lagringsintegrering, stöd för privata länkar med mera

Som en del av uppdateringen av v3 API och SDK:er behövs inte längre Media Reserve Units (MRUs) för något Media Services-konto eftersom systemet automatiskt skalas upp och ned baserat på belastning. Mer information finns i vägledningen för MRUs-migrering .

Utfasning av AMS som en fristående licensleveransserver (hybrid lokalt läge) i v2 till v3-migrering

V3-API:et stöder inte längre användning av viktiga leveranstjänster som en fristående funktion för innehållsskydd där nyckelleveranstjänsten kan användas för att leverera licens för innehåll som strömmas eller levereras via andra ursprungsservrar från tredje part. Det innebär att AMS inte längre stöder scenarier med endast nyckelleverans i V3-API:et och kräver att du strömmar från AMS-ursprungstjänster med dynamisk paketering och kryptering när du levererar med v3.

Befintligt innehåll som krypterades med v2-API:et och levereras i en hybridmodell fortsätter att fungera (nycklar kan fortfarande hämtas på dataplanet), men hanteringen av dessa nycklar (uppdateringar och redigeringar) via v2-hanteringsplanet eller v3-hanteringsplanet fungerar inte längre efter den 29 februari 2024.

Anteckning

Allt nytt innehåll som levereras med v3 stöder endast innehållsskydd och direktuppspelning från AMS och stöder inte längre hybridläge. Dataplanet fortsätter att leverera befintliga nycklar och licenser som skapats i v2, men stöder inte längre hantering eller uppdateringar via v2- eller v3-API:et.

Åtgärd krävs

Om du vill minimera störningar i dina arbetsbelastningar läser du migreringsguiden för att överföra koden från version 2 API och SDK:er till version 3 API och SDK före den 29 februari 2024. Efter den 29 februari 2024 accepterar Azure Media Services inte längre trafik på REST API:et version 2, ARM-kontohanterings-API:et version 2015-10-01 eller från version 2 .NET-klient-SDK:er. Detta omfattar alla klient-SDKS med öppen källkod från tredje part som kan anropa version 2-API:et.

Se det officiella Azure Uppdateringar-meddelandet.

Stöd för standardkodare för v2 API-funktioner

Utöver det nya tillagda stödet för HEVC-kodning (H.265) är följande funktioner nu tillgängliga i 2020-05-01-versionen (eller senare) av kodnings-API:et.

  • Flera indatafilssömmar stöds nu med hjälp av det nya JobInputClip-stödet .
  • Med val av ljudspår kan kunder välja och mappa inkommande ljudspår och dirigera dem till utdata för kodning
  • Spåra val för kodning – låter kunder välja spår från en ABR-källfil eller livearkiv som har flera bithastighetsspår. Mycket användbart för att generera MP4-filer från livehändelsearkivfilerna.
  • Redigeringsfunktioner (suddiga) som lagts till i FaceDetector

Nya klient-SDK-versioner för 2020-05-01-versionen av Azure Media Services API

Nya klient-SDK-versioner för alla tillgängliga språk är nu tillgängliga med ovanstående funktioner. Uppdatera till de senaste klient-SDK:erna i dina kodbaser med hjälp av pakethanteraren.

Nya säkerhetsfunktioner som är tillgängliga i 2020-05-01-versionen av Azure Media Services-API:et

  • Kundhanterade nycklar: Innehållsnycklar och andra data som lagras på konton som skapats med version-API:et "2020-05-01" krypteras med en kontonyckel. Kunder kan ange en nyckel för att kryptera kontonyckeln.

  • Betrodd lagring: Media Services kan konfigureras för åtkomst till Azure Storage med hjälp av en hanterad identitet som är associerad med Media Services-kontot. När lagringskonton används med hjälp av en hanterad identitet kan kunder konfigurera mer restriktiva nätverks-ACL:er på lagringskontot utan att blockera Media Services-scenarier.

  • Hanterade identiteter: Kunder kan aktivera en systemtilldelad hanterad identitet för ett Media Services-konto för att ge åtkomst till Nyckelvalv (för Customer-Managed nycklar) och lagringskonton (för betrodd lagring).

Uppdaterade TypeScript-Node.js-exempel med isomorf SDK för JavaScript

De Node.js exemplen har uppdaterats för att använda den senaste isomorfa SDK:en. Exemplen visar nu användningen av TypeScript. Dessutom har ett nytt liveuppspelningsexempel lagts till för Node.js/TypeScript.

Se de senaste exemplen i Git Hub-lagringsplatsen media-services-v3-node-tutorials .

Nytt Live Stand-by-läge för snabbare start från varmt tillstånd

Livehändelser stöder nu ett faktureringsläge med lägre kostnad för "stand-by". På så sätt kan kunder förallokera livehändelser till en lägre kostnad för att skapa "heta pooler". Kunder kan sedan använda stand-by live-händelser för att gå över till körningstillståndet snabbare än att börja från kallt när de skapas. Detta minskar tiden för att starta kanalen avsevärt och möjliggör snabb poolallokering av datorer som körs i ett lägre prisläge. Se den senaste prisinformationen här. Mer information om StandBy-tillstånd och andra tillstånd för livehändelser finns i artikeln – Livehändelsetillstånd och fakturering.

December 2020

Regional tillgänglighet

Azure Media Services är nu tillgängligt i regionen Norge, östra i Azure Portal. Det finns ingen restV2 i den här regionen.

Oktober 2020

Grundläggande ljudanalys

Förinställningen Ljudanalys innehåller nu prisnivån Basic-läge. Det nya Basic Audio Analyzer-läget ger ett billigt alternativ för att extrahera taltranskription och formatera utdatatexter och undertexter. Det här läget utför tal till text-transkription och generering av en VTT-undertext/bildtext-fil. Utdata från det här läget innehåller en Insights JSON-fil som endast innehåller nyckelord, transkription och tidsinformation. Automatisk språkidentifiering och talardiarisering ingår inte i det här läget. Se listan över språk som stöds.

Kunder som använder Indexer v1 och Indexer v2 bör migrera till förinställningen Grundläggande ljudanalys.

Mer information om det grundläggande ljudanalysläget finns i Analysera video- och ljudfiler.

Livehändelser

Uppdateringar till de flesta egenskaper tillåts nu när livehändelser stoppas. Dessutom kan användare ange ett prefix för det statiska värdnamnet för livehändelsens indata- och förhandsgransknings-URL:er. VanityUrl kallas useStaticHostName nu för att bättre återspegla egenskapens avsikt.

Livehändelser har nu statusen StandBy. Se Livehändelser och liveutdata i Media Services.

En livehändelse har stöd för att ta emot olika indataproportioner. Stretchläge gör att kunder kan ange stretchbeteendet för utdata.

Live-kodning lägger nu till funktionen för att mata ut intervallfragment med fast nyckelbildruta mellan 0,5 och 20 sekunder.

Konton

Varning

Om du skapar ett Media Services-konto med API-versionen 2020-05-01 fungerar det inte med RESTv2

Augusti 2020

Dynamisk kryptering

Stöd för äldre PIFF 1.1-kryptering (PlayReady Protected Interoperable File Format) är nu tillgängligt i dynamic packager. Detta ger stöd för äldre Smart TV-uppsättningar från Samsung och LG som implementerade de tidiga utkasten av Common Encryption Standard (CENC) som publicerats av Microsoft. PIFF 1.1-formatet kallas även för det krypteringsformat som tidigare stöddes av Silverlight-klientbiblioteket. Idag är det enda användningsfallet för det här krypteringsformatet att rikta in sig på den äldre Smart TV-marknaden där det fortfarande finns ett icke-trivialt antal smarta TV-apparater i vissa regioner som bara stöder Smooth Streaming med PIFF 1.1-kryptering.

Om du vill använda det nya PIFF 1.1-krypteringsstödet ändrar du krypteringsvärdet till "piff" i URL-sökvägen för positioneraren för direktuppspelning. Mer information finns i Översikt över innehållsskydd. Till exempel: https://amsv3account-usw22.streaming.media.azure.net/00000000-0000-0000-0000-000000000000/ignite.ism/manifest(encryption=piff)|

Anteckning

PIFF 1.1-stöd tillhandahålls som en bakåtkompatibel lösning för Smart TV (Samsung, LG) som implementerade den tidiga "Silverlight"-versionen av Common Encryption. Du bör endast använda PIFF-formatet om det behövs för stöd av äldre Samsung- eller LG Smart TV-apparater som levererades mellan 2009–2015 och som stödde PIFF 1.1-versionen av PlayReady-kryptering.

Juli 2020

Live-transkriptioner

Live-transkriptioner stöder nu 19 språk och 8 regioner.

Hög tillgänglighet

Vi publicerade en översikt och ett exempel på hög tillgänglighet med Media Services och Video on Demand (VOD).

Juni 2020

Live Video Analytics i förhandsversionen av IoT Edge

Förhandsversionen av Live Video Analytics på IoT Edge blev offentlig.

Live Video Analytics på IoT Edge är en expansion till Media Service-familjen. Det gör att du kan analysera livevideo med ai-modeller som du väljer på dina egna gränsenheter, och du kan även spela in och spela in videon. Nu kan du skapa appar med videoanalys i realtid vid gränsen utan att bekymra dig om komplexiteten i att skapa och använda en live-videopipeline.

Maj 2020

Nya regioner: Germay North, Tyskland, västra centrala, Schweiz, norra och Schweiz, västra är nu allmänt tillgängliga

Azure Media Services är nu allmänt tillgängligt i följande regioner: "Tyskland, norra", "Tyskland, västra centrala", "Schweiz, norra" och "Schweiz, västra". Kunder kan distribuera Media Services till dessa regioner med hjälp av Azure Portal.

April 2020

Förbättringar i dokumentationen

Azure Media Player-dokument har migrerats till Azure-dokumentationen.

Januari 2020

Förbättringar av medieprocessorer

  • Förbättrat stöd för sammanflätade källor i videoanalys – det här innehållet avflätas nu korrekt innan det skickas till slutsatsdragningsmotorer.
  • När du genererar miniatyrbilder med läget "Bästa" söker kodaren nu längre än 30 sekunder för att välja en ram som inte är monokromatisk.

Azure Government molnuppdateringar

Media Services GA'ed i följande Azure Government regioner: USGov Arizona och USGov Texas.

December 2019

Cdn-stöd har lagts till för Origin-Assist Prefetch-huvuden för direktuppspelning på begäran. tillgängligt för kunder som har direkt kontrakt med Akamai CDN. Origin-Assist CDN-Prefetch funktionen omfattar följande HTTP-huvudutbyten mellan Akamai CDN- och Azure Media Services-ursprung:

HTTP-huvud Värden Avsändare Mottagare Syfte
CDN-Origin-Assist-Prefetch-Enabled 1 (standard) eller 0 CDN Ursprung Ange att CDN är förinställt
CDN-Origin-Assist-Prefetch-Path Exempel:
Fragment(video=1400000000,format=mpd-time-cmaf)		 Ursprung CDN Så här anger du förinhämtningssökvägen till CDN
CDN-Origin-Assist-Prefetch-Request 1 (prefetch-begäran) eller 0 (vanlig begäran) CDN Ursprung Ange att begäran från CDN är en prefetch

Om du vill se en del av huvudutbytet i praktiken kan du prova följande steg:

  1. Använd curl för att skicka en begäran till Media Services-ursprunget för ett ljud- eller videosegment eller fragment. Se till att lägga till rubriken CDN-Origin-Assist-Prefetch-Enabled: 1 i begäran.
  2. I svaret bör du se rubriken CDN-Origin-Assist-Prefetch-Path med en relativ sökväg som värde.

November 2019

Förhandsgranskning av live-transkription

Live-transkription är nu i offentlig förhandsversion och tillgängligt för användning i regionen USA, västra 2.

Live-transkription är utformat för att fungera med livehändelser som en tilläggsfunktion. Det stöds för livehändelser med både direktströmning och Standard- eller Premium-kodning. När den här funktionen är aktiverad använder tjänsten funktionen Tal till text i Cognitive Services för att transkribera talade ord i det inkommande ljudet till text. Den här texten görs sedan tillgänglig för leverans tillsammans med video och ljud i MPEG-DASH- och HLS-protokoll. Faktureringen baseras på en ny tilläggsmätare som är extra kostnad för livehändelsen när den är i tillståndet "Körs". Mer information om transkription och fakturering live finns i Live-transkription

Anteckning

För närvarande är live-transkription endast tillgängligt som en förhandsgranskningsfunktion i regionen USA, västra 2. Det stöder transkription av talade ord på engelska (en-us) endast för tillfället.

Innehållsskydd

Funktionen Token Replay Prevention som släpptes i begränsade regioner redan i september är nu tillgänglig i alla regioner. Media Services-kunder kan nu ange en gräns för hur många gånger samma token kan användas för att begära en nyckel eller en licens. Mer information finns i Skydd mot tokenrepetering.

Stöd har lagts till för följande nya rekommenderade partnerkodare för RTMP-liveuppspelning:

Förbättringar av filkodning

  • En ny innehållsmedveten kodningsförinställning är nu tillgänglig. Den skapar en uppsättning GOP-justerade MP4:ar med hjälp av innehållsmedveten kodning. Med tanke på indatainnehåll utför tjänsten en inledande enkel analys av indatainnehållet. Den använder dessa resultat för att fastställa det optimala antalet lager, lämplig bithastighet och upplösningsinställningar för leverans genom anpassningsbar direktuppspelning. Den här förinställningen är effektiv för videor med låg komplexitet och medelkomplexitet, där utdatafilerna har lägre bithastigheter men med en kvalitet som fortfarande ger tittarna en bra upplevelse. Utdata kommer att innehålla MP4-filer med video och ljud överlagrade. Mer information finns i öppna API-specifikationer.
  • Förbättrad prestanda och flertrådning för resizer i Standard Encoder. Under specifika förhållanden bör kunden se en prestandaökning mellan 5–40 % VOD-kodning. Innehåll med låg komplexitet som kodas till flera bithastigheter kommer att få de högsta prestandaökningarna.
  • Standardkodning upprätthåller nu en vanlig GOP-takt för innehåll med variabel bildfrekvens (VFR) under VOD-kodning när du använder den tidsbaserade GOP-inställningen. Det innebär att kunden som skickar innehåll med blandad bildfrekvens som varierar mellan 15–30 fps, till exempel, nu bör se vanliga GOP-avstånd som beräknas på utdata för strömmande MP4-filer med anpassningsbar bithastighet. Detta förbättrar möjligheten att växla sömlöst mellan spår vid leverans via HLS eller DASH.
  • Förbättrad AV-synkronisering för VFR-källinnehåll (variable frame rate)

Azure Video Indexer, Videoanalys

  • Nyckelrutor som extraheras med VideoAnalyzer-förinställningen har nu videons ursprungliga upplösning i stället för att ändras. Högupplöst extrahering av nyckelramar ger dig ursprungliga kvalitetsbilder och gör att du kan använda de bildbaserade artificiella intelligensmodellerna som tillhandahålls av Microsoft Visuellt innehåll och Custom Vision tjänster för att få ännu fler insikter från videon.

September 2019

Media Services v3

Live linjär kodning av livehändelser

Media Services v3 presenterar förhandsversionen av 24 timmar x 365 dagars linjär livekodning av livehändelser.

Media Services v2

Utfasning av medieprocessorer

Vi presenterar utfasning av Azure Media Indexer och Förhandsversion av Azure Media Indexer 2. Information om indragningsdatum finns i artikeln om äldre komponenter . Azure Video Indexer ersätter dessa äldre medieprocessorer.

Mer information finns i Migrera från Azure Media Indexer och Azure Media Indexer 2 till Azure Media Services Video Indexer.

Augusti 2019

Media Services v3

Sydafrikas regionala par är öppet för Media Services

Media Services är nu tillgängligt i regionerna Sydafrika, norra och Sydafrika, västra.

Mer information finns i Moln och regioner där Media Services v3 finns.

Media Services v2

Utfasning av medieprocessorer

Vi presenterar utfasning av Windows Azure Media Encoder (WAME) och Azure Media Encoder-medieprocessorer (AME), som dras tillbaka. Information om tillbakadragningsdatum finns i den här artikeln om äldre komponenter .

Mer information finns i Migrera WAME till Media Encoder Standard och Migrera AME till Media Encoder Standard.

Juli 2019

Innehållsskydd

När strömmande innehåll skyddas med tokenbegränsning måste slutanvändarna hämta en token som skickas som en del av begäran om nyckelleverans. Funktionen Skydd mot tokenuppspelning gör att Media Services-kunder kan ange en gräns för hur många gånger samma token kan användas för att begära en nyckel eller en licens. Mer information finns i Skydd mot tokenrepetering.

Från och med juli var förhandsversionsfunktionen endast tillgänglig i USA, centrala och USA, västra centrala.

Juni 2019

Videounderclipping

Du kan nu trimma eller underordna en video när du kodar den med hjälp av ett jobb.

Den här funktionen fungerar med alla transformeringar som skapas med förinställningar för BuiltInStandardEncoderPreset eller StandardEncoderPreset .

Maj 2019

Azure Monitor-stöd för Diagnostikloggar och mått för Media Services

Nu kan du använda Azure Monitor för att visa telemetridata som genereras av Media Services.

  • Använd Azure Monitor-diagnostikloggarna för att övervaka begäranden som skickas av Media Services-slutpunkten för nyckelleverans.
  • Övervaka mått som genereras av Media Services-slutpunkter för direktuppspelning.

Mer information finns i Övervaka Media Services.

Stöd för flera ljudspår i dynamisk paketering

När du strömmar tillgångar som har flera ljudspår med flera codecs och språk, stöder dynamisk paketering nu flera ljudspår för HLS-utdata (version 4 eller senare).

Sydkoreas regionala par är öppet för Media Services

Media Services är nu tillgängligt i regionerna Sydkorea, centrala och Sydkorea, södra.

Mer information finns i Moln och regioner där Media Services v3 finns.

Prestandaförbättringar

Uppdateringar som innehåller Prestandaförbättringar för Media Services har lagts till.

April 2019

Nya förinställningar

Mars 2019

Dynamisk paketering stöder nu Dolby Atmos. Mer information finns i Audio codecs supported by dynamic packaging (Ljudkodare som stöds av dynamisk paketering).

Nu kan du ange en lista över tillgångs- eller kontofilter som skulle gälla för positioneraren för direktuppspelning. Mer information finns i Associera filter med positionerare för direktuppspelning.

Februari 2019

Media Services v3 stöds nu i nationella Azure-moln. Alla funktioner är inte tillgängliga i alla moln ännu. Mer information finns i Moln och regioner där Azure Media Services v3 finns.

Händelsen Microsoft.Media.JobOutputProgress lades till i Azure Event Grid-scheman för Media Services.

Januari 2019

Media Encoder Standard- och MPI-filer

När du kodar med Media Encoder Standard för att skapa MP4-filer genereras en ny .mpi-fil och läggs till i utdatatillgången. Den här MPI-filen är avsedd att förbättra prestanda för dynamiska paketerings - och strömningsscenarier.

Du bör inte ändra eller ta bort MPI-filen, eller ta något beroende i din tjänst av förekomsten (eller inte) av en sådan fil.

December 2018

Uppdateringar från GA-versionen av V3 API:

  • Egenskaperna PresentationTimeRange är inte längre "obligatoriska" för tillgångsfilter och kontofilter.
  • Frågealternativen $top och $skip för jobb och transformeringar har tagits bort och $orderby har lagts till. Som en del av att lägga till den nya beställningsfunktionen upptäcktes det att alternativen $top och $skip av misstag hade exponerats tidigare trots att de inte har implementerats.
  • Uppräkningsextensbarheten återaktiverades. Den här funktionen aktiverades i förhandsversionerna av SDK och inaktiverades av misstag i ga-versionen.
  • Två fördefinierade strömningsprinciper har bytt namn. SecureStreaming är nu MultiDrmCencStreaming. SecureStreamingWithFairPlay är nu Predefined_MultiDrmStreaming.

November 2018

CLI 2.0-modulen är nu tillgänglig för Azure Media Services v3 GA – v 2.0.50.

Nya kommandon

Nya funktioner och icke-bakåtkompatibla ändringar

Tillgångskommandon

  • --storage-account och --container argument har lagts till.
  • Standardvärden för förfallotid (nu+23h) och behörigheter (Läs) i az ams asset get-sas-url kommandot har lagts till.

Jobbkommandon

  • --correlation-data och --label argument har lagts till
  • --output-asset-names har bytt namn till --output-assets. Nu accepterar den en blankstegsavgränsad lista över tillgångar i formatet "assetName=label". En tillgång utan etikett kan skickas så här: 'assetName='.

Positionerarkommandon för direktuppspelning

  • az ams streaming locator baskommandot ersatt med az ams streaming-locator.
  • --streaming-locator-id och --alternative-media-id support argument har lagts till.
  • --content-keys argument har uppdaterats.
  • --content-policy-name har bytt namn till --content-key-policy-name.

Kommandon för direktuppspelningsprincip

  • az ams streaming policy baskommandot ersatt med az ams streaming-policy.
  • Stöd för krypteringsparametrar har lagts az ams streaming-policy create till.

Transformera kommandon

  • --preset-names argument ersatt med --preset. Nu kan du bara ange 1 utdata/förinställning åt gången (för att lägga till fler måste du köra az ams transform output add). Du kan också ange anpassad StandardEncoderPreset genom att skicka sökvägen till din anpassade JSON.
  • az ams transform output remove kan utföras genom att skicka utdataindexet att ta bort.
  • --relative-priority, --on-error, --audio-language and --insights-to-extract argument som lagts till i az ams transform create och az ams transform output add kommandon.

Oktober 2018 - GA

I det här avsnittet beskrivs uppdateringar av Oktober i Azure Media Services (AMS).

REST v3 GA-version

REST v3 GA-versionen innehåller fler API:er för Live, manifestfilter på konto-/tillgångsnivå och DRM-stöd.

Azure Resource Management

Stöd för Azure Resource Management möjliggör enhetlig hantering och drift-API (nu allt på ett ställe).

Från och med den här versionen kan du använda Resource Manager mallar för att skapa livehändelser.

Förbättring av tillgångsåtgärder

Följande förbättringar infördes:

  • Mata in från HTTP-URL:er eller Azure Blob Storage SAS-URL:er.
  • Ange egna containernamn för Tillgångar.
  • Enklare stöd för utdata för att skapa anpassade arbetsflöden med Azure Functions.

Nytt transformeringsobjekt

Det nya transformeringsobjektet förenklar kodningsmodellen. Det nya objektet gör det enkelt att skapa och dela kodning Resource Manager mallar och förinställningar.

Azure Active Directory-autentisering och Azure RBAC

Azure AD-autentisering och rollbaserad åtkomstkontroll i Azure (Azure RBAC) aktiverar säkra transformeringar, LiveEvents, innehållsnyckelprinciper eller tillgångar efter roll eller användare i Azure AD.

Klient-SDK: er

Språk som stöds i Media Services v3: .NET Core, Java, Node.js, Ruby, TypeScript, Python, Go.

Uppdateringar av livekodning

Följande uppdateringar av livekodning introduceras:

  • Nytt läge med låg svarstid för live (10 sekunder från slutpunkt till slutpunkt).

  • Förbättrat RTMP-stöd (ökad stabilitet och mer stöd för källkodare).

  • RTMPS säker inmatning.

    När du skapar en livehändelse får du nu 4 inmatnings-URL:er. Url:erna för fyra inmatningar är nästan identiska, har samma strömningstoken (AppId), endast portnummerdelen är annorlunda. Två av URL:erna är primära och säkerhetskopiering för RTMPS.

  • 24-timmars omkodningsstöd.

  • Förbättrat stöd för annonssignalering i RTMP via SCTE35.

Förbättrat Event Grid-stöd

Du kan se följande förbättringar av Event Grid-stödet:

  • Azure Event Grid integrering för enklare utveckling med Logic Apps och Azure Functions.
  • Prenumerera på händelser på kodning, livekanaler med mera.

CMAF-stöd

CMAF- och cbcs-krypteringsstöd för Apple HLS -spelare (iOS 11+) och MPEG-DASH-spelare som stöder CMAF.

Video Indexer

Video Indexer GA-utgåvan tillkännagavs i augusti. Ny information om funktioner som stöds för närvarande finns i Vad är Video Indexer.

Planer för ändringar

Azure CLI 2.0

Azure CLI 2.0-modulen som innehåller åtgärder för alla funktioner (inklusive live, principer för innehållsnycklar, konto-/tillgångsfilter, direktuppspelningsprinciper) kommer snart.

Kända problem

Endast kunder som har använt förhandsversions-API:et för tillgångs- eller kontofilter påverkas av följande problem.

Om du har skapat tillgångar eller kontofilter mellan 09/28 och 10/12 med Media Services v3 CLI eller API:er måste du ta bort alla tillgångs- och kontofilter och återskapa dem på grund av en versionskonflikt.

Maj 2018 – förhandsversion

.NET SDK

Följande funktioner finns i .NET SDK:

  • Positionerare för direktuppspelning för publicering och direktuppspelning av innehåll till slutanvändarenheter
  • Principer för direktuppspelning och principer för innehållsnycklar för att konfigurera nyckelleverans och innehållsskydd (DRM) när du levererar innehåll.
  • Livehändelser och liveutdata för att konfigurera inmatning och arkivering av liveuppspelningsinnehåll.
  • Tillgångar för att lagra och publicera medieinnehåll i Azure Storage.
  • Slutpunkter för direktuppspelning för att konfigurera och skala dynamisk paketering, kryptering och direktuppspelning för både live- och på begäran-medieinnehåll.

Kända problem

  • När du skickar ett jobb kan du ange att du ska mata in källvideon med HTTPS-URL:er, SAS-URL:er eller sökvägar till filer som finns i Azure Blob Storage. Media Services v3 stöder för närvarande inte segmenterad överföringskodning över HTTPS-URL:er.

Ställ frågor, ge feedback, få uppdateringar

Läs artikeln om Azure Media Services-communityn för att se olika sätt att ställa frågor, ge feedback och få uppdateringar om Media Services.

Se även

Migreringsvägledning för att flytta från Media Services v2 till v3.