R2021快速入門教程，學完之后，制作抖音視頻，vlog，電影混剪，日常記錄等不在話下！零基礎，歡迎入坑！

本節內容

上節內容我們學習了新建項目以及軟件首選項的一些基本設置，接下來我們就可以導入素材為剪輯做準備，要知道規范、正確地導入素材是 Pr 工作流程的重要一步，本篇文章我們就來重點學習素材的導入與整理。

示例工具：Premiere Pro 2021 for Mac

◆ ◆ ◆

導入素材的多種方式

導入文件的四種方法：

方法一：

直接雙擊素材面板，可以選擇導入單個文件或者導入整個素材文件夾。如果是導入單個文件，直接選中文件點擊打開；如果是導入文件夾，選中要導入的文件夾，打開導入文件夾。注意：請不要導入多個文件夾，容易出錯，可以導入多個文件，但不建議導入多個文件夾

方法二：

找到左上角文件菜單，下拉框中找到導入按鈕，也可以選擇導入素材。

方法三：

利用快捷鍵，直接選擇Cmd + I，也可以喚醒導入素材。

方法四：

將視頻素材直接拖拽至項目窗口。

深度剖析不同文件的導入：

• 使用媒體瀏覽器

在媒體瀏覽器面板中，找到素材或素材文件夾后，右鍵選擇“導入”。適用于特殊格式視頻（一般播放器無法播放的視頻）的預覽、導入，如 R3D 等。

使用媒體瀏覽器面板的好處有：

1、可以啟用過濾功能，以顯示自己需要的文件類型。

2、自動檢測攝像機數據，以便正確顯示原始素材。

3、查看和自定義要顯示的元數據種類。

4、正確顯示攝像機直接產生的各類媒體文件或放在不同存儲卡上的剪輯，因此不必處理過于復雜的攝像機文件夾結構。

• 導入圖像序列。

導入素材時，進入圖像文件夾后，選中第一張，然后勾選“圖像序列”，再點擊導入。

提示：

圖像序列導入后，在項目面板中，其圖標與沒有聲音的視頻素材的圖標一致。

注意觀察一下那些導入到項目面板里的素材的圖標顯示。比如，視頻、音頻、圖片的圖標以及無音頻的視頻等等。

• 導入 PSD 文件

說明：

如果 PSD 文件有多個圖層，在導入時可選擇以下選項。

合并所有圖層：將 PSD 文件作為整體導入，只顯示合并所有圖層后的效果。可右擊選擇“在 Adobe Photoshop 中編輯”，編輯完保存之后會同步更新到 Pr 中。

合并的圖層：基本同上，但可以選擇圖層。

各個圖層：把所選圖層全部導入進來，只不過它們分別只是對應 PSD 文件一個圖層，在 Pr 中顯示為單張圖片，但都可以在 Ps 中編輯同一文件。

序列：與上類似，只是多出一個序列（每個圖層作為不同視頻軌道的剪輯），適合于做基于圖層的動畫。

◆ ◆ ◆

素材的高效管理

當導入素材后，項目面板中每一個媒體都只是原始素材的鏈接，即無論如何都不會破壞原始素材。

• 查看素材的視圖。

默認在素材面板展示的是圖標模式，可以點擊下方列表視圖按鈕進行切換，具體可以根據自己的使用習慣選擇合適的視圖。

提示：在圖標視圖中，可懸浮鼠標移動來快速預覽素材。

還可以開啟“預覽區域”功能，其中可以設置“標識幀”以作為項目面板中素材的縮覽圖。

• 使用素材箱管理素材。

快捷鍵：Cmd + B

在這里你可以新建素材箱管理素材，如果導入單個素材，非常有必要新建素材箱，還是那句話，管理好自己的素材是非常重要的一件事。注意這是在PR里管理素材，并不會改變文件儲存位置時新建的那個項目文件夾素材。

還可以將鼠標放在素材名稱上，按下回車鍵對其重新命名。

也可以選擇素材，按下delete鍵刪除素材，或者拉住素材拖到垃圾桶，可以對素材進行刪除。

雙擊素材，即可在源面板顯示，拖動時間滑塊就可以對素材進行預覽

選中素材鼠標右擊，找到屬性，可以查看當前素材的全部信息，分辨率，幀率，時長等等。

如果你嫌素材面板太小不方便查看的話，還可以將鼠標放在素材面板上，在輸入法為英文模式下，按下鍵盤上"~"這個鍵，即可對面板進行放大，這一指令對任一面板均可使用，放大之后就可以查看更多素材信息，縮小依然按下"~"，即可恢復原來的樣子。

按住 Cmd 鍵雙擊素材箱名稱，可將其在現有面板中打開。

還可以創建“搜索素材箱”，它會根據查詢結果創建一個臨時的、可動態變化的素材箱。

• 解釋素材。

項目面板還提供了用于解釋素材的重要選項，右鍵選擇“修改/解釋素材”。

可以將素材解釋為不同的幀速率，比如將 120 fps 轉換為 25 fps，從而得到高質量的慢鏡頭。

還可以用來解釋像素長寬比、場序、Alpha 通道以用 VR 屬性等等。

• 更改標簽顏色

項目面板還提供了更改標簽顏色的選項。右鍵選擇“標簽”，通過顏色來快速識別不同的媒體。尤其是當以后拖入素材到時間軸面板后，也以此顏色來顯示剪輯，便于分類、區分

以上就是為大家帶來的素材的導入與管理的全部內容了，你學會了嗎？今天的教程就到這里了，有需要PR軟件的小伙伴可參考下載，可安裝直裝版，無需二次破解。

macz.com/mac/6072.html?id=MTMwMjcxJl8mMjcuMTg2LjExLjk%3D

我們下期再見！

天大成給大家分享的是【Pr2022 中文版下載安裝教程：從小白到視頻編輯大師的全方位指南】，在數字化時代，視頻編輯已成為一項必備技能。為了滿足廣大愛好者的需求，PR2022中文版應運而生，為初學者提供了便捷且強大的視頻編輯工具。本文將帶領你學習Pr2022的下載與安裝，讓你從新手小白蛻變為視頻編輯大師，讓你在PR2022中文版的探索之旅中，感受成長的喜悅。

這種好東西，第一時間扒下來分享給小伙伴們……

#軟件安裝

1、解壓Pr2022軟件， 如沒有解壓軟件，可復制下載（http://urlqh.cn/mV6Wu）；

2、打開主程序【setup】文件夾，右鍵-以管理員身份運行 set up.exe-開始安裝

3、設置語言環境，以及安裝目錄（注意路徑不要帶有中文字符），點擊【繼續】

4、等待軟件靜默安裝，這個時候 可以最小化；

5、安裝完成，點擊【啟動】；

6、正常打開；表示安裝成功，可以使用了；

#獲取方式

點贊+在看 【復制瀏覽器下載】

https://www.dcss.top/599.html

版權聲明：本公眾號尊重原創。所獲取資源，皆由本公眾號在網絡上收集整理，僅供交流學習用，禁止商用，版權屬于原作者。若因為種種原因，未能與原作者聯系的，若涉及版權問題，敬請原作者聯系我們，本公眾號立即撤下資源并進行相應處理。

TML 5雖然只是一個技術標準，但是眼下更多承載著顛覆蘋果與谷歌移動生態的理想。我并不想單純從技術角度談論HTML5的現實處境，因為技術從來不會成為發展的絕對瓶頸，尤其是HTML 5本身就不存在任何重大的技術難題。反而“商業”成了HTML 5發展無法逾越的鴻溝。只可惜“商業”從來都摻雜大量的投機成分，當然也有商業政治的成分。

HTML5所謂的“標準定稿”在我看來只是一場公眾秀。HTML 5標準自始至終就不是W3C組織一家的自留地，更不是唯一的代言人。原本W3C組織對外宣傳“要到2022年才會完成HTML 5正式標準的頒布”，現在為何又如此匆忙的定稿？這種定稿真的會對移動開發產生多大影響？

最糾結的10%

真正一直關心HTML 5的人會記得2012年7月的一個重大新聞，HTML5的兩個標準組織W3C和WHATWG因為“理念不合”決定分道揚鑣，這被看成一場IT界的商業政治事件。二者的根本理念差異是WHATWG認為HTML 5應該成為一個動態的標準既Living Standard，而W3C則認為應該形成一個固定的標準。導致這場事件升級的真正原因并不是“理念”這么簡單，而是二者各自代表的利益集團背后的推手。WHATWG向W3C叫板的底氣，正是來自Mozilla、蘋果和Opera的支持。W3C則選擇了微軟。

HTML5標準本身涉及的技術并無任何障礙，但是之前遲遲無法定案的原因則是錯綜復雜，緩慢的進度除了再一次證明這些組織是超級低效機構之外，所謂的利益和政治博弈才是直接導致了進度緩慢的真正原因。實際上截止2013年90%以上的HTML 5的標準早已完成，剩下的部分恰恰是各大利益集團博弈的重點，此次W3C代為發聲，明顯生米煮成熟飯的意味，這真的會奏效么？答案是完全否定的！因為各大金主不會因為一場PR活動就放棄自己的利益。

那么對開發者和技術用戶而言，W3C所謂的標準定案到底意味著什么？是否可以從中獲益？到底該如何看待這一“進步”？

這一切還要從W3C與WHATWG的分歧開始，動態標準還是固定的標準更適合開發者？我想，答案或許是WHATWG的Living Standard！因為沒有動態的標準，就不會有HTML 5的未來。未來HTML5想得到真正的發展，核心問題并不是標準哪天定稿亦或是瀏覽器性能不足，關鍵在于兩點，一是持續改進，二是生態。

龜速迭代

如果沒有一個持續改進的標準和為此而不斷努力的組織，HTML 5就只能把顛覆App生態當成一句口號，永遠充當配角。因為生態革新速度要遠大于開發者的行動速度。

IT world已經完全不是10年前的樣子，Cloud/Client“云與端”快速蠶食著傳統B/S架構（瀏覽器到服務器）的空間。端不特指“手機端”而是更廣泛的包含“pad端”“PC端”甚至“手表端”“汽車端”“家電端”等等。而相比PC時代，更多端的出現，代表著更多的硬件組合以及更多業務場景和功能。我們一直詬病W3C等標準組織行動緩慢，這次標準的公布很明顯沒有解決任何“云與端”復雜性的解決方案。我們設想一下：

• 場景A：以iphone的touchID為代筆的生物識別功能在各種端上興起，繼而產生了大量新的API，甚至可能今后帶有硬解的虹膜識別、聲紋識別等終端能力，在一個固定的HTML5標準下如何解決？HTML5附帶的device API甚至只涵蓋了feature phone時代的基礎通訊錄、攝像頭等功能，今天出現的touchID均無法有效調動，更何況2、3年后我們無法認知的新功能的標準配套實現。這種情況下不發展的HTML 5標準代表著“弱功能”

• 場景B：智能硬件的發展對藍牙和wifi使用以及驅動的需求迅猛增長，而HTML 5配套的對藍牙3.0驅動的支持標準何在？可以遵照標準的HTML 5亦或是配套的標準以及協議在瀏覽器內連接大部分的智能硬件么？答案當然也是全然否定的。這種未來最常見的常見之一都無法實現，那些大談HTML 5將會取代APP的人恐怕又會說“這些不是HTML 5擅長的，這種舉例毫無疑義”。那請問HTML 5擅長的只是排版布局和閱讀類亦或者一些低價游戲的APP么？更不要說對于NFC等很快可能成為終端標配的系統新能力，所以定稿后不發展的HTML 5標準代表著“弱擴展”

其實，這一切基于HTML 5的論點并非沒有明確的解決方案，簡單來說所謂的HTML 5定稿只是鬧劇和PR，如果真正期盼HTML 5挑戰App生態，一定要出現一個不停發展的動態標準，才能夠具備上場參賽的基礎。只是這倚重的是標準背后的“推手”和“金主”，那些想打造自己生態王國的大玩家。作為WHATWG的重要支柱，蘋果公司一直在低調中快速發展著自身的Web App技術，到今天為止，在iOS中已經有比Android和其他操作系統更成熟和完美的圍繞HTML 5和Web App的支持，只是遺憾的是蘋果公司只是把HTML 5當成技術，而沒有為打造HTML 5的生態做出任何其他的努力。

推不動的生態

2013年是HTML 5最低調的一年，因為在此前一年，眾多打擊接踵而至，除了用戶對HTML 5普遍負面的反饋之外，最嚴重的一次事件就是Facebook的徹底反水！

扎克伯格：我們過去最大的錯誤就是在HTML 5上面賭太大！

曾幾何時，面對HTML5扎克伯格野心勃勃的推動著“復制Facebook在PC端生態和霸權計劃”。眾所周知，蘋果的生態系統是相當封閉的，Android雖然開放但是也全面復制著蘋果的玩法iOS－>Developer－>APP－>Appstore－>User。所以Facebook全面推進HTML 5，妄圖跳開移動操作系統的掌控，擁抱HTML5和www的開放流量體系。

但是即便是Facebook如此重量級的玩家，最后也認栽了。無獨有偶，Linkedin作為又一風向標，在2013年也同樣放棄了HTML 5重新擁抱APP。到今天，難道短短的一年多，世界就發生了徹底的改變，HTML 5又重新具備了王者的氣質？當然是不可能的，世界上各個IT王國都沒有改變，改變的只是時間。

根據Flurry的報告，相比去年，2014年用戶在移動端的使用APP的份額進一步上升突破80%，而手機網站的使用情況進一步被擠壓。這說明用戶市場沒有將APP升級和下載當成多大的困難（至少沒你想像的那么困難），并且隨著App store更加人性和智能化的幫助用戶在wifi環境下自動升級等機制的普及，APP在使用上對用戶來說門檻越來越低，反而基于HTML5的Web App的使用和獲取倒是成了用戶的障礙。手機瀏覽器的用戶留存和使用情況越來越不樂觀，這個最重要的HTML 5的載體正在失去活力，反而大家寄望于超級APP，微信在中國眼下成了一根救命稻草。

當然想基于超級APP的形式打造自身閉環生態的廠商不止Facebook一家，反觀國內試水的大公司也很多，但均以鳴金收兵結尾。從UC的web app商店到百度的輕應用，構建基于移動web流量的生態系統無一成功。目前造成這種局面原因眾多，例如瀏覽器性能不足、HTML 5標準未定稿、無有效的web app發行渠道等等，但是正如我3年前說的，最核心的問題是移動開放流量體系和原生生態系統的對抗。

目前用戶從App store去搜索和下載app，在桌面存留app入口點擊使用，這已經成了iOS與Android生態系統下的固定模式。反而讓用戶進入超級APP，再通過搜索或連接的方式進入一個第三方web app，無論是從操作流程還是用戶最終體驗都無法和操作系統層級的體驗抗衡。而HTML 5標準定稿沒有為這種生態的困難帶來任何一點的改變，所以說HTML 5在W3C操縱下的所謂標準定稿，只是一場PR的鬧劇，雖然攪動了市場，但是也刺激了一批從業者充當炮灰。

期待新玩家

打造移動開放平臺和生態系統，微信是佼佼者，并且成功將部分App的流量轉化成了Web app的流量。微信也一路創新了導流手段，沒有選擇用戶網址輸入、也沒有選擇用戶搜索進入web app，而是把賬號變成網址并且直接收藏的方式，形成了一個特殊的“web app瀏覽器”。在打通了流量后又恰當的加入了支付手段，不但盤活了流量也讓流量變得更加有價值。

這給HTML 5開發者帶來了希望，不過很快又很失望，因為開發者發現微信對流量的管控超乎預期。這讓我想到了SNS時代開放平臺玩死眾多social game廠商的過去。中國有大的互聯網開放平臺，曾經的騰訊、人人甚至淘寶。但是總結規則無一不是“貔貅原則”流量只進不出，所謂的盤活流量只是為自身生態服務，雖然這樣無可厚非，只是對于開發者來說把自己的夢想嫁接在“中國版的開放平臺上”無異于“與虎謀皮”。因此HTML 5生態的建立或許可以借助開放平臺，但是真正可以對抗原生生態的HTML 5需要的是類似于WebOS這種更徹底的變革。

開發者對于HTML5的定稿，心態大可保持平和，短期內不會帶來任何的實質性改變。瀏覽器特別是操作系統廠商也不會因為W3C標準的定稿而放棄一直維護的自身利益，該支持的早已經支持，不該支持的也不會遵照標準去支持。只是HTML 5作為進步的一代標準，拋開利益和政治的博弈，還是會給開發者帶來更多的價值。只要不盲從，以學習的心態積極對待，仍會從中獲益。

HTML 5和配套的web開發技術具有跨平臺、低門檻的特性，目前大量的APP中廣泛使用了HTML5配合native development原生開發，極大的降低了APP整體的開發成本，更有一些移動應用引擎使用Javascript和HTML 5開發跨平臺native app，在不觸碰iOS與Android生態利益的前提下，發揮實用的價值。因此只要回歸到技術本身，把HTML 5技術應用到可以使用的場景中充分發揮價值，就可以逐步迎接更光明的未來。

2年前，移動開發領域掀起過一次行業大辯論“web app和native app誰死誰活”的問題。今天這個問題依然是一個有價值的問題。所以下一篇是，HTML 5盛宴（二）：再論Web app和Native app的未來。

本文作者劉鑫，移動云服務APICloud創始人兼CEO，從SP夢網時代就開始持續關注移動Web開發，個人郵箱hi.seanliu@yahoo.com

除非注明，本站文章均為原創或編譯，轉載請注明： 文章來自 36氪

36氪官方iOS應用正式上線，支持『一鍵下載36氪報道的移動App』和『離線閱讀』立即下載！