Terminologi och entitetsändringar mellan Media Services V2 och V3
Viktig
Det är inte längre nödvändigt att 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 Azure Media Services-tillbakadragandeguiden.
I den här artikeln beskrivs terminologiskillnaderna mellan Azure Media Services v2 och v3.
Terminologiändringar
- En positionerare kallas nu för Strömningslokaliserare.
- En Channel- kallas nu för Live Event.
- Ett Program kallas nu för Live Output.
- 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. |
Nej | Nej | |
Asset |
Asset |
Ja | Ja | |
AssetDeliveryPolicy |
StreamingPolicy |
Ja | Nej | |
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. |
Nej | Nej | |
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 |
Nej | Nej |
ContentKey |
ContentKeys inte längre är en entitet är det 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 | Nej | |
ContentKeyAuthorizationPolicy |
ContentKeyPolicy |
Ja | Nej | |
ContentKeyAuthorizationPolicyOption
|
ContentKeyPolicyOptions ingår i ContentKeyPolicy. |
Ja | Nej | |
IngestManifest |
Entiteten IngestManifests finns inte i V3. Uppladdning av filer i V3 omfattar 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. |
Nej | Nej | |
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. |
Nej | Nej | |
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. |
Nej | Nej | |
Job |
Job |
Skapa en Transform innan du skapar en Job. |
Nej | Nej |
JobTemplate |
Transform |
Använd en Transform i stället. En transformering är en separat entitet från ett jobb och kan återanvändas. |
Nej | Nej |
Locator |
StreamingLocator |
Ja | Nej | |
MediaProcessor |
I stället för att leta upp MediaProcessor att använda med namn använder du önskad förinställning när du definierar en transformering. Den förinställning som används avgör vilken medieprocessor som används av jobbsystemet. Se kodningsavsnitt i scenariobaserad kodning. |
Nej | NA (skrivskyddat i V2) | |
NotificationEndPoint |
Meddelanden i v3 hanteras via Azure Event Grid.
NotificationEndpoint ersätts av Event Grid-prenumerationsregistreringen som också kapslar in konfigurationen för de typer av meddelanden som ska tas emot (som i v2 hanterades av JobNotificationSubscription för jobbet, TaskNotificationSubscription för uppgiften och telemetri 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. |
Nej | Nej | |
Program |
LiveOutput |
Liveutdata ersätter nu Program i v3-API:et. | Nej | Nej |
StreamingEndpoint |
StreamingEndpoint |
Slutpunkter för direktuppspelning är 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 | Ja |
Task |
JobOutput |
Ersatt av JobOutput (som inte längre är en separat entitet i API:et). Se kodningsavsnitt i scenariobaserad kodning. |
Nej | Nej |
TaskTemplate |
TransformOutput |
Ersatt av TransformOutput (som inte längre är en separat entitet i API:et). Se kodningsavsnitt i scenariobaserad kodning. |
Nej | Nej |
Inputs |
Inputs |
Indata och utdata finns nu på jobbnivå. Se kodningsavsnitt i scenariobaserad kodning | Nej | Nej |
Outputs |
Outputs |
Indata och utdata finns nu på jobbnivå. I V3 ändrades metadataformatet från XML till JSON. Liveutdata börjar när de skapas och stoppas när de tas bort. Se kodningsavsnitt i scenariobaserad kodning | Nej | Nej |
| Andra ändringar | V2 | V3 |
|---|---|---|
| Storage | ||
| 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 versionsproblem. | |
| Kodning | ||
| Kodningsbithastigheter | bithastigheter som mäts 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. |
| Premium-kodare | Premium-kodare och äldre indexerare |
Premium Encoder och äldre medieanalysprocessorer (Förhandsversion av Azure Media Services Indexer 2, Ansiktsredigering osv.) är inte tillgängliga via V3. Vi har lagt till stöd för ljudkanalmappning till standardkodaren. Se Audio i Swagger-dokumentationen för Media Services-kodning. Se kodningsavsnitt 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, för att 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 direktuppspelningstjänst som kan leverera innehåll direkt till ett klientspelsprogram eller till ett CONTENT Delivery Network (CDN) för ytterligare distribution. | Slutpunkter för direktuppspelning är 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 till en live-transkodare. Kanalen tar emot liveindataströmmar från livetranskodaren 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 levereras 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 | Med ett program kan du styra publicering och lagring av segment i en liveströ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 tidsbegränsad 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 egenskapen ArchiveWindowLength. Det här värdet kan anges från minst 5 minuter till högst 25 timmar. |
Liveutdata ersätter nu Program i v3-API:et. |
| Längd på livehändelser | 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ändelser | Nytt liveuppspelningsstöd med låg latens 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 på 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 hjälp av 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 heta pooler med 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 heta pooler för snabbare nystartade företag. |
| Fakturering av livehändelser | Fakturering av livehändelser baseras på Live Channel-mätare. | |
| Liveutdata | Program måste startas när de har skapats. | Liveutdata börjar när de skapas och stoppas 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 ett supportärende via Azure-portalen.