Dynamic Media Classic主要工作流程和預覽資產 main-workflow

Dynamic Media支援「建立」(和「上傳」)、「製作」(和「發佈」)和「傳送」工作流程。 您可以先上傳資產,然後使用這些資產進行動作(例如建立影像集),最後再發佈以使其上線。 對於某些工作流程,「建置」步驟是選用的。 例如,如果您的目標是隻執行動態調整大小及縮放影像,或轉換及發佈視訊以進行串流,則不需要進行必要的建置步驟。

影像

Dynamic Media Classic解決方案的工作流程包含三個主要步驟:

  1. 建立(和上傳)來源內容
  2. 製作(和發佈)資產
  3. 傳遞資產

步驟1:建立(和上傳)

這是工作流程的開始。 在此步驟中,您會收集或建立適合您使用之工作流程的來源內容,並將其上傳至Dynamic Media Classic。 此系統支援影像、視訊和字型的多種檔案型別,也支援PDF、Adobe Illustrator和Adobe InDesign的檔案型別。

檢視完整清單 支援的檔案型別.

您可以透過數種不同的方式上傳來源內容:

預設模式為「從案頭」,您可在此瀏覽本機網路上的檔案並開始上傳。

影像

TIP
請勿手動新增資料夾。 請改從FTP執行上傳,並使用 包含子資料夾 在Dynamic Media Classic中重新建立資料夾結構的選項。

根據預設,系統會啟用兩個最重要的上傳選項: 標籤為發佈,我們先前已討論過,以及 覆寫. 覆寫表示如果上傳的檔案與系統中已存在的檔案同名,新檔案將會取代現有版本。 如果取消核取此選項,可能無法上傳檔案。

上傳影像時覆寫選項

您整個公司都能設定4種不同的「覆寫影像」選項,且這些選項經常會被誤解。 簡而言之,您設定了規則以便更頻繁地覆寫具有相同名稱的資產,或是希望較不頻繁地發生覆寫(在這種情況下,新影像將以"-1"或"-2"副檔名重新命名)。

  • 在目前檔案夾中有基本影像名稱/副檔名相同者時予以覆寫.
    此選項是最嚴格的取代規則。 您需要將取代影像上傳到與原始影像相同的資料夾,而且取代影像的副檔名必須與原始影像相同。 如果不符合這些要求,則會建立副本。

  • 目前檔案夾內若有基本資產名稱相同者(無論副檔名為何),將予以覆寫.
    需要您將取代影像上傳到與原始影像相同的資料夾,但副檔名可能與原始影像不同。 例如,chair.tif會取代chair.jpg。

  • 任何檔案夾內若有基本資產名稱/副檔名相同者,將予以覆寫.
    取代影像的副檔名必須與原始影像相同(例如,chair.jpg必須取代chair.jpg,而非chair.tif )。 不過,您可以將取代影像上傳到與原始影像不同的資料夾。 更新後的影像位於新資料夾中;檔案無法再在其原始位置找到。

  • 任何檔案夾內若有基本資產名稱相同者(無論副檔名為何),將予以覆寫.
    此選項是最具包容性的取代規則。 您可以將取代影像上傳到與原始檔案不同的資料夾、上傳副檔名不同的檔案,以及取代原始檔案。 如果原始檔案位於不同的資料夾中,則取代影像會位於其上載至的新資料夾中。

進一步瞭解 覆寫影像選項.

雖然並非必要,但使用上述兩種方法其中之一進行上傳時,您可以為該特定上傳指定「工作選項」 — 例如,排程週期性上傳、設定上傳時的裁切選項以及許多其他選項。 這些對於某些工作流程非常有用,因此如果可供您使用,也值得考慮。

進一步瞭解 工作選項.

上傳是任何工作流程中的第一個必要步驟,因為Dynamic Media Classic無法搭配其系統中尚未包含的任何內容使用。 在上傳期間,系統會於幕後使用集中式Dynamic Media Classic資料庫註冊每個上傳的資產、指派ID並將其複製到儲存空間。 此外,系統會將影像檔案轉換為可動態調整大小和縮放的格式,並將視訊檔案轉換為MP4網頁易記格式。

概念:當您將影像上傳至Dynamic Media Classic時,以下是它們會發生什麼情況

上傳任何型別的影像至Dynamic Media Classic時,都會轉換為稱為金字塔TIFF或PTIFF的主影像格式。 PTIFF類似於分層TIFF點陣圖影像的格式,只是檔案包含相同影像的多重大小(解析度),而不是不同的圖層。

影像

轉換影像時,Dynamic Media Classic會拍攝影像完整大小的「快照」、將快照縮放一半並儲存、再次縮放一半並儲存等等,直到填滿原始大小的偶數倍數為止。 例如,2000畫素的PTIFF在相同檔案中具有1000、500、250和125畫素大小(及更小)。 PTIFF檔案是Dynamic Media Classic中稱為「主影像」的格式。

當您要求特定大小的影像時,建立PTIFF可讓Dynamic Media Classic的影像伺服器快速找到下一個較大的影像,並將其縮放。 例如,如果您上傳2000畫素的影像並請求100畫素的影像,Dynamic Media Classic會找到125畫素的版本,並將其縮放至100畫素,而非從2000縮放至100畫素。 如此一來,作業速度非常快。 此外,在縮放影像時,這可讓縮放檢視器僅要求縮放影像的拼貼,而非整個完整解析度影像。 這就是主要影像格式(PTIFF檔案)支援動態大小和縮放的方式。

同樣地,您可以將主要來源視訊上傳至Dynamic Media Classic,Dynamic Media Classic也可以在上傳時自動調整大小,並將其轉換為MP4網路友好格式。

決定上傳影像最佳大小的經驗法則

上傳最大大小的影像。

  • 如果您需要縮放,請上傳最大尺寸中範圍1500到2500畫素的高解析度影像。 考慮您要提供多少細節、來源影像的品質,以及要顯示的產品大小。 例如,上傳小圓環的1000畫素影像,但上傳整個室內場景的3000畫素影像。
  • 如果您不需要縮放,請以顯示的精確大小上傳檔案。 例如,如果您要在頁面上放置標誌或啟動畫面/橫幅影像,請完全按照1:1的大小上傳,然後完全按照該大小呼叫。

上傳至Dynamic Media Classic之前,請勿上傳或爆裂您的影像。 例如,請勿將較小的影像上取樣,使其成為2000畫素的影像。 看起來不妙。 上傳前,請使影像儘可能完美。

縮放沒有最小尺寸,但依預設檢視器不會縮放超過100%。 如果您的影像太小,則完全不會縮放,或僅會放大很小的尺寸以防止影像看起來不正確。

雖然沒有影像大小下限,我們建議不要上傳巨量影像。 巨型影像可以視為4000+畫素。 上傳此大小的影像可能會顯示影像中灰燼或毛髮等潛在瑕疵。 這類影像會佔用更多Dynamic Media Classic伺服器空間,讓您超出合約的儲存空間限制。

進一步瞭解 正在上傳檔案.

步驟2:作者(和發佈)

建立及上傳內容後,您將執行一或多個子工作流程,從上傳的資產中創作新的豐富媒體資產。 這包括所有不同型別的集合集合 — 影像、色票、迴轉和混合媒體集以及範本。 其中也包含影片。 稍後我們將更詳細地介紹每種型別的影像收集集和視訊豐富媒體。 不過,在幾乎所有情況下,您一開始都會選取一或多個資產(或未選取任何資產),然後選擇您要建立的資產型別。 例如,您可以選取主影像和該影像的幾個檢視,然後選擇建置影像集,也就是相同產品的替代檢視集合。

IMPORTANT
請確定您的所有資產都已標示為發佈。 雖然所有資產預設會在上傳時自動標示為發佈,但您上傳內容中的任何新撰寫資產也將需要標示為發佈。

建立新資產後,您將執行發佈工作。 您可以手動執行此作業,或排程自動執行的發佈工作。 發佈會將方程式之私人Dynamic Media Classic領域的所有內容複製到公共的發佈伺服器領域。 Dynamic Media發佈工作的產品是每個已發佈資產的唯一URL。

您發佈的目標伺服器取決於內容型別和工作流程。 例如,所有影像會傳送至「影像伺服器」,而串流視訊則會傳送至「FMS伺服器」。 為方便起見,我們將以「發佈」單一事件形式發佈至單一伺服器。

發佈會發佈所有標籤為發佈的內容,而不僅僅是您的內容。 通常由單一管理員代表所有人發佈,而非執行發佈的個別使用者。 管理員可視需要發佈,或設定將自動發佈的每日、每週甚至每10分鐘週期性工作。 依您的業務適用的排程發佈。

TIP
自動化您的發佈工作,並排程完整發佈,以在每天凌晨12:00或傍晚的任何時間執行。

概念:瞭解Dynamic Media Classic URL

Dynamic Media Classic工作流程的最終產品是指向資產的URL (無論是影像集或自我調整視訊集)。 這些URL非常可預測,且遵循相同的模式。 如果是影像,則每個影像都是從PTIFF主影像產生的。

以下是包含幾個範例的影像URL語法:

影像

在URL中,問號左側的所有內容都是特定影像的虛擬路徑。 問號右側的所有內容都是「影像伺服器」修飾元,這是處理影像的指示。 如果有多個修飾元,它們會以&符號分隔。

在第一個範例中,影像「Backpack_A」的虛擬路徑為 http://sample.scene7.com/is/image/s7train/BackpackA. 「影像伺服器」修飾元會將影像大小調整為250畫素的寬度(從wid=250),並使用Lanczos內插演演算法來重新取樣影像,此演演算法會在調整大小時銳利化(從resMode=sharp2)。

第二個範例會將所謂的「影像預設集」套用至相同的Backpack_A影像,如$所示!_template300$。 運算式兩側的$符號表示影像預設集(影像修飾元的封裝組合)正在套用至影像。

一旦您瞭解Dynamic Media Classic URL的組合方式,就會瞭解如何以程式設計方式變更,以及如何更深入地整合至您的網站和後端系統。

概念:瞭解快取延遲

新上傳和發佈的資產會立即顯示,而更新資產可能會受到10小時快取延遲的約束。 依預設,所有已發佈資產在到期前的最少10小時為。 我們稱之為最少,因為每次檢視影像時,它都會啟動一個時鐘,直到10個小時過去為止,此時沒有人檢視該影像。 此10小時期間是資產的「存留時間」。 該資產的快取過期後,即可傳送更新版本。

除非發生錯誤,且影像/資產的名稱與先前發佈的版本相同,但影像發生問題,否則這通常不是問題。 例如,您意外上傳了低解析度版本,或您的藝術指導未核准影像。 在此情況下,您會想要重新叫用原始影像,並使用相同的資產ID以新版本取代。

瞭解如何 手動清除需要更新URL的快取.

TIP
為避免快取延遲問題,請一律提前工作 — 晚上、一天、兩週等。 及時建置,讓內部各方在發佈給公眾之前進行QA/接受,以證明您的工作。 即使工作是在之前的晚上,您仍可在當晚進行變更並重新發佈。 到早上,10小時已經過去,快取會以正確的影像更新。

步驟3:傳送

請記住,Dynamic Media Classic工作流程的最終產品是指向資產的URL。 URL可能指向個別影像、影像集、迴轉集或某些其他影像集集合或影片。 您需要取用該URL並對其執行操作,例如編輯您的HTML,以便 <IMG> 標籤會指向Dynamic Media Classic影像,而非指向來自您目前網站的影像。

在「傳送」步驟中,您必須將這些URL整合至您的網站、行動應用程式、電子郵件促銷活動,或您要顯示資產的任何其他數位接觸點。

將影像的Dynamic Media Classic URL整合至網站的範例:

影像

紅色的URL是Dynamic Media Classic專屬的唯一元素。

您的IT團隊或整合合作夥伴可以率先撰寫及變更程式碼,將Dynamic Media Classic URL整合至您的網站。 Adobe的諮詢團隊可提供技術、創意或一般指引,在這方面有所幫助。

對於更複雜的解決方案(例如縮放檢視器或結合縮放與替代檢視的檢視器),URL通常會指向Dynamic Media Classic託管的檢視器,且該URL內的也是資產ID的參考。

將在新快顯視窗的檢視器中開啟影像集的連結範例(紅色):

影像

IMPORTANT
您需要將Dynamic Media Classic URL整合至您的網站、行動應用程式、電子郵件和其他數位接觸點 — Dynamic Media Classic不適合您!

預覽資產

您可能想要預覽已上傳或正在建立或編輯的資產,以確保在客戶檢視資產時,資產能如預期般顯示。 您可以按一下任何一個,存取「預覽」視窗 預覽 按鈕(位於資產的縮圖上),位於頁面頂端的 瀏覽/建立面板,或前往 檔案>預覽. 在瀏覽器視窗中,它將預覽面板中目前的任何資產,無論是影像、影片或影像集之類的建置資產。

動態大小預覽(影像預設集)

您可以使用以下工具預覽多種大小的影像 大小 預覽。 這會載入可用影像預設集清單。 我們稍後會討論影像預設集,但將其視為以具名大小載入您的影像,並搭配特定銳利化和影像品質的「配方」。

縮放預覽

您也可以使用 縮放 可在眾多預先建立的縮放預設集之一中預覽影像的選項,這些預設集是以不同的包含縮放檢視器為基礎。

進一步瞭解 預覽資產.

recommendation-more-help
b56d7fc8-5dab-486f-a07d-09696ff7d067