配置Dynamic Media — 混合模式 configuring-dynamic-media-hybrid-mode

Dynamic Media — 需要啟用並設定混合功能，才能使用。 根據您的使用案例，Dynamic Media有數個 支援的配置.

進一步了解如何使用 影片 在Dynamic Media。

如果您使用針對不同環境（例如開發、測試和即時生產）設定的Adobe Experience Manager，則需要為其中每個環境設定Dynamic MediaCloud Services。

如果您的Dynamic Media設定有問題，請務必查看Dynamic Media專用的記錄檔。 當您啟用動態媒體時，會自動安裝下列項目：

這些檔案記錄於 監控和維護您的AEM例項.

混合發佈與傳送是Dynamic Media新增Adobe Experience Manager的核心功能。 混合發佈可讓您從雲端而非AEM發佈節點傳送Dynamic Media資產，例如影像、集和視訊。

AEM發佈節點會繼續提供其他內容，例如Dynamic Media檢視器、網站頁面和靜態內容。

如果您是Dynamic Media的客戶，則必須使用混合式傳送作為所有Dynamic Media內容的傳送機制。

影片的混合發佈架構 hybrid-publishing-architecture-for-videos

影像混合發佈架構 hybrid-publishing-architecture-for-images

支援的Dynamic Media設定 supported-dynamic-media-configurations

後面的設定任務參考下列術語：

您可以選擇僅針對影像、僅限視訊，或同時針對影像和視訊實作Dynamic Media。 若要判別針對特定案例設定Dynamic Media的步驟，請參閱下表。

啟用Dynamic Media enabling-dynamic-media

動態媒體 預設為停用。 若要運用Dynamic Media功能，您必須使用 dynamicmedia 以您為例，執行模式 發佈 運行模式。 啟用前，請務必檢閱 技術要求.

啟用Dynamic Media後，UI即可使用動態媒體功能，且每個上傳的影像資產都會收到 cqdam.pyramid.tiff 用於快速傳送動態影像轉譯的轉譯。 這些PTIFF具有顯著優點，包括(1)僅能管理單一主影像並即時產生無限轉譯，而無需任何額外儲存；以及(2)能使用互動式視覺效果，例如縮放、平移、回轉等。

如果您想在AEM中使用Dynamic Media Classic，則不應啟用Dynamic Media，除非您使用 特定藍本. 除非您透過執行模式啟用Dynamic Media，否則Dynamic Media會停用。

要啟用動態媒體，必須從命令行或快速啟動檔案名啟用動態媒體運行模式。

啟用動態媒體的方式:

如果您將AEM安裝至不同的連接埠或內容路徑…… if-you-installed-aem-to-a-different-port-or-context-path

如果您要部署 AEM到應用程式伺服器 啟用Dynamic Media後，您必須設定 自我 外部化程式中的網域。 否則，動態媒體資產的資產縮圖產生將無法正常運作。

此外，如果在不同的埠或上下文路徑上運行快速啟動，則還必須更改 自我 網域。

啟用Dynamic Media時，會使用Dynamic Media產生影像資產的靜態縮圖轉譯。 為了讓動態媒體能正常產生縮圖，AEM必須對其本身執行URL要求，且必須知道連接埠號和內容路徑。

在AEM中：

在AEM QuickStart WAR部署中，埠號和上下文路徑無法派生，因此必須配置 自我 網域。 請參閱 externalizer document（外部化程式） 如何設定 自我 網域。

停用Dynamic Media disabling-dynamic-media

預設不會啟用動態媒體。 不過，如果您先前已啟用動態媒體，您稍後可能會想要將其關閉。

若要在啟用動態媒體後加以停用，請移除 -r dynamicmedia 運行模式標誌。

啟用Dynamic Media後停用:

（選用）將Dynamic Media預設集和設定從6.3移轉至6.4零停機時間 optional-migrating-dynamic-media-presets-and-configurations-from-to-zero-downtime

如果您要將AEM Dynamic Media從6.3升級至6.4(現在包含零停機時間（也稱為「選擇加入」）部署的功能)，則需要執行下列curl命令，將您的所有預設集和設定從 /etc to /conf CRXDE Lite。

附註:如果您以相容模式（即安裝相容性封裝）運行AEM實例，則無需運行這些命令。

若要從移轉自訂預設集和設定， /etc to /conf，請執行下列Linux curl命令：

curl -u admin:admin http://localhost:4502/libs/settings/dam/dm/presets.migratedmcontent.json

對於所有升級，無論是否使用相容性包，都可以通過運行以下命令複製現成可用的查看器預設集：

curl -u admin:admin http://localhost:4502/libs/settings/dam/dm/presets/viewer.pushviewerpresets

配置映像複製 configuring-image-replication

Dynamic Media影像傳送的運作方式是從AEM Author發佈影像資產（包括視訊縮圖），並將其複製至Adobe的隨選復寫服務（復寫服務URL）。 然後會透過隨需影像傳送服務（影像服務URL）來傳送資產。

您必須執行下列動作：

復寫代理會發佈Dynamic Media資產，例如影像、視訊中繼資料，並將集合發佈至Adobe托管的影像服務。 預設不啟用復寫代理。

配置複製代理後，您需要 驗證並測試是否已成功設定. 本節將介紹這些過程。

設定驗證 setting-up-authentication

您需要在作者上設定復寫驗證，才能將影像復寫至Dynamic Media影像傳送服務。 若要這麼做，請取得KeyStore，然後將其儲存在 dynamic-media-replication 使用者和進行設定。 您的公司管理員應在配置過程中收到包含KeyStore檔案和必要憑據的歡迎電子郵件。 如果您未收到此訊息，請聯絡客戶支援。

設定驗證:

設定複寫代理 configuring-the-replication-agent

驗證Dynamic Media的復寫代理 validating-the-replication-agent-for-dynamic-media

要驗證動態媒體的複製代理，請執行以下操作：

點選 測試連線. 輸出示例如下：

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

排解驗證疑難問題 troubleshooting-authentication

在設定驗證時，以下是您在其解決方案中可能遇到的問題。 在檢查這些選項之前，請確保已設定複製。

問題：HTTP狀態代碼401，帶消息 — 需要授權 problem-http-status-code-with-message-authorization-required

此問題可能是因為無法為 dynamic-media-replication 使用者。

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.

解決方案:檢查 KeyStore 儲存至 dynamic-media-replication 使用者，且有正確的密碼。

問題：無法解密密鑰 — 無法解密資料 problem-could-not-decrypt-key-could-not-decrypt-data

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.

解決方案:檢查密碼。 複製代理中保存的密碼與用於建立密鑰庫的密碼不同。

問題：InvalidAlgorithmParameterException problem-invalidalgorithmparameterexception

此問題是由AEM Author例項中的設定錯誤所造成。 作者上的java程式未取得正確 javax.net.ssl.trustStore. 在復寫記錄中，您會看到此錯誤：

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

或錯誤日誌：

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)

解決方案:確定AEM Author上的Java程式具有system屬性 -Djavax.net.ssl.trustStore= 設為有效的信任存放區。

問題：KeyStore未設定或未初始化 problem-keystore-is-either-not-set-up-or-it-is-not-initialized

此問題可能是由Hotfix或覆寫 dynamic-media-user 或 金鑰 節點。

複製日誌示例：

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

解決方案:

問題：發佈代理程式使用SSL而非OAuth problem-publish-agent-is-using-ssl-instead-of-oauth

此問題可能是由Hotfix或未正確安裝或覆寫設定的Feature Pack所造成。

複製日誌示例：

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.

解決方案:

測試您的設定 testing-your-configuration

Adobe建議您對配置執行端對端測試。

開始此測試之前，請確定您已完成下列操作：

若要測試您的設定：

另一種測試已傳送資產的方法，是將req=exists附加至URL。

設定Dynamic MediaCloud Services configuring-dynamic-media-cloud-services

Dynamic Media雲端服務提供雲端服務的支援，例如混合發佈及傳送影像和視訊、視訊分析、視訊編碼等。

在設定中，您需要輸入註冊ID、視訊服務URL、影像服務URL、復寫服務URL，並設定驗證。 您應已在帳戶布建過程中收到所有這些資訊。 若您未收到此資訊，請連絡您的Adobe Experience Manager管理員或Adobe技術支援以取得此資訊。

設定dynamic media雲端服務:

設定視訊報表 configuring-video-reporting

您可以使用Dynamic Media — 混合模式，在AEM的多個安裝間設定視訊報表。

使用時機： 在您設定 Dynamic Media設定（6.3之前），包括視訊報表在內的許多功能都已開始使用。 此設定會在地區Analytics公司中建立報表套裝。 如果您設定多個製作節點，則會為每個節點分別建立報表套裝。 因此，安裝之間的報告資料不一致。 此外，如果每個製作節點參照相同的混合發佈伺服器，則上次安裝製作時會變更所有視訊報表的目標報表套裝。 此問題會使用過多的報表套裝來過度載入Analytics系統。

開始使用： 完成下列三個工作，以設定視訊報告。

建立 Video Analytics 設定第一個「作者」節點後的預設集套件 creating-a-video-analytics-preset-package-after-configuring-the-first-author-node

完成此任務後，您將擁有包含 Video Analytics 預設集。 這些預設集包含報表套裝、追蹤伺服器、追蹤命名空間，以及Marketing Cloud組織ID（若有）。

安裝 Video Analytics 設定其他製作節點之前的預設集套件 installing-the-video-analytics-preset-package-before-you-configure-additional-author-nodes

請務必完成此任務 befor 配置 Dynamic Media設定（6.3之前）. 若未這麼做，將會建立另一個未使用的報表套裝。 此外，即使視訊報表仍可正常運作，資料收集仍未最佳化。

請確定 Video Analytics 來自第一個「作者」節點的預設集套件可在新的「作者」節點上存取。

驗證和調試包安裝 verifying-and-debugging-the-package-installation

疑難排解視訊報表設定 troubleshooting-the-video-reporting-configuration

關於 Video Analytics 預設集 about-the-video-analytics-preset

此 Video Analytics 預設集（有時簡稱為analytics預設集）會儲存在Dynamic Media中的「檢視器預設集」旁。 基本上與檢視器預設集相同，但包含用來設定AppMeasurement和視訊心率報表的資訊。

預設集的屬性如下：

AEM 6.4及更新版本會將此預設集儲存於 /conf/global/settings/dam/dm/presets/analytics/jcr:content/userdata

複製目錄設定 replicating-catalog-settings

您必須透過JCR，在設定程式中發佈自己的預設目錄設定。 要複製目錄設定：

複製查看器預設集 replicating-viewer-presets

若要使用檢視器預設集傳送資產，您必須復寫/發佈檢視器預設集。 (必須激活所有查看器預設集 和 已復寫，以取得資產的URL或內嵌程式碼。) 請參閱 發佈檢視器預設集 以取得更多資訊。

篩選復寫資產 filtering-assets-for-replication

在非Dynamic Media部署中，您會復寫 all 資產（影像和視訊）從AEM製作環境到AEM發佈節點。 此工作流程是必要的，因為AEM發佈伺服器也會傳送資產。

不過，在Dynamic Media部署中，由於資產是透過雲端傳送，因此不需要將這些相同的資產複製到AEM發佈節點。 這樣的「混合發佈」工作流程可避免額外的儲存成本和更長的複製資產處理時間。 AEM發佈節點會繼續提供其他內容，例如Dynamic Media檢視器、網站頁面和靜態內容。

除複製資產外，還會複製下列非資產：

這些篩選器可讓您 排除 資產。

針對復寫使用預設資產篩選器 using-default-asset-filters-for-replication

如果您是使用Dynamic Media for 1)生產環境中的影像處理 或 2)影像和視訊，接著您就可以使用我們依現狀提供的預設篩選器。 下列篩選器預設為作用中：

為僅限視訊的部署設定資產篩選器 setting-up-asset-filters-for-video-only-deployments

如果您只將Dynamic Media用於視訊，請依照下列步驟設定復寫的資產篩選器：

這會設定AEM發佈例項以傳送視訊海報影像以及播放所需的視訊中繼資料，而視訊本身是由Dynamic Media雲端服務傳送。 篩選器也會從復寫中排除發佈執行個體不需要的原始視訊和靜態縮圖轉譯。

在非生產部署中設定影像處理的資產篩選器 setting-up-asset-filters-for-imaging-in-non-production-deployments

如果您在非生產部署中使用Dynamic Media進行影像處理，請依照下列步驟設定復寫的資產篩選器：

這會設定AEM發佈例項，將影像傳送至您的非生產環境。 篩選器也會從復寫中排除原始影像和靜態轉譯，這在發佈執行個體上不需要。

自訂復寫的資產篩選器 customizing-asset-filters-for-replication

（可選）要自訂復寫的資產篩選器：

導覽至 content/dam/<locate_your_asset>/jcr:content/renditions。

下圖是資產轉譯的範例。

使用上述範例，如果您只想複製PTIFF(金字塔TIFF)，則可輸入 +cqdam,* 包含以開頭的所有轉譯 cqdam. 在範例中，該轉譯為 cqdam.pyramid.tiff.

如果您只想複製原稿，則可輸入 +original.

配置Dynamic Media Image Server設定 configuring-dynamic-media-image-server-settings

設定Dynamic Media Image Server包括編輯Adobe CQ Scene7 ImageServer套件組合和Adobe CQ Scene7 PlatformServer套件組合。

先決條件: 之前 配置Dynamic Media Image Server，確保Windows的VM包括Microsoft Visual C++庫的安裝。 必須有這些程式庫才能執行Dynamic Media Image Server。 您可以 在此處下載Microsoft Visual C++ 2010可再發行套件(x64).

配置Dynamic Media Image Server設定:

預設資訊清單設定 default-manifest-settings

預設資訊清單可讓您設定用於產生Dynamic Media傳送回應的預設值。 您可以微調質量(JPEG質量、解析度、重採樣模式)、快取（過期），並防止渲染太大的影像(defaultpix、defaultthumbpix、maxpix)。

預設資訊清單設定的位置取自 目錄根 預設值為 Adobe CQ Scene7 PlatformServer 捆綁。 預設情況下，此值位於 工具>一般>CRXDE Lite:

/conf/global/settings/dam/dm/imageserver/

您可以輸入新值，以變更屬性的值，如下表所述。

完成對預設資訊清單的變更後，請在頁面的左上角，點選 全部儲存.

請務必點選 存取控制 標籤(位於 屬性 頁簽)，然後將訪問控制權限設定為 jcr:read 適用於所有使用者和dynamic-media-replication使用者。

資訊清單設定表及其預設值：

設定Dynamic Media色彩管理 configuring-dynamic-media-color-management

Dynamic Media色彩管理可讓您為預覽的資產進行色彩校正。

透過色彩校正，擷取的資產可保留其色彩空間(RGB、CMYK、灰色)，以及在產生的金字塔TIFF轉譯中內嵌的色彩描述檔。 當您請求動態轉譯時，影像顏色會校正到目標顏色空間中。 您可以在JCR的Dynamic Media發佈設定中設定輸出顏色設定檔。

Adobe色彩管理使用ICC設定檔，這是由國際色彩協會(ICC)定義的格式。

您可以使用CMYK、RGB或灰色輸出來配置動態媒體色彩管理和配置影像預設集。 請參閱 設定影像預設集.

進階使用案例可使用手動設定 icc= 顯式選擇輸出顏色配置檔案的修飾符：

安裝Feature Pack 12445 installing-feature-pack

您必須安裝Feature Pack 12445，才能使用動態媒體色彩管理功能。

安裝Feature Pack 12445:

設定預設顏色設定檔 configuring-the-default-color-profiles

安裝Feature Pack後，需要配置適當的預設顏色配置檔案，以在請求RGB或CMYK影像資料時啟用顏色校正。

配置預設顏色配置檔案:

例如，您可以設定 iccprofilergb to sRGB，和 icprofilecmyk to WebCoated. 這麼做會執行下列動作：

傳遞資產 delivering-assets

完成上述所有工作後，即會從影像或視訊服務提供啟動的Dynamic Media資產。 在AEM中，此功能會顯示在 複製影像URL, 複製查看器URL, 內嵌檢視器程式碼，以及WCM中。

請參閱 傳送Dynamic Media資產.

WCM Dynamic Media和互動式媒體元件 wcm-dynamic-media-and-interactive-media-components

參考Dynamic Media和互動式媒體元件的WCM頁面參考傳送服務。