Dynamic Media - Híbrido precisa ser ativado e configurado para uso. Dependendo do seu caso de uso, o Dynamic Media tem várias configurações suportadas.
Se você pretende configurar e executar o Dynamic Media no modo de execução Scene7, consulte Configuração do Dynamic Media - Modo Scene7.
Se você pretende configurar e executar o Dynamic Media no modo de execução híbrido, siga as instruções nesta página.
Saiba mais sobre como trabalhar com vídeo no Dynamic Media.
Se você usar o Adobe Experience Manager configurado para ambientes diferentes, como um para desenvolvimento, um para preparo e um para produção ao vivo, será necessário configurar o Dynamic Media Cloud Services para cada um desses ambientes.
Se tiver problemas com a configuração do Dynamic Media, um local importante para procurar são os arquivos de log específicos da mídia dinâmica. Eles são instalados automaticamente quando você ativa a mídia dinâmica:
s7access.log
ImageServing.log
Eles estão documentados em Monitoramento e manutenção da instância de AEM.
A publicação e o delivery híbridos são um recurso principal da adição do Dynamic Media ao Adobe Experience Manager. A publicação híbrida permite fornecer ativos do Dynamic Media, como imagens, conjuntos e vídeo, da nuvem em vez dos nós de publicação do AEM.
Outros conteúdos, como visualizadores do Dynamic Media, páginas do Site e conteúdo estático, continuarão a ser veiculados a partir dos nós de publicação de AEM.
Se você for um cliente do Dynamic Media, será necessário usar o delivery híbrido como o mecanismo de delivery para todo o conteúdo do Dynamic Media.
As tarefas de configuração que seguem fazem referência aos seguintes termos:
Termo | Dynamic Media ativado | Descrição |
---|---|---|
AEM nó do autor | Marca de seleção branca em um círculo verde | O nó de criação que você implantou no local ou pelo Managed Services. |
AEM nó de publicação | "X" branco em um quadrado vermelho. | O nó de publicação implantado no local ou pelo Managed Services. |
Nó de publicação do Serviço de imagem | Marca de seleção branca em um círculo verde. | O nó de publicação executado nos data centers gerenciados pelo Adobe. Refere-se ao URL do serviço de imagem. |
Você pode optar por implementar o Dynamic Media somente para geração de imagens, somente para vídeo ou para geração de imagens e vídeo. Para determinar as etapas para configurar o Dynamic Media para seu cenário específico, consulte a tabela a seguir.
Cenário | Como funciona | Etapas de configuração |
Fornecer SOMENTE imagens na produção | As imagens são fornecidas por meio de servidores em data centers globais da Adobe e, em seguida, armazenadas em cache por uma CDN para proporcionar desempenho escalável e alcance global. |
|
Fornecer SOMENTE imagens em pré-produção (Dev, QE, Stage e assim por diante). | As imagens são entregues por meio do nó de publicação de AEM. Nesse cenário, como o tráfego é mínimo, não há necessidade de fornecer imagens ao data center do Adobe. Um benefício adicional é que isso permite a pré-visualização segura do conteúdo antes do lançamento da produção |
|
Fornecer SOMENTE vídeo em qualquer ambiente (Produção, Desenvolvimento, QE, Preparo e assim por diante) | Os vídeos são fornecidos e armazenados em cache por uma CDN para proporcionar desempenho escalável e alcance global. A imagem do pôster de vídeo (miniatura do vídeo que é exibida antes do início da reprodução) será entregue pela instância de publicação do AEM. |
|
Fornecer imagens e vídeo em produção | Os vídeos são fornecidos e armazenados em cache por uma CDN para proporcionar desempenho escalável e alcance global. Imagens e imagens de pôster de vídeo são entregues por meio de servidores em data centers mundiais da Adobe e armazenadas em cache por um CDN para proporcionar desempenho escalável e alcance global. Consulte as seções anteriores para configurar imagens ou vídeos na pré-produção. |
|
As mídias dinâmicas são desativadas por padrão. Para aproveitar os recursos do Dynamic Media, é necessário ativar a mídia dinâmica usando o modo de execução dynamicmedia como você faria, por exemplo, com o modo de execução publish. Antes de habilitar, verifique os requisitos técnicos.
Habilitar a mídia dinâmica por meio do modo de execução substitui a funcionalidade em AEM 6.1 e AEM 6.0, onde você ativou a mídia dinâmica ao definir o sinalizador dynamicMediaEnabled como true. Esse sinalizador não tem funcionalidade no AEM 6.2 e posterior. Além disso, não é necessário reiniciar o início rápido para ativar a mídia dinâmica.
Ao ativar o Dynamic Media, os recursos de mídia dinâmica estarão disponíveis na interface do usuário e cada ativo de imagem carregado recebe uma representação cqdam.pyramid.tiff
que é usada para entrega rápida de representações de imagem dinâmica. Esses PTIFFs têm vantagens significativas, incluindo (1) a capacidade de gerenciar apenas uma única imagem principal e gerar representações infinitas dinamicamente sem qualquer armazenamento adicional e (2) a capacidade de usar visualização interativa, como zoom, panorâmica, rotação e assim por diante.
Se quiser usar o Dynamic Media Classic no AEM, não ative o Dynamic Media, a menos que esteja usando um cenário específico. O Dynamic Media é desativado a menos que você ative o Dynamic Media por meio do modo de execução.
Para habilitar a mídia dinâmica, você deve habilitar o modo de execução da mídia dinâmica a partir da linha de comando ou do nome do arquivo de início rápido.
Para ativar a mídia dinâmica:
Na linha de comando, ao iniciar o início rápido, faça o seguinte:
java -Xmx4096m -Doak.queryLimitInMemory=500000 -Doak.queryLimitReads=500000 -jar cq-quickstart-6.4.0.jar -r dynamicmedia
Se você estiver publicando no s7delivery, também precisará incluir os seguintes argumentos trustStore:
-Djavax.net.ssl.trustStore=<absoluteFilePath>/customerTrustStoreFileName>
-Djavax.net.ssl.trustStorePassword=<passwordForTrustStoreFile>
Solicite http://localhost:4502/is/image
e verifique se o Servidor de imagem está em execução.
Para solucionar problemas com o Dynamic Media, consulte os seguintes logs no diretório crx-quickstart/logs/:
Exemplo de um nome de arquivo de log do Servidor de Imagens: ImageServer-57346-2019-07-25.log
/is/image
e /is/content
.Esses logs são usados somente quando o Dynamic Media está ativado. Eles não estão incluídos no pacote Download Full gerado a partir da página system/console/status-Bundlelist; ao chamar o Suporte ao cliente em caso de problema com a Dynamic Media, anexe esses dois registros ao problema.
Se estiver implantando AEM em um servidor de aplicativos e tiver o Dynamic Media ativado, será necessário configurar o domínio self no externalizador. Caso contrário, a geração de miniaturas de ativos não funcionará corretamente para ativos de mídia dinâmica.
Além disso, se você executar o início rápido em uma porta ou caminho de contexto diferente, também precisará alterar o domínio self.
Quando o Dynamic Media é ativado, as representações de miniatura estáticas para ativos de imagem são geradas usando o Dynamic Media. Para que a geração de miniaturas funcione corretamente para a mídia dinâmica, AEM deve executar uma solicitação de URL para si mesmo e deve saber o número da porta e o caminho do contexto.
No AEM:
Em uma implantação AEM do QuickStart WAR, o número da porta e o caminho do contexto não podem ser derivados, portanto, você deve configurar um domínio self. Consulte a documentação do externalizador sobre como configurar o domínio self.
Em uma implantação independente AEM do Quickstart, um domínio self geralmente não precisa ser configurado, pois o número da porta e o caminho do contexto podem ser configurados automaticamente. No entanto, se todas as interfaces de rede estiverem desativadas, será necessário configurar o domínio self.
A mídia dinâmica não está habilitada por padrão. No entanto, se a mídia dinâmica foi ativada anteriormente, convém desativá-la posteriormente.
Para desativar a mídia dinâmica depois de habilitá-la, remova o sinalizador de modo de execução -r dynamicmedia.
Para desabilitar o Dynamic Media após ele ter sido ativado:
Na linha de comando, ao iniciar o início rápido, você pode fazer o seguinte:
-r dynamicmedia
à linha de comando ao iniciar o arquivo JAR.java -Xmx4096m -Doak.queryLimitInMemory=500000 -Doak.queryLimitReads=500000 -jar cq-quickstart-6.4.0.jar
Solicite http://localhost:4502/is/image
. Você receberá uma mensagem informando que o Dynamic Media está desativado.
Depois que o modo de execução Dynamic Media é desativado, a etapa do fluxo de trabalho que gera a representação qdam.pyramid.tiff
é ignorada automaticamente. Isso também desativa o suporte de representação dinâmica e outros recursos do Dynamic Media.
Observe também que, quando o modo de execução Dynamic Media é desativado após a configuração do servidor de AEM, todos os ativos que foram carregados nesse modo de execução agora são inválidos.
Se você estiver atualizando AEM Dynamic Media de 6.3 para 6.4 - o que agora inclui a capacidade de zero implantações de tempo de inatividade (também conhecidas como "Opt-in") - é necessário executar o seguinte comando curl para migrar todas as predefinições e configurações de /etc
para /conf
no CRXDE Lite.
Observação: Se você executar a instância do AEM no modo de compatibilidade, ou seja, você terá o pacote de compatibilidade instalado, não precisará executar esses comandos.
Para migrar suas predefinições e configurações personalizadas de /etc
para /conf
, execute o seguinte comando curl do Linux:
curl -u admin:admin http://localhost:4502/libs/settings/dam/dm/presets.migratedmcontent.json
Para todas as atualizações, com ou sem o pacote de compatibilidade, você pode copiar as predefinições do visualizador prontas para uso executando o seguinte comando:
curl -u admin:admin http://localhost:4502/libs/settings/dam/dm/presets/viewer.pushviewerpresets
A entrega de imagens da Dynamic Media funciona através da publicação de ativos de imagem, incluindo miniaturas de vídeo, do AEM Author e da replicação para o serviço de replicação sob demanda do Adobe (o URL do serviço de replicação). Os ativos são então entregues por meio do serviço de entrega de imagem sob demanda (o URL do Serviço de Imagem).
Você deve fazer o seguinte:
O Agente de replicação publica ativos do Dynamic Media, como imagens, metadados de vídeo e configurações para o Serviço de imagem hospedado no Adobe. O Agente de Replicação não está habilitado por padrão.
Após configurar o agente de replicação, é necessário validar e testar se ele foi configurado com êxito. Esta seção descreve esses procedimentos.
O limite de memória padrão para a criação de PTIFF é de 3 GB em todos os workflows. Por exemplo, você pode processar uma imagem que requer 3 GB de memória enquanto outros fluxos de trabalho são pausados, ou pode processar 10 imagens em paralelo que exigem 300 MB de memória cada.
O limite de memória é configurável e deve se ajustar à disponibilidade de recursos do sistema e ao tipo de conteúdo de imagem que está sendo processado. Se você tiver muitos ativos muito grandes e tiver memória suficiente no sistema, poderá aumentar esse limite para garantir que as imagens sejam processadas em paralelo.
Uma imagem que requer mais do que o limite máximo de memória será rejeitada.
Para alterar o limite de memória para a criação de PTIFF, navegue até Tools > Operations > Web Console > Adobe CQ Scene7 PTiffManager e altere o valor maxMemory
.
Você precisa configurar a autenticação de replicação no autor para replicar imagens no serviço de entrega de imagens da Dynamic Media. Faça isso obtendo um KeyStore e salvando-o no usuário dynamic-media-replication e configurando-o. O administrador da empresa deve ter recebido um email de boas-vindas com o arquivo KeyStore e as credenciais necessárias durante o processo de provisionamento. Caso não tenha recebido essa mensagem, entre em contato com o Suporte ao cliente.
Para configurar a autenticação:
Entre em contato com o Suporte ao cliente para obter o arquivo KeyStore e a senha, se ainda não tiver essa senha. Isso faz parte do provisionamento e associará as chaves à sua conta.
Em AEM, toque no logotipo do AEM para acessar o console de navegação global e toque em Ferramentas > Segurança > Usuários.
Na página Gerenciamento de usuários , navegue até o usuário dynamic-media-replication e toque para abrir.
Na página Editar configurações do usuário para replicação dinâmica de mídia, toque na guia Armazenamento de chaves e toque em Criar armazenamento de chaves.
Digite uma senha e confirme a senha na caixa de diálogo Definir senha de acesso do KeyStore.
Lembre-se da senha inserida. Você precisará inseri-lo novamente quando configurar o Agente de Replicação mais tarde.
Na página Editar configurações do usuário para dynamic-media-replication , expanda a área Adicionar chave privada do arquivo KeyStore e adicione o seguinte (consulte as imagens a seguir):
companyname-alias
. O Adobe fornece o alias da chave privada no email de boas-vindas enviado a você durante o provisionamento. Entre em contato com o Suporte ao cliente do Adobe se não tiver recebido um alias de chave privada.Toque em Salvar e fechar para salvar as alterações neste usuário.
Em seguida, você precisa configurar o agente de replicação.
Em AEM, toque no logotipo do AEM para acessar o console de navegação global e toque em Tools > Deployment > Replication > Agents on author.
Na página Agentes no autor, toque em Replicação de imagem híbrida do Dynamic Media (s7delivery).
Toque em Editar.
Toque na guia Settings e digite o seguinte:
replication
. (Consulte a etapa 7 em Configuração da autenticação.)A imagem a seguir mostra o agente de replicação com dados de amostra:
Toque em OK.
Para validar o agente de replicação para mídia dinâmica, faça o seguinte:
Toque em Testar conexão. O exemplo de saída é o seguinte:
11.03.2016 10:57:55 - Transferring content for ReplicationAction{type=TEST, path[0]='/content/dam', time=1457722675402, userId='admin', revision='null'}
11.03.2016 10:57:55 - * Auth User: replication-receiver
11.03.2016 10:57:55 - * HTTP Version: 1.1
11.03.2016 10:57:55 - * Using OAuth 2.0 Authorization Grants
11.03.2016 10:57:55 - * OAuth 2.0 User: dynamic-media-replication
11.03.2016 10:57:55 - * OAuth 2.0 Token: '*****' initialized
11.03.2016 10:57:55 - Publishing: POST[https://replicate-na.assetsadobe.com:8580/is-publish/publish-receiver?Cmd=Test&RootId=xfpuu-6613]
11.03.2016 10:57:55 - Publish response: OK[]
11.03.2016 10:57:55 - Transfer succeeded in 141 ms for ReplicationAction{type=TEST, path[0]='/content/dam', time=1457722675402, userId='admin', revision='null'}
-------------------------------------------------------------------------------------------------------------------------------
Replication test succeeded
Você também pode verificar seguindo um destes procedimentos:
Ao configurar a autenticação, você pode encontrar alguns problemas com as soluções disponíveis. Antes de verificar isso, certifique-se de configurar a replicação.
Esse problema pode ser causado por uma falha na configuração do KeyStore para dynamic-media-replication
usuário.
Replication test to s7delivery:https://s7bern.macromedia.com:8580/is-publish/
17.06.2016 18:54:43 - Transferring content for ReplicationAction{type=TEST, path[0]='/content/dam', time=1466214883309, userId='admin', revision='null'}
17.06.2016 18:54:43 - * Auth User: replication-receiver
17.06.2016 18:54:43 - * HTTP Version: 1.1
17.06.2016 18:54:43 - * Using OAuth 2.0 Authorization Grants
17.06.2016 18:54:43 - * OAuth 2.0 User: dynamic-media-replication
17.06.2016 18:54:43 - No OAuth token available. OAuth not initialized
17.06.2016 18:54:43 - * Using Client Auth SSL alias - replication-alias *
17.06.2016 18:54:43 - Publishing: POST[https://<localhost>:8580/is-publish//publish-receiver?Cmd=Test&RootId=brough]
17.06.2016 18:54:43 - Transfer failed for ReplicationAction{type=TEST, path[0]='/content/dam', time=1466214883309, userId='admin', revision='null'}. java.io.IOException: Failed to execute request
'https://<localhost>:8580/is-publish//publish-receiver?Cmd=Test&RootId=brough':
Server returned status code 401 with message: Authorization required.
17.06.2016 18:54:43 - Error while replicating: com.day.cq.replication.ReplicationException: Transfer failed for ReplicationAction{type=TEST, path[0]='/content/dam', time=1466214883309,
userId='admin', revision='null'}. java.io.IOException: Failed to execute request
'https://<localhost>:8580/is-publish//publish-receiver?Cmd=Test&RootId=brough':
Server returned status code 401 with message: Authorization required.
Solução: Verifique se o KeyStore
é salvo em dynamic-media- replicationuser e se é fornecido com a senha correta.
Replication test to s7delivery:https://<localhost>:8580/is-publish/
17.06.2016 19:00:16 - Transferring content for ReplicationAction{type=TEST, path[0]='/content/dam', time=1466215216662, userId='admin', revision='null'}
17.06.2016 19:00:16 - * Auth User: replication-receiver
17.06.2016 19:00:16 - * HTTP Version: 1.1
17.06.2016 19:00:16 - * Using OAuth 2.0 Authorization Grants
17.06.2016 19:00:16 - * OAuth 2.0 User: dynamic-media-replication
17.06.2016 19:00:16 - No OAuth token available. OAuth not initialized
17.06.2016 19:00:16 - * Using Client Auth SSL alias - replication-alias *
17.06.2016 19:00:16 - Transfer failed for ReplicationAction{type=TEST, path[0]='/content/dam', time=1466215216662, userId='admin', revision='null'}. java.lang.SecurityException: java.security.UnrecoverableKeyException: Could not decrypt key: Could not decrypt data.
Solução: Verifique a senha. A senha salva no agente de replicação não é a mesma senha usada para criar keystore.
Esse problema é causado por um erro de configuração na instância do autor do AEM. O processo java no Autor não está recebendo o javax.net.ssl.trustStore
correto. Você vê este erro no log de replicação:
14.04.2016 09:37:43 - Transfer failed for ReplicationAction{type=TEST, path[0]='/content/dam', time=1460651862089, userId='admin', revision='null'}. java.io.IOException: Failed to execute request 'https://<localhost>:8580/is-publish/publish-receiver?Cmd=Test&RootId=rbrough-osx2': java.lang.RuntimeException: Unexpected error: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty
14.04.2016 09:37:43 - Error while replicating: com.day.cq.replication.ReplicationException: Transfer failed for ReplicationAction{type=TEST, path[0]='/content/dam', time=1460651862089, userId='admin', revision='null'}. java.io.IOException: Failed to execute request 'https://<localhost>:8580/is-publish/publish-receiver?Cmd=Test&RootId=rbrough-osx2': java.lang.RuntimeException: Unexpected error: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty
Ou o log de erros:
07.25.2019 12:00:59.893 *ERROR* [sling-threadpool-db2763bb-bc50-4bb5-bb64-10a09f432712-(apache-sling-job-thread-pool)-90-com_day_cq_replication_job_s7delivery(com/day/cq/replication/job/s7delivery)] com.day.cq.replication.Agent.s7delivery.queue Error during processing of replication.
java.io.IOException: Failed to execute request 'https://replicate-na.assetsadobe.com:8580/is-publish/publish-receiver?Cmd=Test&RootId=rbrough-osx': java.lang.RuntimeException: Unexpected error: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty
at com.scene7.is.catalog.service.publish.atomic.PublishingServiceHttp.executePost(PublishingServiceHttp.scala:195)
Solução: Certifique-se de que o processo java no autor do AEM tenha a propriedade do sistema -Djavax.net.ssl.trustStore= definida como um truststore válido.
Esse problema pode ser causado por um hotfix ou um pacote de recursos que substitui o nó dynamic-media-user ou keystore.
Exemplo de log de replicação:
Replication test to s7delivery:https://replicate-na.assetsadobe.com/is-publish
02.08.2016 14:37:44 - Transferring content for ReplicationAction{type=TEST, path[0]='/content/dam', time=1470173864834, userId='admin', revision='null'}
02.08.2016 14:37:44 - * Auth User: replication-receiver
02.08.2016 14:37:44 - * HTTP Version: 1.1
02.08.2016 14:37:44 - * Using OAuth 2.0 Authorization Grants
02.08.2016 14:37:44 - * OAuth 2.0 User: dynamic-media-replication
02.08.2016 14:37:44 - Transfer failed for ReplicationAction{type=TEST, path[0]='/content/dam', time=1470173864834, userId='admin', revision='null'}. com.adobe.granite.keystore.KeyStoreNotInitialisedException: Uninitialised key store for user dynamic-media-replication
Solução:
Navegue até a página Gerenciamento de Usuário:
localhost:4502/libs/granite/security/content/useradmin.html
Na página Gerenciamento de usuários , navegue até o usuário dynamic-media-replication e toque para abrir.
Toque na guia KeyStore. Se o botão Create KeyStore for exibido, será necessário refazer as etapas em Setting up Authentication previous.
Se tiver que refazer a configuração KeyStore, talvez seja necessário Configurar o Agente de Replicação novamente, também.
Reconfigure o s7delivery Replication Agent.
localhost:4502/etc/replication/agents.author/s7delivery.html
Toque em Testar conexão para verificar se a configuração é válida.
Esse problema pode ser causado por um hotfix ou pacote de recursos que não instalou corretamente ou sobrescreveu as configurações.
Exemplo de log de replicação:
01.08.2016 18:42:59 - Transferring content for ReplicationAction{type=TEST, path[0]='/content/dam', time=1470073379634, userId='admin', revision='null'}
01.08.2016 18:42:59 - * Auth User: replication-receiver
01.08.2016 18:42:59 - * HTTP Version: 1.1
01.08.2016 18:42:59 - * Using Client Auth SSL alias - replication-receiver *
01.08.2016 18:42:59 - Publishing: POST[https://replicate-eu.assetsadobe2.com:443/is-publish/publish-receiver?Cmd=Test&RootId=altayerstaging]
01.08.2016 18:42:59 - Transfer failed for ReplicationAction{type=TEST, path[0]='/content/dam', time=1470073379634, userId='admin', revision='null'}. java.io.IOException: Failed to execute request 'https://replicate-eu.assetsadobe2.com:443/is-publish/publish-receiver?Cmd=Test&RootId=rbroughstaging': Server returned status code 401 with message: Authorization required.
01.08.2016 18:42:59 - Error while replicating: com.day.cq.replication.ReplicationException: Transfer failed for ReplicationAction{type=TEST, path[0]='/content/dam', time=1470073379634, userId='admin', revision='null'}. java.io.IOException: Failed to execute request 'https://replicate-eu.assetsadobe2.com:443/is-publish/publish-receiver?Cmd=Test&RootId=rbroughstaging': Server returned status code 401 with message: Authorization required.
Solução:
No AEM, toque em Ferramentas > Geral > CRXDE Lite.
localhost:4502/crx/de/index.jsp
Navegue até o nó s7delivery Replication Agent.
localhost:4502/crx/de/index.jsp#/etc/replication/agents.author/s7delivery/jcr:content
Adicione essa configuração ao agente de replicação (Booliano com valor definido como True):
enableOauth=true
Próximo ao canto superior esquerdo da página, toque em Salvar tudo.
O Adobe recomenda que você execute um teste completo da configuração.
Certifique-se de que você já fez o seguinte antes de iniciar este teste:
Para testar sua configuração:
Faça upload de um ativo de imagem. (Em Ativos, toque em Criar > Arquivos e selecione o arquivo.)
Aguarde a conclusão do fluxo de trabalho.
Publique o ativo da imagem. (Selecione o ativo e toque em Publicação rápida.)
Navegue até as representações dessa imagem, abrindo a imagem e tocando em Representações.
Selecione qualquer representação dinâmica.
Toque em URL para obter o URL para esse ativo.
Navegue até o URL selecionado e verifique se a imagem se comporta como esperado.
Outra maneira de testar se seus ativos foram entregues é anexar req=exists ao seu URL.
O serviço da Dynamic Media Cloud oferece suporte para serviços em nuvem, como publicação híbrida e entrega de imagens e vídeo, análise de vídeo, codificação de vídeo, entre outras coisas.
Como parte da configuração, você precisa inserir uma ID de registro, URL do serviço de vídeo, URL do serviço de imagem, URL do serviço de replicação e configurar a autenticação. Você deveria ter recebido todas essas informações como parte do processo de provisionamento da conta. Caso não tenha recebido essas informações, entre em contato com o administrador da Adobe Experience Manager ou com o Suporte técnico do Adobe para obter as informações.
Antes de configurar o Dynamic Media Cloud Services, certifique-se de configurar sua instância de publicação. Você também deve ter a replicação configurada antes de configurar o Dynamic Media Cloud Services.
Para configurar os serviços em nuvem do dynamic media:
Em AEM, toque no logotipo do AEM para acessar o console de navegação global e toque em Ferramentas > Cloud Services > Configuração do Dynamic Media (Pré-6.3).
Na página Navegador de configuração do Dynamic Media, no painel esquerdo, selecione global e toque em Criar.
Na caixa de diálogo Criar configuração do Dynamic Media, no campo Título, digite um título.
Se você estiver configurando o Dynamic Media para vídeo,
Se você estiver configurando o Dynamic Media para geração de imagens, no campo Image Service URL, digite o URL do serviço de imagem para o Dynamic Media Gateway.
Toque em Salvar para retornar à página Navegador de configuração do Dynamic Media.
Toque no logotipo do AEM para acessar o console de navegação global.
Você pode configurar relatórios de vídeo em várias instalações de AEM usando o Dynamic Media - Modo híbrido.
Quando usar: no momento em que você configura a configuração do Dynamic Media (Pré 6.3), vários recursos são iniciados, incluindo o relatório de vídeo. A configuração cria um conjunto de relatórios em uma empresa regional do Analytics. Se você configurar vários nós de Autor, criará um conjunto de relatórios separado para cada um. Como resultado, os dados de relatório são inconsistentes entre as instalações. Além disso, se cada nó do Autor fizer referência ao mesmo servidor de Publicação híbrido, a última instalação do Autor alterará o conjunto de relatórios de destino para todos os relatórios de vídeo. Esse problema sobrecarrega o sistema do Analytics com muitos conjuntos de relatórios.
Introdução: configure os relatórios de vídeo concluindo as três tarefas a seguir.
Crie um pacote predefinido Video Analytics após configurar Configuração do Dynamic Media (Pré 6.3) no primeiro nó Autor. Essa tarefa inicial é importante porque permite que uma nova configuração continue usando o mesmo conjunto de relatórios.
Instale o pacote predefinido Video Analytics para qualquer novo nó do autor antes de configurar a Configuração do Dynamic Media (Pré 6.3).
Verifique e depure a instalação do pacote.
Quando terminar esta tarefa, você terá um arquivo de pacote que contém as predefinições Video Analytics. Essas predefinições contêm um conjunto de relatórios, o servidor de rastreamento, o namespace de rastreamento e a ID da organização do Marketing Cloud, se disponível.
Se ainda não tiver feito isso, configure Configuração do Dynamic Media (Pré 6.3).
(Opcional) Exiba e copie a ID do conjunto de relatórios (você deve ter acesso ao JCR). Embora não seja necessário ter a ID do conjunto de relatórios, facilita a validação.
Crie um pacote usando Gerenciador de Pacotes.
Edite o pacote para incluir um filtro.
No AEM: /conf/global/settings/dam/dm/presets/analytics/jcr:content/userdata
Crie o pacote.
Baixe ou compartilhe o pacote predefinido Video Analytics para que ele possa ser compartilhado com os novos nós Autor subsequentes.
Certifique-se de concluir esta tarefa antes de configurar Configuração do Dynamic Media (Pré 6.3). Se isso não for feito, haverá a criação de outro conjunto de relatórios não utilizado. Além disso, mesmo que os relatórios de vídeo continuem a funcionar corretamente, a coleta de dados não é otimizada.
Certifique-se de que o pacote predefinido Video Analytics do primeiro nó Autor esteja acessível no novo nó Autor .
Siga qualquer um destes procedimentos para verificar e, se necessário, depurar a instalação do pacote:
Verifique a Video Analytics predefinição por meio do
JCRTpara verificar a Video Analytics predefinição por meio do JCR, você deve ter acesso ao CRXDE Lite.
AEM - Em CRXDE Lite, navegue até /conf/global/settings/dam/dm/presets/analytics/jcr:content/userdata
Isso é http://localhost:4502/crx/de/index.jsp#/conf/global/settings/dam/dm/presets/analytics/jcr%3Acontent/userdata
Se você não tiver acesso a CRXDE Lite no nó Autor, poderá verificar a predefinição por meio do servidor Publicar .
Verifique a Video Analytics predefinição através do servidor de imagens
Você pode validar a predefinição Video Analytics diretamente fazendo uma solicitação do Servidor de imagem req=userdata
.
Por exemplo, para ver a predefinição Video Analytics no nó Autor, você pode fazer a seguinte solicitação:
http://localhost:4502/is/image/conf/global/settings/dam/dm/presets/analytics?req=userdata
Para validar a predefinição nos servidores de Publicação, você pode fazer uma solicitação direta semelhante ao servidor de Publicação. As respostas são as mesmas nos nós Autor e Publicação . A resposta é semelhante ao seguinte:
marketingCloudOrgId=0FC4E86B573F99CC7F000101
reportSuite=aemaem6397618-2018-05-23
trackingNamespace=aemvideodal
trackingServer=aemvideodal.d2.sc.omtrdc.net
Verifique a Video Analytics predefinição através da ferramenta Relatório de vídeo em AEM
Toque em Ferramentas > Ativos > Relatório de vídeo http://localhost:4502/mnt/overlay/dam/gui/content/s7dam/videoreports/videoreport.html
Caso veja a seguinte mensagem de erro, o conjunto de relatórios está disponível, mas não está preenchido. Esse erro está correto — e é desejado — em uma nova instalação antes que o sistema colete quaisquer dados.
Para gerar dados de relatório, faça upload e publique um vídeo. Use Copiar URL e execute o vídeo pelo menos uma vez.
Esteja ciente de que pode levar até 12 horas até que os dados de relatório sejam preenchidos a partir do uso do Visualizador de vídeo.
Se houver um erro e o conjunto de relatórios não estiver definido corretamente, o alerta a seguir será exibido.
Esse erro também será exibido se o Relatório de vídeo for executado antes que você configure os serviços de Configuração do Dynamic Media (Pré 6.3).
SiteCatalystReportService
.A predefinição Video Analytics, às vezes conhecida simplesmente como predefinição de análise, é armazenada ao lado das predefinições do Visualizador no Dynamic Media. Basicamente, é o mesmo que uma predefinição do Visualizador, mas com informações usadas para configurar os relatórios do AppMeasurement e do Video Heartbeat.
As propriedades da predefinição são as seguintes:
AEM 6.4 e versões mais recentes salvam essa predefinição em /conf/global/settings/dam/dm/presets/analytics/jcr:content/userdata
Você deve publicar suas próprias configurações de catálogo padrão como parte do processo de configuração por meio do JCR. Para replicar configurações de catálogo:
Em uma janela Terminal, execute o seguinte:
curl -u admin:admin localhost:4502/libs/settings/dam/dm/presets/viewer.pushviewerpresets
Em AEM, navegue até o seguinte local em CRXDE Lite (requer privilégios de administrador):
https://<server>:<port>/crx/de/index.jsp#/conf/global/settings/dam/dm/imageserver/
Toque na guia Replication .
Toque em Replicar.
Para fornecer um ativo com uma predefinição do visualizador, você deve replicar/publicar a predefinição do visualizador. (Todas as predefinições do visualizador devem ser ativadas e replicadas para obter o URL ou código incorporado de um ativo.) Consulte Predefinições do visualizador de publicação para obter mais informações.
Por padrão, o sistema mostra uma variedade de representações ao selecionar Representações e uma variedade de predefinições do visualizador ao selecionar Visualizadores na exibição detalhada do ativo. Você pode aumentar ou diminuir o número visto. Consulte Aumentar o número de predefinições de imagens que exibem ou Aumentar o número de predefinições do visualizador que exibem.
Em implantações que não são da Dynamic Media, você replica todos ativos (imagens e vídeo) do ambiente de criação do AEM para o nó de publicação do AEM. Esse workflow é necessário porque os servidores de publicação de AEM também entregam os ativos.
No entanto, em implantações do Dynamic Media, como os ativos são fornecidos por meio da nuvem, não há necessidade de replicar esses mesmos ativos para AEM nós de publicação. Esse workflow de "publicação híbrida" evita custos de armazenamento extras e tempos de processamento mais longos para replicar ativos. Outros conteúdos, como visualizadores do Dynamic Media, páginas do Site e conteúdo estático, continuam a ser veiculados a partir dos nós de publicação do AEM.
Além de replicar os ativos, os seguintes não ativos também são replicados:
/conf/global/settings/dam/dm/imageserver/configuration/jcr:content/settings
/conf/global/settings/dam/dm/presets/macros
/conf/global/settings/dam/dm/presets/viewer
Os filtros fornecem uma maneira de excluir ativos de serem replicados para o nó de publicação de AEM.
Se você estiver usando o Dynamic Media para 1) geração de imagens na produção ou 2) geração de imagens e vídeo, poderá usar os filtros padrão que fornecemos como estão. Os seguintes filtros estão ativos por padrão:
Filtro | Mimetype | Representações | |
Entrega de imagem do Dynamic Media | filter-images conjuntos de filtros
|
Começa com image/ Contém application/ e termina com set. |
As "imagens-filtro" prontas para uso (aplica-se a ativos de imagens individuais, incluindo imagens interativas) e "conjuntos de filtros" (aplica-se a Conjuntos de rotação, Conjuntos de imagens, Conjuntos de mídia mista e Conjuntos de carrossel):
|
Entrega de vídeo do Dynamic Media | filter-video | Começa com video/ | O "filter-video" pronto para uso:
|
Integração do Dynamic Media Classic | filter-images conjuntos de filtros filter-video |
Começa com image/ Contém application/ e termina com set. Começa com video/ |
Você configura o URI de transporte para apontar para o servidor de publicação de AEM em vez do URL do Adobe Dynamic Media Cloud Replication Service. Configurar esse filtro permitirá que o Dynamic Media Classic forneça ativos em vez da instância de publicação de AEM. Os "filter-images" prontos para uso, "filter-sets" e "filter-video" irão:
|
Os filtros se aplicam aos tipos MIME e não podem ser específicos do caminho.
Se estiver usando o Dynamic Media somente para vídeo, siga estas etapas para configurar filtros de ativos para replicação:
/etc/replication/agents.author/dynamic_media_replication/jcr:content/damRenditionFilters
/etc/replication/agents.author/publish
Isso configura a instância de publicação de AEM para fornecer a imagem de pôster de vídeo, bem como os metadados de vídeo necessários para a reprodução, enquanto o próprio vídeo é entregue pelo serviço de nuvem da Dynamic Media. O filtro também excluirá da replicação o vídeo original e as representações de miniatura estáticas, que não são necessárias na instância de publicação.
Se você estiver usando o Dynamic Media para geração de imagens em implantações que não são de produção, siga estas etapas para configurar filtros de ativos para replicação:
Em AEM, toque no logotipo do AEM para acessar o console de navegação global e toque em Tools > Deployment > Replication > Agents on author.
Na página Agentes no autor, toque em Agente padrão (publicar).
Toque em Editar.
Na caixa de diálogo Configurações do Agente, na guia Configurações, marque Ativado para ativar o agente.
Toque em OK.
No AEM, toque em Ferramentas > Geral > CRXDE Lite.
Na árvore da pasta esquerda, navegue até /etc/replication/agents.author/dynamic_media_replication/jcr:content/damRenditionFilters
Localize filter-images, clique com o botão direito do mouse e selecione Copy.
Na árvore da pasta esquerda, navegue até /etc/replication/agents.author/publish
Localize jcr:content, clique com o botão direito do mouse e selecione Create > Create Node. Insira o nome damRenditionFilters
do tipo nt:unstructured
.
Localize damRenditionFilters
, clique com o botão direito do mouse e selecione Colar.
Isso configura a instância de publicação de AEM para entregar as imagens ao seu ambiente de não produção. O filtro também excluirá da replicação a imagem original e as representações estáticas, que não são necessárias na instância de publicação.
Se houver muitos filtros diferentes em um autor, cada agente precisará de um usuário diferente atribuído a ele. O código granite impõe o modelo de um filtro por usuário. Sempre tenha um usuário diferente para cada configuração de filtro.
Se você estiver usando mais de um filtro em um servidor, por exemplo, um filtro para replicação para publicação e um segundo filtro para s7delivery, será necessário garantir que esses dois filtros tenham um userId diferente atribuído a eles no nó jcr:content. Veja a imagem a seguir:
Como opção, personalize filtros de ativos para replicação:
Em AEM, toque no logotipo do AEM para acessar o console de navegação global e toque em Tools > General > CRXDE Lite.
Na árvore da pasta esquerda, navegue até /etc/replication/agents.author/dynamic_media_replication/jcr:content/damRenditionFilters
para revisar os filtros.
Para definir o Tipo MIME para o filtro, você pode localizar o Tipo MIME da seguinte maneira:
No painel à esquerda, expanda content > dam > <locate_your_asset
> jcr:content > metadata e, na tabela, localize dc:format
.
O gráfico a seguir é um exemplo do caminho de um ativo para dc:format
.
Observe que dc:format
para o ativo Fiji Red.jpg
é image/jpeg
.
Para que esse filtro se aplique a todas as imagens, independentemente do formato, defina o valor como image/*
, onde *
é uma expressão regular aplicada a todas as imagens de qualquer formato.
Para que o filtro seja aplicado somente às imagens do JPEG de tipo, insira um valor de image/jpeg
.
Defina quais representações deseja incluir ou excluir da replicação.
Os caracteres que você pode usar para filtrar para replicação incluem:
Caractere a ser usado | Como ele filtra ativos para replicação |
* | Caracteres curingas |
+ | Inclui ativos para replicação. |
- | Exclui ativos da replicação. |
Vá até content/dam/<locate_your_asset>/jcr:content/renditions
.
O gráfico a seguir é um exemplo das representações de um ativo.
Usando o exemplo acima, se você quiser apenas replicar o PTIFF (TIFF da Pirâmide), digite +cqdam,*
, que inclui todas as representações que começam com cqdam
. No exemplo, essa representação é cqdam.pyramid.tiff
.
Se você quiser replicar apenas o original, digite +original
.
A configuração do Dynamic Media Image Server envolve a edição do pacote Adobe CQ Scene7 ImageServer e do pacote Adobe CQ Scene7 PlatformServer.
O Dynamic Media funciona pronto para uso depois de ser ativado. No entanto, opcionalmente, você pode optar por ajustar a instalação configurando o Dynamic Media Image Server para atender a determinadas especificações ou requisitos.
Pré-requisito: __ Antes de configurar o Dynamic Media Image Server, verifique se sua VM do Windows inclui uma instalação das Bibliotecas do Microsoft Visual C++. As bibliotecas são necessárias para executar o Dynamic Media Image Server. Você pode baixar o Microsoft Visual C++ 2010 Redistributable Package (x64) aqui.
Para definir as configurações do Servidor de imagem do Dynamic Media:
No canto superior esquerdo do AEM, toque em Adobe Experience Manager para acessar o console de navegação global e, em seguida, toque em Ferramentas > Operações > Console da Web.
Na página Adobe Experience Manager Web Console Configuration, toque em OSGi > Configuration para listar todos os pacotes que estão sendo executados no AEM.
Os Servidores de entrega da Dynamic Media podem ser encontrados com os seguintes nomes na lista:
Na lista de pacotes, à direita de Adobe CQ Scene7 ImageServer, toque no ícone Edit.
Na caixa de diálogo Adobe CQ Scene7 ImageServer, defina os seguintes valores de configuração:
Na maioria dos casos, não há necessidade de alterar os valores padrão. No entanto, se você alterar os valores padrão, deverá reiniciar o pacote para que as alterações tenham efeito.
Propriedade | Valor padrão | Descrição |
TcpPort.name | empty |
Número da porta a ser usado para comunicação com o processo ImageServer. Por padrão, a porta livre é detectada automaticamente. |
AllowRemoteAccess.name | empty |
Permitir ou não permitir acesso remoto ao processo do ImageServer. Se falso, o servidor de imagem escuta apenas no host local. As configurações padrão do externalizador que apontam para o host local precisam especificar o domínio real ou o endereço IP da instância específica da VM. O motivo para isso é porque o host local pode estar apontando para o sistema principal da VM. Os domínios ou endereços IP da VM podem precisar de uma entrada de arquivo de host para que ela possa resolver a si mesma. |
MaxRenderRgnPixels | 16 MPixels | Tamanho máximo em megapixels renderizados. |
MaxMessageSize | 16 MBytes | Tamanho máximo da mensagem em megabytes que é entregue. |
RandomAccessUrlTimeout | 20 | Valor de tempo limite por quanto tempo, em segundos, o ImageServer aguardará o JCR responder a uma solicitação de bloco variada. |
WorkerThreads | 10 | Número de threads de trabalho. |
Toque em Salvar.
Na lista de pacotes, à direita de Adobe CQ Scene7 PlatformServer, toque no ícone Edit.
Na caixa de diálogo Adobe CQ Scene7 PlatformServer, defina as seguintes opções de valor padrão:
O Dynamic Media Image Server usa seu próprio cache de disco para armazenar em cache as respostas. O cache HTTP AEM e o Dispacher não podem ser usados para armazenar em cache as respostas do Dynamic Media Image Server.
Propriedade | Valor padrão | Descrição |
---|---|---|
Cache ativado | Marcado | Se o cache de resposta está ativado ou não. |
Raízes de cache | cache | Um ou mais caminhos para as pastas do cache de resposta. Os caminhos relativos são resolvidos em relação à pasta interna do pacote s7imaging. |
Tamanho máx. do cache | 20000000 | Tamanho máximo do cache de resposta em bytes. |
Máximo de inscrições em cache | 100000 | Número máximo de entradas permitidas no cache. |
O manifesto padrão permite configurar os padrões usados para gerar as respostas de Delivery do Dynamic Media. Você pode ajustar a qualidade (qualidade do JPEG, resolução, modo de reamostragem), armazenar em cache (expiração) e impedir a renderização de imagens muito grandes (defaultpix, defaultthumbpix, maxpix).
O local da configuração de manifesto padrão é obtido do valor padrão Catalog root do pacote Adobe CQ Scene7 PlatformServer. Por padrão, esse valor está localizado no seguinte caminho em Tools > General > CRXDE Lite:
/conf/global/settings/dam/dm/imageserver/
Você pode alterar os valores das propriedades, conforme descrito na tabela abaixo, inserindo novos valores.
Quando terminar de fazer alterações no manifesto padrão, no canto superior esquerdo da página, toque em Salvar tudo.
Certifique-se de tocar na guia Controle de acesso (à direita da guia Propriedades) e definir os privilégios de controle de acesso como jcr:read
para todos e usuários de replicação de mídia dinâmica.
Tabela de configurações de Manifesto e seus valores padrão:
Propriedade | Valor padrão | Descrição |
bkgcolor | FFFFFF | Cor de plano de fundo padrão. Valor RGB usado para preencher qualquer área de uma imagem de resposta que não contenha dados de imagem reais. Consulte também BkgColor na API de disponibilização de imagens. |
defaultpix | 300.300 | Tamanho de exibição padrão. O servidor restringe as imagens de resposta a não serem maiores que essa largura e altura, se a solicitação não especificar o tamanho da exibição explicitamente usando wid=, hei= ou scl=. Especificado como dois números inteiros, 0 ou maior, separados por vírgula. Largura e altura em pixels. Qualquer um dos valores pode ser definido como 0 para mantê-los livres. Não se aplica a solicitações aninhadas/incorporadas. Consulte também DefaultPix na API de disponibilização de imagens. No entanto, normalmente, você está usando uma predefinição do visualizador ou uma predefinição de imagem para entregar o ativo. O padrão pix se aplica somente a um ativo que não está usando uma predefinição do visualizador ou uma predefinição de imagem. |
defaultthumbpix | 100 100 | Tamanho padrão da miniatura. Usado em vez do atributo::DefaultPix para solicitações de miniatura (req=tmb). O servidor restringe as imagens de resposta a não serem maiores que essa largura e altura, se uma solicitação de miniatura (req=tmb) não especificar o tamanho explicitamente, não especificar o tamanho da exibição explicitamente usando wid=, hei= ou scl=. Especificado como dois números inteiros, 0 ou maior, separados por vírgula. Largura e altura em pixels. Qualquer um dos valores pode ser definido como 0 para mantê-los livres. Não se aplica a solicitações aninhadas/incorporadas. Consulte também DefaultThumbPix na API de disponibilização de imagens. |
expiração | 36000000 | Tempo de vida padrão do cache do cliente. Fornece um intervalo de expiração padrão no caso de um registro de catálogo específico não conter um valor de catálogo válido::Expiration . Número real, 0 ou superior. Número de milissegundos até a expiração desde que os dados de resposta foram gerados. Defina como 0 para sempre expirar a imagem de resposta imediatamente, o que efetivamente desativa o armazenamento em cache do cliente. Por padrão, esse valor é definido como 10 horas, o que significa que, se uma nova imagem for publicada, levará 10 horas para a imagem antiga deixar o cache do usuário. Entre em contato com o Suporte ao cliente se precisar limpar o cache mais cedo. Consulte também Expiration na API de disponibilização de imagens. |
jpegquality | 80º | Atributos padrão de codificação de JPEG. Especifica os atributos padrão para imagens JPEG reply. Número inteiro e sinalizador, separados por vírgula. O primeiro valor está no intervalo 1.100 e define a qualidade. O segundo valor pode ser 0 para o comportamento normal ou 1 para desativar a amostragem regressiva da cromaticidade de RGB normalmente utilizada por codificadores de JPEG. Consulte também JpegQuality na API de disponibilização de imagens. |
maxpix | 2000 2000 | Limite de tamanho da imagem de resposta. Largura e altura máximas da imagem de resposta que são retornadas ao cliente. O servidor retornará um erro se uma solicitação causar uma imagem de resposta cuja largura ou altura é maior que o atributo::MaxPix. Consulte também MaxPix na API de disponibilização de imagens. |
resmode | SHARP2 | Modo de reamostragem padrão. Especifica a reamostragem e os atributos de interpolação padrão a serem usados para dimensionar dados de imagem. Usado quando resMode= não é especificado em uma solicitação. Os valores permitidos incluem BILIN, BICUB ou SHARP2. Enum. Defina para 2 para bilin, 3 para bicub ou 4 para o modo de interpolação de nitidez2. Use o nítido2 para obter melhores resultados. Consulte também ResMode na API de disponibilização de imagens. |
resolução | 72 | Resolução de objeto padrão. Fornece uma resolução de objeto padrão no caso de um registro de catálogo específico não conter um valor de catálogo válido::Resolution . Número real, maior que 0. Normalmente expresso como pixels por polegada, mas também pode estar em outras unidades, como pixels por metro. Consulte também Resolution na API de disponibilização de imagens. |
thumbnailtime | 1%,11%,21%,31%,41%,51%,61%,71%,81%,91% | Esses valores representam um instantâneo do tempo de reprodução do vídeo e são passados para encoding.com. Consulte Sobre miniaturas de vídeo para obter mais informações. |
O gerenciamento dinâmico de cores da mídia permite que você corrija os ativos para visualização.
Com a correção de cores, os ativos assimilados retêm seu espaço de cores (RGB, CMYK, cinza) e o perfil de cores incorporado na representação de TIFF de pirâmide gerada. Quando você solicita uma representação dinâmica, a cor da imagem é corrigida no espaço de cores de destino. Você configura o perfil de cor de saída nas configurações de publicação do dynamic media no JCR.
O gerenciamento de cores do Adobe usa perfis ICC, um formato definido pelo International Color Consortium (ICC).
Você pode configurar o gerenciamento de cores do dynamic media e configurar predefinições de imagens usando saída CMYK, RGB ou Cinza. Consulte Configuração de predefinições de imagem.
Casos de uso avançados poderiam usar um modificador de configuração manual icc= para selecionar explicitamente um perfil de cor de saída:
icc - Perfil de cor de saída.
iccEmbed - Incorporar perfil de cor.
O conjunto padrão de perfis de cores do Adobe só estará disponível se você tiver o Feature Pack 12445 da Distribuição de software instalado. Todos os pacotes de recursos e service packs estão disponíveis em Distribuição de software. O Feature Pack 12445 fornece os perfis de cores do Adobe.
Você deve instalar o feature pack 12445 para usar os recursos de gerenciamento de cores do dynamic media.
Para instalar o feature pack 12445:
Navegue até Distribuição de software e baixe cq-6.3.0-featurepack-12445
.
Consulte Como trabalhar com pacotes para obter mais informações sobre como usar pacotes em Adobe Experience Manager.
Instale o pacote de recursos.
Depois de instalar o feature pack, é necessário configurar os perfis de cores padrão apropriados para ativar a correção de cores ao solicitar dados de imagem do RGB ou CMYK.
Para configurar os perfis de cores padrão:
Em Tools > General > CRXDE Lite, navegue até /conf/global/settings/dam/dm/imageserver/configuration/settings
que contém os Perfis Adobe Color padrão.
Adicione uma propriedade de correção de cor ao rolar até a parte inferior da guia Propriedades e inserir manualmente o nome, o tipo e o valor da propriedade, que estão descritos nas tabelas a seguir. Depois de inserir os valores, toque em Adicionar e em Salvar tudo para salvar os valores.
As propriedades de correção de cores são descritas na tabela Propriedades de correções de cores. Os valores que você pode atribuir às propriedades de correção de cores estão na tabela Perfil de cores.
Por exemplo, em Nome, adicione iccprofilecmyk
, selecione Tipo String
e adicione WebCoated
como um Valor. Toque em Adicionar, em seguida em Salvar tudo para salvar os valores.
Tabela de propriedades da correção de cores
Propriedade | Tipo | Padrão | Descrição |
iccprofilergb | Sequência de caracteres | <empty> | Nome do perfil de cor do RGB padrão. |
iccprofilecmyk | Sequência de caracteres | <empty> | Nome do perfil de cores CMYK padrão. |
iccprofilegray | Sequência de caracteres | <empty> | Nome do perfil de cor cinza padrão. |
iccprofilesrcrgb | Sequência de caracteres | <empty> | Nome do perfil de cor RGB padrão usado para imagens RGB que não têm um perfil de cor incorporado |
iccprofilesrcmyk | Sequência de caracteres | <empty> | Nome do perfil de cores CMYK padrão usado para imagens CMYK que não têm um perfil de cores incorporado. |
iccprofilesrcgray | Sequência de caracteres | <empty> | Nome do perfil de cor cinza padrão usado para imagens CMYK que não têm um perfil de cor incorporado. |
icchblackpoint | Booleano | Verdadeiro | Especifica se a compensação do ponto preto deve ser feita durante a correção de cores. O Adobe recomenda que isso esteja ativo. |
iccdither | Booleano | Falso | Especifica se o pontilhamento deve ser feito durante a correção de cores. |
iccrenderintent | Sequência de caracteres | relativo | Especifica o propósito de renderização. Os valores aceitáveis são: perceptivo, relativo, saturação, absoluto. O Adobe recomenda relativo como padrão. |
Os nomes de propriedades fazem distinção entre maiúsculas e minúsculas e precisam estar em letras minúsculas.
Tabela de perfil de cores
Os seguintes perfis de cores estão instalados:
Nome |
Espaço de cor |
Descrição |
---|---|---|
AdobeRGB | RGB | Adobe RGB (1998) |
AppleRGB | RGB | RGB Apple |
CIERGB | RGB | RGB CIE |
CoatedFogra27 | CMYK | Revestido FOGRA27 (ISO 12647-2:2004) |
CoatedFogra39 | CMYK | Revestido FOGRA39 (ISO 12647-2:2004) |
ColunaRevestida | CMYK | GRACoL 2006 revestido (ISO 12647-2:2004) |
ColorMatchRGB | RGB | RGB ColorMatch |
EuropeISOCoated | CMYK | Europa ISO Revestido FOGRA27 |
EuroscaleCoated | CMYK | Euroscale Coated v2 |
EuroescalaNãoRevestido | CMYK | Euroscale Não Revestido v2 |
JapãoColorCoated | CMYK | Japão - Cor 2001 Revestida |
JapãoCorJornal | CMYK | Jornal japonês Color 2002 |
JapãoCorNãoRevestida | CMYK | Japão - Cor 2001 não revestida |
JapãoColorWebCoated | CMYK | Japão Color 2003 Web Coated |
JapãoWebCoated | CMYK | Web Coated (Anúncio) para o Japão |
NewsprintSNAP2007 | CMYK | Jornal dos EUA (SNAP 2007) |
NTSC | RGB | NTSC (1953) |
PAL | RGB | PAL/SECAM |
ProPhoto | RGB | RGB ProPhoto |
PS4Default | CMYK | CMYK padrão do Photoshop 4 |
PS5Default | CMYK | CMYK padrão do Photoshop 5 |
CheifadoRevestido | CMYK | U.S. Sheetfeed Coated v2 |
PlacaSemRevestimento | CMYK | U.S.A., Placa Não Revestida v2 |
SMPTE | RGB | SMPTE-C |
sRGB | RGB | sRGB IEC61966-2.1 |
Fogra29 Não Revestido | CMYK | FOGRA29 não revestida (ISO 12647-2:2004) |
WebCoated | CMYK | US Web Coated (SWOP) v2 |
WebCoatedFogra28 | CMYK | Web Coated FOGRA28 (ISO 12647-2:2004) |
WebCoatedGrade3 | CMYK | Papel SWOP Revestido da Web 2006 Grau 3 |
WebCoatedGrade5 | CMYK | Papel SWOP Revestido da Web 2006 Grau 5 |
WebUn-Revelado | CMYK | U.S. Web Untrated v2 |
WideGamutRGB | RGB | RGB de gama larga |
Toque em Salvar tudo.
Por exemplo, você pode definir iccprofilergb para sRGB
e iccprofilecmyk para WebCoated
. Isso faria o seguinte:
sRGB
.WebCoated
.sRGB
.WebCoated
.Após concluir todas as tarefas acima, os ativos ativados do Dynamic Media são veiculados pelo Serviço de imagem ou vídeo. No AEM, essa capacidade é exibida em um Copiar URL de imagem, Copiar URL do visualizador, Incorporar código do visualizador e no WCM.
Consulte Delivery de ativos Dynamic Media.
Quando você... | Resultado |
Copiar um URL de imagem | A caixa de diálogo Copiar URL exibe um URL semelhante ao seguinte (o URL é somente para fins de demonstração):
Onde Consulte também Fornecer ativos Dynamic Media. |
Copiar um URL do visualizador | A caixa de diálogo Copiar URL exibe um URL semelhante ao seguinte (o URL é somente para fins de demonstração):
Onde Consulte também Fornecer ativos Dynamic Media. |
Copiar o código incorporado de um visualizador | A caixa de diálogo Copiar código incorporado exibe um trecho de código semelhante ao seguinte (a amostra de código é somente para fins de demonstração):
Onde Consulte também Fornecer ativos Dynamic Media. |
As páginas WCM que fazem referência aos componentes do Dynamic Media e do Interative Media fazem referência ao serviço de entrega.