O Dynamic Media-Hybrid deve 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 Configurar 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, armazenamento temporário e produção ao vivo, configure os Dynamic Media Cloud Services para cada ambiente.
Se tiver problemas com a configuração do Dynamic Media, procure os arquivos de log específicos do Dynamic Media. Esses arquivos são instalados automaticamente quando você ativa o Dynamic Media:
s7access.log
ImageServing.log
Eles estão documentados em Monitore e mantenha sua instância do Experience Manager.
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, a partir da nuvem, em vez dos nós de publicação do Experience Manager.
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 Experience Manager.
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 |
---|---|---|
Nó Autor do Experience Manager | Marca de seleção branca em um círculo verde | O nó de criação que você implantou no local ou pelo Managed Services. |
Nó de publicação do Experience Manager | "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ó Experience Manager publish . Nesse cenário, como o tráfego é mínimo, não há necessidade de fornecer imagens ao data center do Adobe. E permite uma 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 aparece antes do início da reprodução) é entregue pela instância de publicação do Experience Manager. |
|
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 a imagem ou o vídeo na pré-produção. |
|
As mídias dinâmicas são desativadas por padrão. Para aproveitar os recursos do Dynamic Media, você deve ativar o Dynamic Media usando o modo de execução dynamicmedia
como faria, por exemplo, com o modo de execução publish
. Antes de habilitar, verifique os requisitos técnicos.
Habilitar o Dynamic Media por meio do modo de execução substitui a funcionalidade no Experience Manager 6.1 e Experience Manager 6.0, onde você habilitou o Dynamic Media ao definir o sinalizador dynamicMediaEnabled
como true. Esse sinalizador não tem funcionalidade no Experience Manager 6.2 e posterior. Além disso, não é necessário reiniciar o início rápido para ativar o Dynamic Media.
Ao ativar o Dynamic Media, os recursos do Dynamic Media estã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 imagens dinâmicas. Esses PTIFF apresentam vantagens significativas, como as seguintes:
Se quiser usar o Dynamic Media Classic no Experience Manager, 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 o Dynamic Media, você deve habilitar o modo de execução do Dynamic Media a partir da linha de comando ou do nome do arquivo de início rápido.
Para ativar o Dynamic Media:
Na linha de comando, ao iniciar o início rápido, faça o seguinte:
-r dynamicmedia
ao final da linha de comando ao iniciar o arquivo jar.java -Xmx4096m -Doak.queryLimitInMemory=500000 -Doak.queryLimitReads=500000 -jar cq-quickstart-6.5.0.jar -r dynamicmedia
Se você estiver publicando no s7delivery, também deverá incluir os seguintes argumentos trustStore:
-Djavax.net.ssl.trustStore=<absoluteFilePath>/customerTrustStoreFileName>
-Djavax.net.ssl.trustStorePassword=<passwordForTrustStoreFile>
Solicite https://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-2020-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 Completo 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 logs ao problema.
Se estiver implantando Experience Manager em um servidor de aplicativos e tiver o Dynamic Media ativado, você deverá configurar o autodomínio no Externalizador. Caso contrário, a geração de miniaturas de ativos não funcionará corretamente para os ativos da Dynamic Media.
Além disso, se você executar o início rápido em uma porta ou caminho de contexto diferente, também precisará alterar o autodomínio.
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 o Dynamic Media, o Experience Manager deve executar uma solicitação de URL para si mesmo e deve saber o número da porta e o caminho do contexto.
No Experience Manager:
Em uma implantação Experience Manager QuickStart WAR, o número da porta e o caminho do contexto não podem ser derivados, portanto, você deve configurar um autodomínio. Consulte Documentação do Externalizador sobre como configurar o autodomínio.
Em uma implantação independente Experience Manager Quickstart, um autodomínio 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, você deverá configurar o autodomínio.
O Dynamic Media não está habilitado por padrão. No entanto, se você ativou o Dynamic Media anteriormente, é possível desativá-lo posteriormente.
Para desativar o Dynamic Media depois de ativá-lo, remova o sinalizador -r dynamicmedia
do modo de execução.
Para desativar o Dynamic Media:
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.5.0.jar
Solicite https://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 cqdam.pyramid.tiff
é ignorada automaticamente. 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 Experience Manager, todos os ativos que foram carregados nesse modo de execução agora são inválidos.
Se você estiver atualizando o Experience Manager - Dynamic Media de 6.3 para 6.5 (que agora inclui a capacidade de implantações de tempo de inatividade zero), deverá executar o seguinte comando curl. O comando migra todas as predefinições e configurações de /etc
para /conf
no CRXDE Lite.
Se você executar a instância do Experience Manager no modo de compatibilidade, ou seja, você tem o pacote de compatibilidade instalado, não é necessário executar esses comandos.
Para todas as atualizações, com ou sem o pacote de compatibilidade, você pode copiar as predefinições padrão e prontas para uso do visualizador que vieram originalmente com o Dynamic Media executando o seguinte comando curl do Linux®:
curl -u admin:admin -X POST https://<server_address>:<server_port>/libs/settings/dam/dm/presets/viewer.pushviewerpresets.json
Para migrar qualquer predefinição e configuração do visualizador personalizado que você criou de /etc
para /conf
, execute o seguinte comando curl do Linux®:
curl -u admin:admin -X POST https://<server_address>:<server_port>/libs/settings/dam/dm/presets.migratedmcontent.json
A entrega de imagens da Dynamic Media funciona através da publicação de ativos de imagem, incluindo miniaturas de vídeo, desde a criação do Experience Manager até o serviço de replicação Adobe on Demand (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).
Faça 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.
After you have configured the replication agent, you must validate and test that it has been successfully set up. 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. For example, you can process one image that requires 3 GB of memory while other workflows are paused, or you can process 10 images in parallel that require 300 MB of memory each.
O limite de memória é configurável e se encaixa na disponibilidade de recursos do sistema e no tipo de conteúdo de imagem que está sendo processado. Se você tiver muitos ativos grandes e tiver memória suficiente no sistema, é possível 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 é rejeitada.
To change the memory limit for PTIFF creation, navigate to Tools > Operations > Web Console > Adobe CQ Scene7 PTiffManager and change the maxMemory value.
Set up replication authentication on author so you can replicate images to the Dynamic Media image delivery service. Primeiro, obtenha um KeyStore e depois salve-o no usuário dynamic-media-replication e configure-o. Your company administrator received a welcome email with the KeyStore file and necessary credentials during the provisioning process. Caso não tenha recebido essas informações, entre em contato com o Suporte ao cliente do Adobe.
Para configurar a autenticação:
Entre em contato com o Suporte ao cliente do Adobe para obter o arquivo KeyStore e a senha, caso ainda não tenha o arquivo e a senha. Essas informações são uma parte necessária do provisionamento. Ele associa as chaves à sua conta.
No Experience Manager, selecione o logotipo do Experience Manager para acessar o console de navegação global e navegue até Ferramentas > Segurança > Usuários.
Na página Gerenciamento de usuários , navegue até o usuário dynamic-media-replication e selecione para abrir.
Na página Editar configurações do usuário para replicação de mídia dinâmica, selecione a guia Armazenamento de chaves e selecione 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 porque você deve inseri-la 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):
replication
como um alias.*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.Selecione Salvar e fechar para salvar suas alterações neste usuário.
Em seguida, você deve configurar o agente de replicação.
No Experience Manager, selecione o logotipo do Experience Manager para acessar o console de navegação global e navegue até Ferramentas > Implantação > Replicação > Agentes no autor.
Na página Agentes no autor, selecione Dynamic Media Hybrid Image Replication (s7delivery).
Selecione Editar.
Selecione a guia Settings e insira 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:
Selecione OK.
Para validar o agente de replicação do Dynamic Media, faça o seguinte:
Selecione 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 esses problemas, verifique se você configurou 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.
Solution:
Check that the KeyStore
is saved to dynamic-media-replication user and is provided with the correct password.
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 Experience Manager. 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
Or the error log:
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:
verifique se o processo do Java™ no Autor do Experience Manager tem a propriedade do sistema -Djavax.net.ssl.trustStore=
definida como um truststore válido.
Esse problema provavelmente é causado por um hotfix ou por 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ários :
localhost:4502/libs/granite/security/content/useradmin.html
Na página Gerenciamento de usuários , navegue até o usuário dynamic-media-replication
e selecione para abrir.
Selecione a guia KeyStore. Se o botão Create KeyStore for exibido, você deverá refazer as etapas em Setting up Authentication anteriormente.
Se tiver que refazer a configuração do KeyStore, você também deverá Configurar o Agente de Replicação novamente.
Reconfigure o s7delivery Replication Agent.
localhost:4502/etc/replication/agents.author/s7delivery.html
Selecione Testar Conexão para que você possa verificar se a configuração é válida.
Esse problema provavelmente é 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 Experience Manager, navegue até 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, selecione 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, navegue até Criar > Arquivos e selecione o arquivo.)
Aguarde a conclusão do fluxo de trabalho.
Publique o ativo da imagem. (Selecione o ativo e selecione 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.
Para obter o URL para esse ativo, selecione URL.
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 Dynamic Media Cloud Service suporta publicação híbrida e entrega de imagens e vídeo, análise de vídeo e codificação de vídeo, entre outras coisas.
Como parte da configuração, você deve inserir uma ID de registro, o URL do serviço de vídeo, o URL do serviço de imagem, o URL do serviço de replicação e configurar a autenticação. Essas informações foram enviadas por email para você 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 ao cliente 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 o Dynamic Media Cloud Services:
No Experience Manager, selecione o logotipo do Experience Manager para acessar o console de navegação global e navegue até Tools > Cloud Services > Dynamic Media Configuration (Pre-6.3).
Na página Navegador de configuração do Dynamic Media, no painel esquerdo, selecione global e selecione 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.
Selecione Save para retornar à página Navegador de configuração do Dynamic Media.
Para acessar o console de navegação global, selecione o logotipo Experience Manager.
Você pode configurar relatórios de vídeo em várias instalações do Experience Manager usando o Dynamic Media Hybrid.
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.
Quando terminar esta tarefa, você terá um arquivo de pacote que contém as predefinições do 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 Experience Cloud, se disponível.
Se ainda não tiver feito isso, configure a 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 o Gerenciador de pacotes.
Edite o pacote para incluir um filtro.
No Experience Manager: /conf/global/settings/dam/dm/presets/analytics/jcr:content/userdata
Crie o pacote.
Baixe ou compartilhe o pacote predefinido do Video Analytics para que ele possa ser compartilhado com os novos nós subsequentes do Autor.
Certifique-se de concluir esta tarefa antes de configurar a 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.
Verifique se o pacote de predefinição do Video Analytics do primeiro nó Autor está 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 predefinição do Video Analytics por meio do
JCRT. Para verificar a predefinição do Video Analytics por meio do JCR, você deve ter acesso ao CRXDE Lite.
Experience Manager - No CRXDE Lite, navegue até /conf/global/settings/dam/dm/presets/analytics/jcr:content/userdata
Como em https://localhost:4502/crx/de/index.jsp#/conf/global/settings/dam/dm/presets/analytics/jcr%3Acontent/userdata
Se você não tiver acesso ao CRXDE Lite no nó Autor , poderá verificar a predefinição por meio do servidor Publicar .
Verifique a predefinição do Video Analytics por meio do servidor de imagens
É possível validar a predefinição do Video Analytics diretamente, fazendo uma solicitação de dados req=userdata do servidor de imagens.
Por exemplo, para ver a predefinição do Analytics no nó Autor , você pode fazer a seguinte solicitação:
https://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 predefinição do Video Analytics por meio da ferramenta Relatório de vídeo no Experience
ManagerNavegue até Ferramentas > Ativos > Relatório de vídeo
https://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.
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 do Video Analytics, às vezes conhecida simplesmente como predefinição do Analytics, é 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:
reportSuite
trackingServer
trackingNamespace
marketingCloudOrgId
(não está presente nas versões anteriores do Experience Manager)Experience Manager 6.4 e versões mais recentes salvam essa predefinição em /conf/global/settings/dam/dm/presets/analytics/jcr:content/userdata
Publique suas próprias configurações de catálogo padrão como parte do processo de configuração por meio do JCR. To replicate catalog settings:
In a Terminal window, run the following:
curl -u admin:admin localhost:4502/libs/settings/dam/dm/presets/viewer.pushviewerpresets
No Experience Manager, navegue até o seguinte local no CRXDE Lite (requer privilégios de administrador):
https://<*server*>:<*port*>/crx/de/index.jsp#/conf/global/settings/dam/dm/imageserver/
Selecione a guia Replication.
Selecione Replicar.
To deliver an asset with a viewer preset, you must replicate/publish the viewer preset. (Todas as predefinições do visualizador devem ser ativadas e replicadas para obter o URL ou código incorporado de um ativo.
See Publish viewer presets for more information.
By default, the system shows various renditions when you select Renditions and various viewer presets when you select Viewers in the asset's detail view. You can increase or decrease the number seen. Consulte Aumente o número de predefinições de imagens exibidas ou Aumente o número de predefinições do visualizador exibidas.
Em implantações que não são da Dynamic Media, você replica todos ativos (imagens e vídeo) do ambiente do autor do Experience Manager para o nó de publicação do Experience Manager. Esse workflow é necessário porque os servidores de Publicação do Experience Manager 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 nós de publicação do Experience Manager. 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 Experience Manager.
Além de replicar os ativos, os seguintes não ativos também são replicados:
/conf/global/settings/dam/dm/imageserver/jcr:content
/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 do Experience Manager.
Se você usar 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 o Adobe fornece como está. Os seguintes filtros estão ativos por padrão:
Filtro | Tipo Mime | 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 (Scene7) | 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 do Experience Manager em vez do URL do Adobe Dynamic Media Cloud Replication Service. Configurar esse filtro permite que o Dynamic Media Classic forneça ativos em vez da instância de publicação do Experience Manager. 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 de 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
jcr:content
, clique com o botão direito do mouse e selecione Colar.Essas etapas configuram a instância de publicação do Experience Manager para fornecer a imagem de pôster de vídeo e os metadados de vídeo necessários para a reprodução, enquanto o próprio vídeo é entregue pelo Cloud Service Dynamic Media. O filtro também exclui 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.
If you are using Dynamic Media for imaging in non-production deployments, follow these steps to set up asset filters for replication:
No Experience Manager, selecione o logotipo do Experience Manager para acessar o console de navegação global e navegue até Ferramentas > Implantação > Replicação > Agentes no autor.
Na página Agentes no autor, selecione Agente padrão (publicar).
Selecione Editar.
Na caixa de diálogo Configurações do Agente, na guia Configurações, marque Ativado para ativar o agente.
Selecione OK.
No Experience Manager, navegue até 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 Copiar.
Na árvore da pasta esquerda, navegue até /etc/replication/agents.author/publish
Localize jcr:content
, clique com o botão direito do mouse e vá para Criar > Criar nó. Insira o nome damRenditionFilters
do tipo nt:unstructured
.
Localize damRenditionFilters
, clique com o botão direito do mouse e selecione Colar.
Essas etapas configuram a instância de publicação do Experience Manager para fornecer as imagens ao ambiente de não produção. O filtro também exclui 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.
Você está usando mais de um filtro em um servidor? Por exemplo, um filtro para replicação publicar e um segundo filtro para s7delivery. Nesse caso, você deve garantir que esses dois filtros tenham um userId diferente atribuído a eles no nó jcr:content
. Veja a imagem a seguir:
No Experience Manager, selecione o logotipo do Experience Manager para acessar o console de navegação global e navegue até Ferramentas > Geral > 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, em seguida, 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 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 Dynamic Media Image Server:
No canto superior esquerdo do Experience Manager, selecione Adobe Experience Manager para acessar o console de navegação global e navegue até Ferramentas > Operações > Console da Web.
Na página Configuração do console da Web do Adobe Experience Manager, vá para OSGi > Configuração para listar todos os pacotes que estão sendo executados no Experience Manager no momento.
Os Servidores de entrega da Dynamic Media podem ser encontrados com os seguintes nomes na lista:
Adobe CQ Scene7 ImageServer
Adobe CQ Scene7 PlatformServer
Na lista de pacotes, à direita de Adobe CQ Scene7 ImageServer, selecione o ícone Edit.
Na caixa de diálogo Adobe CQ Scene7 ImageServer, defina os seguintes valores de configuração:
Geralmente, 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 devem especificar o domínio ou endereço IP real da instância específica da VM. O motivo é porque o host local aponta para o sistema principal da VM. Os domínios ou endereços IP da VM devem ter uma entrada de arquivo de host para que ela possa se resolver. |
MaxRenderRgnPixels |
16 MP | Tamanho máximo em megapixels renderizados. |
MaxMessageSize |
16 MB | Tamanho máximo da mensagem em megabytes que é entregue. |
RandomAccessUrlTimeout |
20 | Valor de tempo limite por quanto tempo, em segundos, o Servidor de Imagens aguarda o JCR para responder a uma solicitação de bloco variada. |
WorkerThreads |
10 | Número de threads de trabalho. |
Selecione Salvar.
Na lista de pacotes, à direita de Adobe CQ Scene7 PlatformServer, selecione o ícone Edit.
Na caixa de diálogo Adobe CQ Scene7 Platform Server, 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 do Experience Manager e o Dispatcher 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 |
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á no seguinte caminho dentro de Ferramentas > Geral > 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 alterar o manifesto padrão, no canto superior esquerdo da página, selecione Salvar tudo.
Certifique-se de selecionar a 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 sem restrições. Não se aplica a solicitações aninhadas/incorporadas. Consulte também 🔗 DefaultPixin da 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. Essa ação é verdadeira se uma solicitação de miniatura ( req=tmb ) não especificar o tamanho explicitamente e 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 sem restrições. Não se aplica a solicitações aninhadas/incorporadas. Consulte também 🔗 DefaultThumbPixin na API de disponibilização de imagens. |
expiration |
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 🔗 Expiração 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 comportamento normal ou 1 para desativar a amostragem regressiva de cromaticidade de RGB usada por codificadores de JPEG. Consulte também 🔗 JpegQualityin the Image Serving API. |
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 🔗 MaxPixin 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 não resMode= é especificado em uma solicitação.Os valores permitidos incluem BILIN , BICUB ou SHARP2 .Enum. Defina como 2 para bilin , 3 para bicub ou 4 para sharp2 modo de interpolação. Use sharp2 para obter melhores resultados.Consulte também 🔗 ResModein the Image Serving API. |
resolution |
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 🔗 Solução 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 a miniatura de vídeo para obter mais informações. |
O gerenciamento de cores do Dynamic Media 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 Adobe Color Consmanagement usa perfis ICC (International Ortium).
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:
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 perfis coloridos Adobe.
Para usar os recursos de gerenciamento de cores do Dynamic Media, instale o feature pack 12445.
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, configure 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 Ferramentas > Geral > CRXDE Lite, navegue até /conf/global/settings/dam/dm/imageserver/jcr:content
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 Properties. Insira manualmente o nome, o tipo e o valor da propriedade, descritos nas tabelas a seguir. Depois de inserir os valores, selecione Add e Save All 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. Em seguida, selecione Adicionar e Salvar tudo para salvar seus 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 é feita durante a correção de cores. O Adobe recomenda que essa configuração esteja ativada. |
iccdither | Booleano | Falso | Especifica se o pontilhamento é 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 devem estar todos em minúsculas.
Tabela de perfil de cores
Os seguintes perfis de cores estão instalados:
Nome |
Espaço das cores |
Descrição |
---|---|---|
Adobe RGB | 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 | Euro scale Coated v2 |
EuroescalaNãoRevestido | CMYK | Escala Euro não revestida 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 |
Por exemplo, você pode definir iccprofilergb para sRGB
e iccprofilecmyk para WebCoated.
Isso faria o seguinte:
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 Experience Manager, esse recurso é exibido 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.