GetDASHStreamingSessionURL - Amazon Kinesis Video Streams
Sintaxe da SolicitaçãoURIParâmetros de solicitaçãoCorpo da SolicitaçãoSintaxe da RespostaElementos de RespostaErrosConsulte também

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

GetDASHStreamingSessionURL

Recupera um MPEG Dynamic Adaptive Streaming over HTTP (DASH) URL para o stream. Em seguida, você pode abrir o URL em um reprodutor de mídia para visualizar o conteúdo do stream.

Tanto o StreamName quanto os StreamARN parâmetros são opcionais, mas você deve especificar o StreamName ou o StreamARN ao invocar essa API operação.

Um stream de vídeo do Amazon Kinesis tem os seguintes requisitos para fornecer dados por meio MPEG de -: DASH

O procedimento a seguir mostra como usar MPEG - DASH com o Kinesis Video Streams:

  1. Ligue GetDataEndpoint API para o para obter um endpoint. Em seguida, envie as GetDASHStreamingSessionURL solicitações para esse endpoint usando o parâmetro --endpoint-url.

  2. Recupere o MPEG - DASH URL usandoGetDASHStreamingSessionURL. O Kinesis Video Streams MPEG cria DASH uma sessão de streaming para ser usada para acessar o conteúdo em um stream MPEG usando DASH o protocolo -. GetDASHStreamingSessionURLretorna um arquivo autenticado URL (que inclui um token de sessão criptografado) para o DASH manifesto MPEG - da sessão (o recurso raiz necessário para streaming com MPEG -DASH).

    nota

    Não compartilhe nem armazene esse token onde uma entidade não autorizada possa acessá-lo. O token fornece acesso ao conteúdo do stream. Proteja o token com as mesmas medidas que você usa com suas AWS credenciais.

    A mídia disponibilizada por meio do manifesto consiste somente no stream, no intervalo de tempo e no formato solicitados. Nenhum outro dado de mídia (como quadros fora da janela solicitada ou taxas de bits alternativas) é disponibilizado.

  3. Forneça o URL (contendo o token de sessão criptografado) para o DASH manifesto MPEG - para um media player que suporte o DASH protocolo MPEG -. O Kinesis Video Streams disponibiliza o fragmento de inicialização e os fragmentos de mídia por meio do manifesto. URL O fragmento de inicialização contém os dados privados do codec para o stream e outros dados necessários para configurar o decodificador e o renderizador de vídeo ou áudio. Os fragmentos de mídia contêm quadros de vídeo codificados ou amostras de áudio codificadas.

  4. O reprodutor de mídia recebe o autenticado URL e solicita os metadados do stream e os dados de mídia normalmente. Quando o media player solicita dados, ele chama as seguintes ações:

    • GetDASHManifest: Recupera um MPEG DASH manifesto, que contém os metadados da mídia que você deseja reproduzir.

    • ObterMP4InitFragment: recupera o fragmento de MP4 inicialização. Normalmente, o reprodutor de mídia carrega o fragmento de inicialização antes de carregar qualquer fragmento de mídia. Esse fragmento contém os átomos fytp "" e "moov" e os MP4 átomos secundários necessários para inicializar o decodificador do media player.

      O fragmento de inicialização não corresponde a um fragmento em um stream de vídeo do Kinesis. Ele contém apenas os dados privados do codec para o stream e a respectiva faixa, que o reprodutor de mídia precisa para decodificar os quadros de mídia.

    • ObterMP4MediaFragment: recupera fragmentos MP4 de mídia. Esses fragmentos contêm os átomos "moof" e "mdat" e seus MP4 átomos filhos, contendo os quadros de mídia do fragmento codificado e seus registros de data e hora.

      Importante

      Os dados privados do codec (CPD) contidos em cada fragmento contêm informações de inicialização específicas do codec, como taxa de quadros, resolução e perfil de codificação, que são necessárias para decodificar adequadamente o fragmento. CPDas alterações não são suportadas durante uma sessão de streaming. Eles CPD devem permanecer consistentes por meio da mídia consultada.

      Importante

      Não há suporte para alterações na faixa. As faixas devem permanecer consistentes em toda a mídia consultada. O streaming falhará se os fragmentos no stream mudarem de ter apenas vídeo para ter áudio e vídeo, ou se uma faixa de AAC áudio for alterada para uma faixa de áudio A-Law.

      Os dados recuperados com essa ação são faturáveis. Consulte Pricing para obter detalhes.

nota

Para restrições que se aplicam a MPEG - DASH sessões, consulte Cotas do Kinesis Video Streams.

Você pode monitorar a quantidade de dados que o media player consome monitorando a CloudWatch métrica da GetMP4MediaFragment.OutgoingBytes Amazon. Para obter informações sobre como usar o Kinesis Video Streams CloudWatch para monitorar o Kinesis Video Streams, consulte Monitoramento do Kinesis Video Streams. Para obter informações sobre preços, consulte Preços e preços do Amazon Kinesis Video Streams AWS . Aplicam-se taxas para HLS sessões e AWS dados de saída.

Para obter mais informações sobreHLS, consulte Transmissão HTTP ao vivo no site de desenvolvedores da Apple.

Importante

Se um erro for gerado após invocar uma API mídia arquivada do Kinesis Video Streams, além do código de status e HTTP do corpo da resposta, ele incluirá as seguintes informações:

  • x-amz-ErrorTypeHTTPcabeçalho — contém um tipo de erro mais específico, além do que o código de HTTP status fornece.

  • x-amz-RequestIdHTTPcabeçalho — se você quiser relatar um problema para AWS a equipe de suporte, pode diagnosticar melhor o problema se receber o ID da solicitação.

Tanto o código de HTTP status quanto o ErrorType cabeçalho podem ser utilizados para tomar decisões programáticas sobre se os erros podem ser repetidos e sob quais condições, além de fornecer informações sobre quais ações o programador cliente pode precisar realizar para tentar novamente com sucesso.

Para obter mais informações, consulte a seção Erros na parte inferior deste tópico, bem como Erros comuns.

Sintaxe da Solicitação

POST /getDASHStreamingSessionURL HTTP/1.1
Content-type: application/json

{
   "DASHFragmentSelector": { 
      "FragmentSelectorType": "string",
      "TimestampRange": { 
         "EndTimestamp": number,
         "StartTimestamp": number
      }
   },
   "DisplayFragmentNumber": "string",
   "DisplayFragmentTimestamp": "string",
   "Expires": number,
   "MaxManifestFragmentResults": number,
   "PlaybackMode": "string",
   "StreamARN": "string",
   "StreamName": "string"
}

URIParâmetros de solicitação

A solicitação não usa nenhum URI parâmetro.

Corpo da Solicitação

A solicitação aceita os seguintes dados no JSON formato.

DASHFragmentSelector

O intervalo de tempo do fragmento solicitado e a origem dos carimbos de data/hora.

Esse parâmetro é necessário se PlaybackMode for ON_DEMAND ouLIVE_REPLAY. Esse parâmetro é opcional se PlaybackMode for LIVE. Se PlaybackMode forLIVE, o FragmentSelectorType pode ser definido, mas o não TimestampRange deve ser definido. Se PlaybackMode for ON_DEMAND ouLIVE_REPLAY, ambos FragmentSelectorType e TimestampRange devem ser definidos.

Tipo: objeto DASHFragmentSelector

Obrigatório: Não

DisplayFragmentNumber

Os fragmentos são identificados no arquivo de manifesto com base em seu número de sequência na sessão. Se DisplayFragmentNumber estiver definido comoALWAYS, o número do fragmento do Kinesis Video Streams será adicionado a cada elemento S no arquivo de manifesto com o nome do atributo “kvs:fn”. Esses números de fragmentos podem ser usados para registro ou para uso com outros APIs (por exemplo, GetMedia eGetMediaForFragmentList). É necessário um reprodutor de DASH mídia personalizado MPEG para aproveitar esses atributos personalizados.

O valor padrão é NEVER.

Tipo: string

Valores Válidos: ALWAYS | NEVER

Obrigatório: Não

DisplayFragmentTimestamp

De acordo com a DASH especificação MPEG -, a hora do relógio de parede dos fragmentos no arquivo de manifesto pode ser derivada usando atributos no próprio manifesto. No entanto, normalmente, MPEG os reprodutores de mídia DASH compatíveis não lidam adequadamente com as lacunas na linha do tempo da mídia. O Kinesis Video Streams ajusta a linha do tempo da mídia no arquivo de manifesto para permitir a reprodução de mídia com descontinuidades. Portanto, a hora do relógio de parede derivada do arquivo de manifesto pode ser imprecisa. Se DisplayFragmentTimestamp estiver definido comoALWAYS, o timestamp preciso do fragmento será adicionado a cada elemento S no arquivo de manifesto com o nome do atributo “kvs:ts”. É necessário um reprodutor de DASH mídia personalizado MPEG para aproveitar esse atributo personalizado.

O valor padrão é NEVER. Quando DASHFragmentSelector forSERVER_TIMESTAMP, os timestamps serão os timestamps de início do servidor. Da mesma forma, quando DASHFragmentSelector forPRODUCER_TIMESTAMP, os carimbos de data/hora serão os carimbos de data e hora de início do produtor.

Tipo: string

Valores Válidos: ALWAYS | NEVER

Obrigatório: Não

Expires

O tempo em segundos até a sessão solicitada expirar. Esse valor pode estar entre 300 (5 minutos) e 43200 (12 horas).

Quando uma sessão expira, nenhuma nova chamada para GetDashManifestGetMP4InitFragment, ou GetMP4MediaFragment pode ser feita para essa sessão.

O padrão é 300 (5 minutos).

Tipo: número inteiro

Intervalo válido: valor mínimo de 300. Valor máximo de 43200.

Obrigatório: Não

MaxManifestFragmentResults

O número máximo de fragmentos que são retornados no DASH manifesto MPEG -.

Quando o PlaybackMode éLIVE, os fragmentos mais recentes são retornados até esse valor. Quando o PlaybackMode éON_DEMAND, os fragmentos mais antigos são retornados, até esse número máximo.

Quando há um número maior de fragmentos disponíveis em um DASH manifesto ao vivoMPEG, os reprodutores de vídeo geralmente armazenam o conteúdo em buffer antes de iniciar a reprodução. Aumentar o tamanho do buffer aumenta a latência da reprodução, mas diminui a probabilidade de que o rebuffer ocorra durante a reprodução. Recomendamos que um DASH manifesto ativo tenha no mínimo 3 fragmentos e no máximo 10 fragmentos. MPEG

O padrão é 5 fragmentos se PlaybackMode for LIVE ou LIVE_REPLAY e 1.000 se PlaybackMode forON_DEMAND.

O valor máximo de 1.000 fragmentos corresponde a mais de 16 minutos de vídeo em streams com fragmentos de 1 segundo e mais de 2 horas e meia de vídeo em streams com fragmentos de 10 segundos.

Tipo: longo

Faixa válida: valor mínimo de 1. Valor máximo de 5000.

Obrigatório: Não

PlaybackMode

Seja para recuperar dados ao vivo, reproduzidos ao vivo ou arquivados sob demanda.

Os recursos dos três tipos de sessões incluem o seguinte:

  • LIVE: para sessões desse tipo, o DASH manifesto MPEG - é atualizado continuamente com os fragmentos mais recentes à medida que eles se tornam disponíveis. Recomendamos que o media player recupere um novo manifesto em um intervalo de um segundo. Quando esse tipo de sessão é reproduzido em um reprodutor de mídia, a interface do usuário normalmente exibe uma notificação “ao vivo”, sem controle manual para escolher a posição na janela de reprodução a ser exibida.

    nota

    No LIVE modo, os fragmentos mais recentes disponíveis são incluídos em um DASH manifesto MPEG -, mesmo que haja uma lacuna entre os fragmentos (ou seja, se um fragmento estiver ausente). Uma lacuna como essa pode fazer com que um reprodutor de mídia pare ou cause um salto na reprodução. Nesse modo, os fragmentos não são adicionados ao DASH manifesto MPEG - se forem mais antigos do que o fragmento mais recente na playlist. Se o fragmento ausente ficar disponível após a adição de um fragmento subsequente ao manifesto, o fragmento mais antigo não será adicionado e a lacuna não será preenchida.

  • LIVE_REPLAY: para sessões desse tipo, o DASH manifesto MPEG - é atualizado de forma semelhante à forma como é atualizado para o LIVE modo, exceto pelo fato de começar incluindo fragmentos de um determinado horário de início. Em vez de fragmentos serem adicionados à medida que são ingeridos, os fragmentos são adicionados à medida que a duração do próximo fragmento decorre. Por exemplo, se os fragmentos na sessão durarem dois segundos, um novo fragmento será adicionado ao manifesto a cada dois segundos. Esse modo é útil para poder iniciar a reprodução a partir da detecção de um evento e continuar transmitindo ao vivo a mídia que ainda não foi ingerida no momento da criação da sessão. Esse modo também é útil para transmitir mídia previamente arquivada sem ser limitado pelo limite de 1.000 fragmentos no ON_DEMAND modo.

  • ON_DEMAND: para sessões desse tipo, o DASH manifesto MPEG - contém todos os fragmentos da sessão, até o número especificado emMaxManifestFragmentResults. O manifesto deve ser recuperado somente uma vez para cada sessão. Quando esse tipo de sessão é reproduzido em um reprodutor de mídia, a interface do usuário normalmente exibe um controle de depuração para escolher a posição na janela de reprodução a ser exibida.

Em todos os modos de reprodução, se FragmentSelectorType houverPRODUCER_TIMESTAMP, e se houver vários fragmentos com o mesmo carimbo de data e hora de início, o fragmento que tiver o maior número de fragmentos (ou seja, o fragmento mais novo) será incluído no manifesto -. MPEG DASH Os outros fragmentos não estão incluídos. Fragmentos com registros de data e hora diferentes, mas com durações sobrepostas, ainda estão incluídos no manifesto -. MPEG DASH Isso pode levar a um comportamento inesperado no media player.

O padrão é LIVE.

Tipo: String

Valores Válidos: LIVE | LIVE_REPLAY | ON_DEMAND

Obrigatório: Não

StreamARN

O Amazon Resource Name (ARN) do stream para o qual recuperar o DASH URL manifesto MPEG -.

Você deve especificar o StreamName ou StreamARN o.

Tipo: string

Restrições de tamanho: tamanho mínimo 1. Tamanho máximo de 1.024.

Padrão: arn:[a-z\d-]+:kinesisvideo:[a-z0-9-]+:[0-9]+:[a-z]+/[a-zA-Z0-9_.-]+/[0-9]+

Obrigatório: Não

StreamName

O nome do fluxo para o qual recuperar o DASH URL manifesto MPEG -.

Você deve especificar o StreamName ou StreamARN o.

Tipo: string

Restrições de tamanho: tamanho mínimo 1. Tamanho máximo de 256.

Padrão: [a-zA-Z0-9_.-]+

Obrigatório: Não

Sintaxe da Resposta

HTTP/1.1 200
Content-type: application/json

{
   "DASHStreamingSessionURL": "string"
}

Elementos de Resposta

Se a ação for bem-sucedida, o serviço retornará uma resposta HTTP de 200.

Os dados a seguir são retornados em JSON formato pelo serviço.

DASHStreamingSessionURL

O URL (contendo o token da sessão) que um reprodutor de mídia pode usar para recuperar o DASH manifesto MPEG -.

Tipo: string

Erros

Para obter informações sobre os erros comuns retornados pelas ações, consulte Erros comuns.

ClientLimitExceededException

O Kinesis Video Streams limitou a solicitação porque você excedeu um limite. Tente fazer a ligação mais tarde. Para obter informações sobre limites, consulte Cotas do Kinesis Video Streams.

HTTPCódigo de status: 400

InvalidArgumentException

Um parâmetro especificado excede suas restrições, não é suportado ou não pode ser usado.

HTTPCódigo de status: 400

InvalidCodecPrivateDataException

Os dados privados do codec em pelo menos uma das faixas do stream de vídeo não são válidos para essa operação.

HTTPCódigo de status: 400

MissingCodecPrivateDataException

Nenhum dado privado do codec foi encontrado em pelo menos uma das faixas do stream de vídeo.

HTTPCódigo de status: 400

NoDataRetentionException

GetImagesfoi solicitado para um fluxo que não retém dados (ou seja, tem um DataRetentionInHours de 0).

HTTPCódigo de status: 400

NotAuthorizedException

Código de status: 403, O chamador não está autorizado a realizar uma operação no stream fornecido ou o token expirou.

HTTPCódigo de status: 401

ResourceNotFoundException

GetImagesgerará esse erro quando o Kinesis Video Streams não conseguir encontrar o stream que você especificou.

GetHLSStreamingSessionURLe GetDASHStreamingSessionURL gere esse erro se uma sessão com um PlaybackMode de ON_DEMAND ou LIVE_REPLAY for solicitada para um fluxo que não tem fragmentos dentro do intervalo de tempo solicitado, ou se uma sessão com um PlaybackMode of LIVE for solicitada para um fluxo que não tem fragmentos nos últimos 30 segundos.

HTTPCódigo de status: 404

UnsupportedStreamMediaTypeException

O tipo da mídia (por exemplo, vídeo h.264 ou h.265 ou áudio G.711) não pôde ser determinado pelo codec das faixas no primeiro fragmento de uma sessão IDs de reprodução. AAC O ID do codec para a faixa 1 deve ser V_MPEG/ISO/AVC e, opcionalmente, o ID do codec para a faixa 2 deve ser. A_AAC

HTTPCódigo de status: 400

Consulte também

Para obter mais informações sobre como usar isso API em um idioma específico AWS SDKs, consulte o seguinte: