Terminologi och entitetsändringar mellan Media Services V2 och V3
Viktigt
Du behöver inte längre migrera från Azure Media Service v2 till v3 eftersom utfasningen av V2-API:et överensstämmer med tillbakadragandet av Azure Media Services. Mer information finns i guiden för azure Media Services-pensionering .
I den här artikeln beskrivs terminologiskillnaderna mellan Azure Media Services v2 och v3.
Ändringar i terminologi
- En positionerare kallas nu för en positionerare för direktuppspelning.
- En kanal kallas nu för en livehändelse.
- Ett program kallas nu för liveutdata.
- En uppgift kallas nu för JobOutput, som är en del av ett jobb.
Entitetsändringar
| V2-entitet | V3-entitet | Vägledning | Tillgänglig för V3 | Uppdaterad av V3 |
|---|---|---|---|---|
AccessPolicy |
Entiteten AccessPolicies finns inte i V3. |
Inga | Inga | |
Asset |
Asset |
Ja | Ja | |
AssetDeliveryPolicy |
StreamingPolicy |
Ja | Inga | |
AssetFile |
Entiteten AssetFiles finns inte i V3. Även om filer (lagringsblobar) som du laddar upp fortfarande betraktas som filer.Använd Azure Storage-API:erna för att räkna upp blobarna i en container i stället. Det finns två sätt att tillämpa en transformering på filerna med ett jobb: Filer som redan har laddats upp till lagring: URI:n innehåller tillgångs-ID:t för jobb som ska utföras på tillgångar i ett lagringskonto. Filer som ska laddas upp under transformerings- och jobbprocessen: Tillgången skapas i lagring, en SAS-URL returneras, filer laddas upp till lagring och sedan tillämpas transformeringen på filerna. |
Inga | Inga | |
Channel |
LiveEvent |
Livehändelser ersätter kanaler från v2-API:et. De överför de flesta funktioner och har fler nya funktioner som live-transkriptioner, stand-by-läge och stöd för RTMPS-inmatning. Se livehändelse i scenariobaserad liveuppspelning |
Inga | Inga |
ContentKey |
ContentKeys är inte längre en entitet, det är nu en egenskap för en positionerare för direktuppspelning.I v3 är innehållsnyckeldata antingen associerade med StreamingLocator (för utdatakryptering) eller själva tillgången (för lagringskryptering på klientsidan). |
Ja | Inga | |
ContentKeyAuthorizationPolicy |
ContentKeyPolicy |
Ja | Inga | |
ContentKeyAuthorizationPolicyOption |
ContentKeyPolicyOptions ingår i ContentKeyPolicy. |
Ja | Inga | |
IngestManifest |
Entiteten IngestManifests finns inte i V3. När du laddar upp filer i V3 ingår Azure Storage-API:et. Tillgångar skapas först och sedan laddas filer upp till den associerade lagringscontainern. Det finns många sätt att hämta data till en Azure Storage-container som kan användas i stället. JobInputHttp ger också ett sätt att ladda ned jobbindata från en viss URL om så önskas. |
Inga | Inga | |
IngestManifestAsset |
Det finns många sätt att hämta data till en Azure Storage-container som kan användas i stället. JobInputHttp ger också ett sätt att ladda ned jobbindata från en viss URL om så önskas. |
Inga | Inga | |
IngestManifestFile |
Det finns många sätt att hämta data till en Azure Storage-container som kan användas i stället. JobInputHttp ger också ett sätt att ladda ned jobbindata från en viss URL om så önskas. |
Inga | Inga | |
Job |
Job |
Skapa en Transform innan du skapar en Job. |
Inga | Inga |
JobTemplate |
Transform |
Använd en Transform i stället. En transformering är en separat entitet från ett jobb och kan återanvändas. |
Inga | Inga |
Locator |
StreamingLocator |
Ja | Inga | |
MediaProcessor |
Använd önskad förinställning när du definierar en transformering i stället för att leta upp MediaProcessor för att använda efter namn. Den förinställning som används avgör vilken medieprocessor som används av jobbsystemet. Se kodningsämnen i scenariobaserad kodning. |
No | NA (skrivskyddat i V2) | |
NotificationEndPoint |
Meddelanden i v3 hanteras via Azure Event Grid. NotificationEndpoint ersätts av Event Grid-prenumerationsregistreringen som även kapslar in konfigurationen för de typer av meddelanden som ska tas emot (som i v2 hanterades av JobNotificationSubscription jobbet, TaskNotificationSubscription uppgiften och telemetrin ComponentMonitoringSetting). V2-telemetrin delades upp mellan Azure Event Grid och Azure Monitor för att passa in i förbättringarna av det större Azure-ekosystemet. |
Inga | Inga | |
Program |
LiveOutput |
Live-utdata ersätter nu Program i v3-API:et. | Inga | Inga |
StreamingEndpoint |
StreamingEndpoint |
Slutpunkter för direktuppspelning förblir i första hand desamma. De används för dynamisk paketering, kryptering och leverans av HLS- och DASH-innehåll för både direktuppspelning och direktuppspelning på begäran, eller via CDN. Nya funktioner omfattar stöd för bättre Integrering och diagram i Azure Monitor. | Ja | Yes |
Task |
JobOutput |
Ersatt av JobOutput (som inte längre är en separat entitet i API:et). Se kodningsämnen i scenariobaserad kodning. |
Inga | Inga |
TaskTemplate |
TransformOutput |
Ersatt av TransformOutput (som inte längre är en separat entitet i API:et). Se kodningsämnen i scenariobaserad kodning. |
Inga | Inga |
Inputs |
Inputs |
Indata och utdata är nu på jobbnivå. Se kodningsämnen i scenariobaserad kodning | Inga | Inga |
Outputs |
Outputs |
Indata och utdata är nu på jobbnivå. I V3 ändrades metadataformatet från XML till JSON. Liveutdata startar när de skapas och avbryts när de tas bort. Se kodningsämnen i scenariobaserad kodning | Inga | Inga |
| Andra ändringar | V2 | V3 |
|---|---|---|
| Lagring | ||
| Lagring | V3-SDK:erna är nu frikopplade från Storage SDK, vilket ger dig mer kontroll över den version av Storage SDK som du vill använda och undviker problem med versionshantering. | |
| Kodning | ||
| Kodningsbithastigheter | bithastigheter mätt i kbps ex: 128 (kbps) | bitar per sekund ex: 128000 (bitar/sekund) |
| Kodning av DRM FairPlay | I Media Services V2 kan initieringsvektor (IV) anges. | Det går inte att ange FairPlay IV i Media Services V3. |
| Premiumkodare | Premium-kodare och äldre indexerare | Premium-kodaren och äldre medieanalysprocessorer (förhandsversionen av Azure Media Services Indexer 2, Face Redactor osv.) är inte tillgängliga via V3. Vi har lagt till stöd för ljudkanalmappning i Standard-kodaren. Se Ljud i Swagger-dokumentationen för Media Services-kodning. Se kodningsämnen i scenariobaserad kodning |
| Transformeringar och jobb | ||
| Jobbbaserad bearbetning av HTTPS | För filbaserad jobbbearbetning kan du använda en HTTPS-URL som indata. Du behöver inte ha innehåll som redan lagras i Azure och du behöver inte heller skapa tillgångar. | |
| ARM-mallar för jobb | ARM-mallar fanns inte i V2. | En transformering kan användas för att skapa återanvändbara konfigurationer, skapa Azure Resource Manager-mallar och isolera bearbetningsinställningar mellan flera kunder eller klienter. |
| Livehändelser | ||
| Slutpunkt för direktuppspelning | En slutpunkt för direktuppspelning representerar en strömningstjänst som kan leverera innehåll direkt till ett klientspelsprogram eller till ett nätverk för innehållsleverans (CDN) för ytterligare distribution. | Slutpunkter för direktuppspelning förblir i första hand desamma. De används för dynamisk paketering, kryptering och leverans av HLS- och DASH-innehåll för både direktuppspelning och direktuppspelning på begäran, eller via CDN. Nya funktioner omfattar stöd för bättre Integrering och diagram i Azure Monitor. |
| Livehändelsekanaler | Kanaler ansvarar för bearbetning av liveuppspelningsinnehåll. En kanal tillhandahåller en indataslutpunkt (inmatnings-URL) som du sedan anger för en live-transkodare. Kanalen tar emot liveindataströmmar från live-transkodaren och gör den tillgänglig för direktuppspelning via en eller flera slutpunkter för direktuppspelning. Kanalerna tillhandahåller också en förhandsgranskningsslutpunkt (förhandsversions-URL) som du använder för att förhandsgranska och verifiera dataströmmen innan du bearbetar och levererar vidare. | Livehändelser ersätter kanaler från v2-API:et. De överför de flesta funktioner och har fler nya funktioner som live-transkriptioner, stand-by-läge och stöd för RTMPS-inmatning. |
| Livehändelseprogram | Ett program gör att du kan styra publicering och lagring av segment i en direktsänd dataström. Kanaler hanterar program. Relationen mellan kanal och program liknar traditionella medier där en kanal har en konstant ström av innehåll och ett program är begränsat till en tidsingiven händelse på kanalen. Du kan ange hur många timmar du vill behålla det inspelade innehållet för programmet genom att ange ArchiveWindowLength egenskapen . Det här värdet kan anges från minst 5 minuter till högst 25 timmar. |
Live-utdata ersätter nu Program i v3-API:et. |
| Längd på livehändelse | Du kan strömma livehändelser 24/7 när du använder Media Services för att omkoda en bidragsfeed med en bithastighet till en utdataström som har flera bithastigheter. | |
| Svarstid för livehändelse | Nytt stöd för liveuppspelning med låg svarstid på livehändelser. | |
| Förhandsversion av livehändelse | Förhandsversion av livehändelser stöder dynamisk paketering och dynamisk kryptering. Detta möjliggör innehållsskydd i förhandsversionen samt DASH- och HLS-paketering. | |
| RTMPS för livehändelse | Förbättrat RTMPS-stöd med ökad stabilitet och mer stöd för källkodare. | |
| RtMPS-säker inmatning av livehändelse | När du skapar en livehändelse får du 4 inmatnings-URL:er. Url:erna för 4 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. |
|
| Transkription av livehändelser | Azure Media Service levererar video, ljud och text i olika protokoll. När du publicerar din liveström med MPEG-DASH eller HLS/CMAF levererar vår tjänst den transkriberade texten i IMSC1.1-kompatibel TTML tillsammans med video och ljud. | |
| Vänteläge för livehändelse | Det fanns inget vänteläge för V2. | Stand-by-läge är en ny v3-funktion som hjälper dig att hantera frekventa pooler av livehändelser. Kunder kan nu starta en livehändelse i stand-by-läge till lägre kostnad innan de övergår till körningstillståndet. Detta förbättrar kanalens starttider och minskar kostnaderna för drift av frekventa pooler för snabbare nystartade företag. |
| Livehändelsefakturering | Fakturering av livehändelser baseras på Live Channel-mätare. | |
| Live-utdata | Program måste startas när de har skapats. | Liveutdata startar när de skapas och avbryts när de tas bort. |
Få hjälp och support
Du kan kontakta Media Services med frågor eller följa våra uppdateringar med någon av följande metoder:
- Q & A
- Stack Overflow. Tagga frågor med
azure-media-services. - @MSFTAzureMedia eller använd @AzureSupport för att begära support.
- Öppna en supportbegäran via Azure Portal.