設定Dynamic Media — 混合模式 configuring-dynamic-media-hybrid-mode

必須啟用並設定Dynamic Media-Hybrid才能使用。 根據您的使用案例，Dynamic Media有數個支援的設定。

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

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

Dynamic Media檢視器、網站頁面和靜態內容等其他內容會繼續從Experience Manager發佈節點提供。

如果您是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預設為停用。 若要利用Dynamic Media功能，您必須使用dynamicmedia執行模式來啟用Dynamic Media，就像使用publish執行模式一樣。 啟用之前，請務必檢閱技術需求。

透過啟用Dynamic Media，UI中即可使用Dynamic Media功能，而每個上傳的影像資產都會接收用於快速傳送動態影像轉譯的​ cqdam.pyramid.tiff ​轉譯。 這些PTIFF具有下列顯著優點：

如果您要在Experience Manager中使用Dynamic Media Classic，除非您使用特定案例，否則請勿啟用Dynamic Media。 除非您透過執行模式啟用Dynamic Media，否則Dynamic Media會停用。

若要啟用Dynamic Media，您必須從命令列或快速入門檔案名稱啟用Dynamic Media執行模式。

若要啟用Dynamic Media：

如果您將Experience Manager安裝至其他連線埠或內容路徑…… if-you-installed-aem-to-a-different-port-or-context-path

如果要將Experience Manager部署至應用程式伺服器並啟用Dynamic Media，您必須在Externalizer中設定​ 自我網域。 否則，資產的縮圖產生功能無法正常用於Dynamic Media資產。

此外，如果您在其他連線埠或內容路徑上執行快速入門，您也必須變更​ 自我網域。

Dynamic Media啟用時，會使用Dynamic Media產生影像資產的靜態縮圖轉譯。 為了讓Dynamic Media的縮圖產生功能正常運作，Experience Manager必須對其本身執行URL要求，而且必須知道連線埠號碼和內容路徑。

Experience Manager：

在Experience ManagerQuickStart WAR部署中，無法衍生連線埠號碼和內容路徑，因此您必須設定​ 自我網域。 請參閱外部化器檔案，瞭解如何設定​ 自我網域。

停用Dynamic Media disabling-dynamic-media

Dynamic Media預設為未啟用。 不過，如果您先前已啟用Dynamic Media，您可稍後將其關閉。

若要在啟用Dynamic Media後將其停用，請移除-r dynamicmedia執行模式標幟。

停用Dynamic Media：

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

如果您要將Experience Manager - Dynamic Media從6.3升級至6.5 （現在包含零停機部署功能），您必須執行以下curl命令。 該命令會將CRXDE Lite中所有預設集和設定從/etc移轉到/conf。

對於所有升級（無論是否包含相容性套件），您可以執行下列Linux® curl命令，複製原本隨Dynamic Media提供的預設現成檢視器預設集：

curl -u admin:admin -X POST https://<server_address>:<server_port>/libs/settings/dam/dm/presets/viewer.pushviewerpresets.json

若要將您從/etc建立的任何自訂檢視器預設集和設定移轉至/conf，請執行下列Linux® curl命令：

curl -u admin:admin -X POST https://<server_address>:<server_port>/libs/settings/dam/dm/presets.migratedmcontent.json

設定影像復寫 configuring-image-replication

Dynamic Media影像傳送的運作方式是從Experience Manager作者發佈影像資產，包括視訊縮圖，並將其復寫至Adobe的隨選復寫服務（復寫服務URL）。 Assets會透過隨選影像傳送服務（影像服務URL）傳送。

請執行下列動作：

復寫代理程式會發佈Dynamic Media資產（例如影像、視訊中繼資料），並將設定至Adobe託管的影像服務。 依預設不會啟用復寫代理程式。

設定復寫代理程式之後，您必須驗證並測試它是否已成功設定。 本節說明這些程式。

設定驗證 setting-up-authentication

設定對作者的復寫驗證，以便您將影像復寫至Dynamic Media影像傳送服務。 您先取得KeyStore，然後將它儲存在​ dynamic-media-replication ​使用者下並加以設定。 在布建程式進行期間，您的公司管理員會收到一封歡迎電子郵件，其中包含KeyStore檔案和必要的認證。 如果您沒有收到此資訊，請聯絡Adobe客戶支援。

若要設定驗證：

設定復寫代理程式 configuring-the-replication-agent

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

若要驗證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使用者設定KeyStore所造成。

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

此問題是由於Experience Manager編寫執行個體中的設定錯誤所導致。 作者上的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)

解決方案：
請確定Experience Manager作者上的Java™處理序已將系統屬性-Djavax.net.ssl.trustStore=設定為有效的信任存放區。

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

此問題可能是因為Hot Fix或Feature Pack覆寫Dynamic-Media-User或Keystore節點所導致。

復寫記錄檔範例：

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

解決方案：

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

此問題可能是因為Hot Fix或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 Service configuring-dynamic-media-cloud-services

Dynamic MediaCloud Service支援影像和視訊、視訊分析和視訊編碼等的混合發佈和傳送。

在設定過程中，您必須輸入註冊ID、視訊服務URL、影像服務URL、復寫服務URL，並設定驗證。 此資訊是透過電子郵件傳送給您，作為帳戶布建程式的一部分。 如果您沒有收到此資訊，請聯絡您的Adobe Experience Manager管理員或Adobe客戶支援以取得資訊。

若要設定Dynamic MediaCloud Service：

設定視訊報告 configuring-video-reporting

您可以使用Dynamic Media Hybrid在Experience Manager的多個安裝間設定視訊報表。

使用時機： ​當您設定Dynamic Media設定（6.3以前版本）時，會啟動許多功能，包括視訊報告功能。 此設定會在地區性Analytics公司中建立報表套裝。 如果您設定多個作者節點，需為每個節點建立個別的報表套裝。 因此，各安裝之間的報表資料不一致。 此外，如果每個作者節點參考相同的混合Publish伺服器，則上次作者安裝會變更所有視訊報表的目的地報表套裝。 此問題會使Analytics系統超載，造成太多報表套裝。

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

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

完成此工作時，您會有包含Video Analytics預設集的套件檔案。 這些預設集包含報表套裝、追蹤伺服器、追蹤名稱空間及Experience Cloud組織ID （若有）。

在設定更多作者節點之前，請先安裝Video Analytics預設套件 installing-the-video-analytics-preset-package-before-you-configure-additional-author-nodes

請確定您在​ 之前 ​完成此工作，並設定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和視訊心率報表的資訊。

預設集的屬性如下：

Experience Manager 6.4和更新版本將此預設集儲存在/conf/global/settings/dam/dm/presets/analytics/jcr:content/userdata

復寫目錄設定 replicating-catalog-settings

在設定程式中透過JCRPublish您自己的預設目錄設定。 若要復寫目錄設定：

復寫檢視器預設集 replicating-viewer-presets

若要傳送​ 包含檢視器預設集的資產，您必須複製/發佈 ​檢視器預設集。 (所有檢視器預設集都必須在​ 和 復寫後啟動，才能取得資產的URL或內嵌程式碼。
如需詳細資訊，請參閱Publish檢視器預設集。

篩選資產以進行復寫 filtering-assets-for-replication

在非Dynamic Media部署中，您會將​ 所有 ​資產（包括影像和視訊）從您的Experience Manager製作環境復寫至Experience Manager發佈節點。 此工作流程是必要的，因為Experience ManagerPublish伺服器也會傳送資產。

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

除了復寫資產外，也會復寫下列非資產：

這些篩選器可讓您​ 排除 ​資產，以免這些資產復寫至Experience Manager發佈節點。

使用預設的資產篩選器進行復寫 using-default-asset-filters-for-replication

如果您將Dynamic Media用於生產​ 中的(1)影像或 (2)影像和視訊，則可以使用Adobe依現狀提供的預設濾鏡。 下列篩選器預設為作用中：

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

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

這些步驟會設定Experience Manager發佈執行個體，在Dynamic MediaCloud Service傳送視訊時，傳送視訊海報影像和播放所需的視訊中繼資料。 此篩選器也會將原始視訊和靜態縮圖轉譯排除在復寫之外，因為發佈執行個體上不需要這些轉譯。

設定資產篩選器，以便在非生產部署中成像 setting-up-asset-filters-for-imaging-in-non-production-deployments

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

這些步驟會設定Experience Manager發佈執行個體，將影像傳送至您的非生產環境。 此篩選器也會將原始影像和靜態轉譯排除在復寫之外，因為發佈執行個體上不需要這些原始影像和靜態轉譯。

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

正在設定Dynamic Media影像伺服器設定 configuring-dynamic-media-image-server-settings

設定Dynamic Media影像伺服器需要編輯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影像伺服器設定：

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

預設資訊清單可讓您設定用來產生Dynamic Media傳送回應的預設值。 您可以微調品質(JPEG品質、解析度、重新取樣模式)、快取（有效期），以及防止呈現過大影像(defaultpix、defaultthumbpix、maxpix)。

預設資訊清單組態的位置是從​ Adobe CQ Scene7 PlatformServer ​套件組合的​ 目錄根 ​預設值取得。 根據預設，此值位於​ 工具 > 一般 > CRXDE Lite ​中的以下路徑

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

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

當您完成變更預設資訊清單時，在頁面的左上角，選取​ 全部儲存。

請確定您選取​ 存取控制 ​標籤（在[內容]標籤右側），然後將每個使用者和Dynamic-media復寫使用者的存取控制許可權設定為jcr:read。

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

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

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

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

Adobe的色彩管理使用ICC （國際色彩聯盟）設定檔，這是由ICC定義的格式。

您可以設定Dynamic Media色彩管理，並使用CMYK、RGB或灰階輸出來設定影像預設集。 請參閱設定影像預設集。

進階使用案例可以使用手動設定icc=修飾元來明確選取輸出色彩設定檔：

安裝Feature Pack 12445 installing-feature-pack

若要使用Dynamic Media色彩管理功能，請安裝Feature Pack 12445。

若要安裝Feature Pack 12445：

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

安裝Feature Pack後，請設定適當的預設色彩設定檔，以便在請求RGB或CMYK影像資料時啟用色彩校正。

設定預設色彩設定檔：

色彩設定檔表格

已安裝下列色彩設定檔：

例如，您可以將​ iccprofilegb ​設定為sRGB，並將​ iccprofilecmyk ​設定為​ WebCoated。

這麼做會執行下列動作：

傳遞Assets delivering-assets

在您完成上述所有工作後，已啟動的Dynamic Media資產便可從影像或視訊服務中提供服務。 在Experience Manager中，此功能會顯示在​ 複製影像URL、複製檢視器URL、內嵌檢視器程式碼 ​以及WCM中。

請參閱傳遞Dynamic Media Assets。

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

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