PR導出什麼格式好?

素材格式為:720P 50幀每秒 , 單反拍攝的,編輯好後導出總共長度為26分鐘。現在我已經導出過wmv 720p 25幀的 大小為900mb左右 畫質還行 就是視頻過度有丟幀。
我還導出過PAL AVI格式,大小為5.4GB,可是畫質很差。下面的是AVI畫質。

我有一點不明白,為什麼大的反而畫質差?
還有就是問一下導出什麼格式好?
請大牛們幫我解答一下吧


先聲明一下哦,我不是大神,之前為了忙畢業論文改用匿名回答了…

這個是給小白同學的教程,再複雜的我也不會,所以各位看看就行,不求點贊,不求感謝,只希望你們在剪片子的時候能順利導出就行…

各位專業的大神看到答案噴我無所謂,但是跪求噴完我之後看看評論區大家的問題,能幫忙就多幫幫忙~ 感謝

————————分割線—————————

視頻導出問題這個我給小白們做一個總結哈~ 但是你要轉載的話記得說一聲哈。

(導出媒體格式設置,視頻導出不清晰,視頻導出變形等問題)


首先視頻導出在文件-導出-媒體(win用戶的快捷鍵是ctrl+M)

然後出現這個畫面

首先設置格式---H.264

接下來點擊預設的下拉菜單會出現這麼多的內容,我們隨便選一個接近的比如下圖。

然後??修改一下輸出這個地方。這個地方一點就可以修改輸出文件的保存位置和名字

接下來看一下基本視頻設置

解析度:1920 X1080(這個看你的素材還有序列來定)

幀速率:25 (這個隨你)


場序:逐行(不對的話會有水波紋)


長款比:方形像素(這個選不對的話視頻就是變形的)


制式:PAL(這個是亞洲地區的電視標準)


其他的默認

可能有的同學會問為什麼有的地方調整不了。


你把後面的對勾關閉就可以調整了

接下來是畫面的清晰度的問題,往下來菜單看到比特率設置。


然後我們具體一般都是用VBR(動態碼率)1次 ,目標比特率一般是 5~10 Mbps


目標比特率和你的畫面解析度,幀速率還有畫面的複雜程度是相關的,所以沒有一個恆定的標準,我這邊可以給大家的參考就是:

在1920*1080p,25fps的普通視頻中,目標比特率設置為8Mbps就可以基本上滿足清晰度的問題了。(我自己的話一般是5Mbps,因為省時間)


有同學問還有一個最大比特率怎麼辦?-----不用管

接下來呢,你就可以準備導出了,導出之前檢查兩個地方,一個是剛才說的視頻導出的格式和位置


要不你導出之後找不到文件,那是一件極其蛋疼的事!

二是要注意一下導出的部分是不是整個序列,要不你以為導出的視頻是完整版的,結果你序列還有入點和出點,那也很蛋疼。

最後呢,你就可以點導出了。


如果你的素材沒有問題,序列設置沒有問題,導出的時候按我剛才說的去做了。


那你視頻導出肯定不會有問題。


這個只是給小白的輸出設置教程,跟著做就行。


小白一枚,姑妄言之。
首先是搬運:
對於業餘視頻製作來說,由於條件的限制,視頻採集的丟幀是一個常見的老大難問題。有些採集壓縮卡在採集的過程中,並不顯示丟幀情況,這並不表明它不會丟幀。像免費軟體VirtualDub就有眾多採集狀態參數顯示,如圖,可以從中了解當前的CPU的負荷以及丟幀情況。


嚴重丟幀會造成影音不同步的後果,甚至造成文件出錯而不能使用,浪費寶貴的時間。筆者摸索總結一些經驗供大家參考,以下原理廣泛適用於各種採集卡。

丟幀的原因可以分為兩大類,一類是電腦軟硬體配置不合理、不配套造成的,另一類是視頻源質量不高造成的,此類原因佔大多數。

一、電腦軟硬體配置方面:

1、CPU:一些軟壓縮的採集卡如本刊介紹的美如畫VT-321是需要靠CPU的運算能力來完成視頻的編碼以及壓縮的,如果採集小尺寸如352x288不丟幀,而採集720x576的解析度就丟幀的話,可能是CPU速度不夠快。如果用VirtualDub這個軟體來採集,可以觀察CPU的佔用率,如果達到100%,則很容易丟幀。一般現在的主流CPU如P4、AMD/1600+速度都很快,應付普通的採集綽綽有餘,所以丟幀的原因大都不是CPU造成的。

2、硬碟:目前的硬碟幾乎都是DMA/33以上的,即便是5400轉,都有不小於6MB/S的連續寫盤速度,因而硬碟本身是可以滿足大部分的採集任務。如果是運行Windows98操作系統,需要將硬碟的DMA打開,否則硬碟的讀寫將佔用相當多的CPU使用率甚至是100%,使得CPU沒有足夠的能力對視頻信息進行編碼,導致丟幀的產生。另外,如果有條件的話,將單獨的硬碟專門用作採集,這樣可以更好地保證文件的穩定的讀寫。

3、軟體設置:以筆者所見,排除視頻源的因素,很多丟幀的原因是基本都是軟體的設置不當造成的。通常Windows對硬碟的讀寫是通過內存來緩衝的,這樣對於寫入零碎數據時可以化零為整,降低硬碟的讀寫次數,提高整體運行效率。但視頻採集的數據量大而連續,必須取消Windows的內存緩衝,否則當內存緩衝中的數據滿了以後,大量數據來不及寫到硬碟上造成丟幀。如果是用VirtualDub採集,先切換到Capture狀態,點菜單Capture-&>Disk I/O,確認Disable Windows write buffering設置前面打上「√」,這樣由VirtualDub取代Windows的緩衝,採集時,設置正常的硬碟指示燈是連續閃爍的。

如果是整機兼容性不好造成的丟幀,則比較麻煩,試試安裝電腦主板所附帶的各種晶元驅動程序,甚至去主板廠商的主頁下載最新的BIOS並刷新主板。如果實在不行,很可能就要換一台電腦了。

————————————————————————————————————————
個人認為是導出時選擇的格式問題,建議還是導出選擇h。264格式或者avc格式的,
不知道題主單反拍攝的素材碼率如何,但真心不建議使用wmv3格式導出。
還有,把楨數調高點,效果會好一點兒。


PR哪個版本?CS3CS4CS5都用過,好似都能導出h.264的MP4視頻,我一般是導這個的,優點是畫質不錯(一般設置碼率在8M左右),文件不大。


一開始你建的序列最好是720P 50幀(canon xf mpeg 裡面有720P 50幀的)。格式的話,mpeg-2的能導出mpg格式的視頻,文件小、清楚。是不錯的選擇。H.264也是常用的編碼格式。MOV也很好用。


視頻的清晰度和很多因素有關,比較直接的解析度和碼率。
PAL為國內廣播電視制式,720*576的隔行掃描,除非是電視台播放,不然不推薦。
wmv個人不推薦,因為最近兩三年我看過的wmv視頻好像只有毛片,而且佔有率也很低。
個人推薦h264編碼的mp4,視頻清晰,相對不會佔用大量空間,題主可根據自身條件(電腦配置,播放途徑等)選擇1080p或720p,如果準備上傳視頻網站,甚至可以直接選用vimeo或油管的預設。
另外,如果確定素材無丟幀,那就是你剪輯或機器配置的問題。


同推薦H.264的編碼方式,可以用mp4封裝。建議使用encoder導出,裡面的預設比較豐富,可以直接選YouTube 720p或者1080p的格式導出。


推薦H264格式,自定義1080p或720p,比avi小很多,畫質還可以


h264 寬屏1080 25p


推薦使用H.264導出,可以在文件佔用量小的情況下輸出不錯的畫質,平時如果不是專業使用,目標比特率調4,最大比特率調6,畫質已經足夠,而且導出速度會大大加快。
如果文件重要,那麼推薦AVI也導出一份,基本上是和源文件一樣的尺寸,代價就是佔用硬碟空間大。
工作環境是Mac的話,推薦用 quicktime導出MOV


首選H.264,也就是所謂的mp4格式,較小也較清晰
但是H.264導漸變文件會出現問題,至於什麼問題你們可以自己去試一下,導出後的視頻會和原來的漸變文件不一樣
所以在視頻中有漸變文件時可以選擇導quicktime格式

最後,千萬不要導avi!!!千萬不要導avi!!!千萬不要導avi!!!
為什麼?你可以試試
後果自負


H.264,之前AE渲染了一個18G的兩分鐘視頻,pr導出mp4的之後只有三百多Mb。畫質基本不會降低


當然是 h.2 ... 藍光也可以


之前試了很多種格式 最後還是覺得以下最理想:

H.264

VBR(動態碼率)1次

目標比特率一般是 目標4 最大6Mbps 就足夠了

(如果還想更清晰 目標6 最大8普通視頻綽綽有餘了)

導出來保留了hd畫質 多多少少有一丁點受損 但導出來很小 適合用來剪複合視頻(就是防止視頻太長breakdown成sub-vids再重新導入做成更長的視頻)

但如果要收藏的話也可以考慮hd1080 25p 個人覺得不是專業的話沒那個必要


pr自帶的導出還是有點沒有adobe media encoder好,建議用AME導出視頻h.264或者h.265。


試試mov格式輸出


一來不同格式的幀均大小略有不同,二是碼率不同大小不同。這兩個因素決定你輸出的文件很大。
但影響清晰度的另外一個因素是編碼器,avi編碼器普遍默認之前標清時代的標準,所以清晰度反而差一些。
建議你採用大多網友推薦的H.264,在premiere里默認的輸出格式即mp4。如果需要更加高清,使用144編碼器輸出大碼率的mov也不錯。


H.264一直這個


建議H.264 解析度是1920乘1080的 我一般是用這個


h.264
畫質不錯而且占空間小


h.264 flv f4v 比較小


推薦閱讀:

為什麼 Adobe Premiere 導出的視頻都這麼大?有哪個格式是又清晰又小的?
你是如何進入影視行業的?有什麼值得分享的行業經歷?
如何控制預告片剪輯節奏?
不上大學,在家自學剪輯靠譜嗎?

TAG:視頻剪輯 | 剪輯 | AdobePremiere | 電影剪輯 |