x264命令行

Ⅰ 關於x264 2pass壓制的問題 x264命令行高手進

把 $(PassLogFile) 這個之類的更換下~

然後 ".\codecs64\x264.exe" 修改為絕對路徑~

Ⅱ x264 01 命令行用法

x264的官網 x264 , the best H.264/AVC encoder - VideoLAN 上有編譯好的Windows、linux、Mac平台對應的二進制文件，比如Windows下是exe文件，可以直接用該文件來進行編碼的操作。

可以看出命令行的基本用法如下:

可以輸出為以下四種格式:

用MediaInfo可查看生成的264文件的信息。

可以看出默認編碼的幀率為25幀/秒，啟用了8*8dct變換，qp的最小值為0，qp的最大值為69，qp的步長為4等信息。

--preset的參數主要調節編碼速度和質量的平衡 。

http://blog.csdn.net/daixinmei/article/details/51886850

Ⅲ FFmpeg命令行使用

FFmpeg的命令非常多，經常看著會雲里霧里的，個人認為沒必要去硬背，只要打開Terminal，輸入 ffmpeg -help 命令，這條命令會告述你FFmpeg支持的大部分常用命令以及使用方式。查看這些輸出的信息，基本上就會使用很多常用的命令了。
你會發現執行 ffmpeg -help 會輸出一大坨，那都是些啥玩意呢，不著急，咱們一步一步來慢慢品嘗。

第一個就是輸出我們安裝的FFmpeg的版本號

--prefix 是指FFmpeg的安裝路徑
--enable 是你安裝的FFmpeg支持的三方庫 這里可以看出支持 libx264 、 libx265 的編碼，以及支持 videotoolbox ， videotoolbox 是Mac、iOS上的一個系統自帶硬編解碼庫，FFmpeg也給予了支持，非常的給力。

這是輸出FFmpeg裡麵包含的庫，這些都是獨立的，是可以單獨拎出來使用的，你如果只要編解碼，那你就只要在項目中導入 libavcodec 即可

這是告訴我們命令行使用格式
[options] 這個是全局參數
[infile options] 這個是輸入文件的參數
infile 這個是輸入文件的路徑
[outfile options] 這個是輸出文件的參數
outfile 這個是輸出文件的路徑
細心的你肯定發現 infile 、 outfile 的後面有個 ... ，這是在告訴我們輸入、輸出文件可以分別有一個或者多個。
比如執行 ffmpeg -i test.h264 -i test.aac -c test.mp4
這條命令會把一個h264文件和一個aac的音頻文件合並並輸出一個mp4格式的文件，這其中就有兩個輸入文件、一個輸出文件。

這些是詳細的幫助信息
-h long 列印更多的選項參數。
-h full 列印所有的選項參數，包括所有針對於 format 和 codec 的選項，信息特別的長。
man ffmpeg : 查看FFmpeg的幫助手冊。
-h type=name 列印指定名稱的 decoder/encoder/demuxer/muxer/filter 的所有選項信息。
比如你要查詢 scale 濾鏡的使用方式，我們就執行 ffmpeg -h filter=scale
輸出如下：

這就告訴我們 scale 濾鏡有 w 、 h 等參數,我們就這樣使用 scale 濾鏡，
ffmpeg -i input.mp4 -filter_complex "scale=w=iw/2h=ih/2" output.mp4
其中 iw 代表輸入視頻的寬， ih 代表輸入視頻的高，這條命令就把輸入的視頻縮小一倍，這里你可能會有疑問，我都不記得那些濾鏡的名字，就無法使用這個去查了，哈哈不要急，還記得上面的幫助命令嗎， ffmpeg -filters 可以輸出所有的濾鏡名字了，如果你覺的輸出太多，你不好找的話，你只要記得這個濾鏡大概是叫什麼名字、包含什麼字母，你就藉助 grep 指令去輸出裡面搜索關鍵字，這樣就只會輸出你關心的濾鏡名了，如 ffmpeg -filters | grep over

以上是幫助命令，如果你忘記了某個編譯器、像素格式或者濾鏡的名字，你就可以用這些命令去查看。

以上就是全局參數

以上是音視頻的公共參數

以上是視頻處理相關參數

以上是音頻處理相關

以上字幕處理相關參數

以上就是 ffmpeg -help 的輸出說明了，下面咱們來看看常用的命令。

-r 10 表示1秒視頻會生成10張圖片

-f avfoundation 指定採用avfoundation採集數據使用
-i 1:0 表示 指定視頻設備索引為1，指定錄音設備索引為0。
使用 ffmpeg -list_devices 1 -f avfoundation -i '' 可以列印出設備列表，如下：

因此上述命令中的 -i 1:0 表示採用【Capture screen 0】【Built-in Microphone】即採用屏幕和系統自帶的麥克風進行採集。

Ⅳ FFmpeg常用推流命令

一、FFmpeg推RTMP流准備工作

首先確保自已已經安裝了nginx + rtmp伺服器。

打開配置文件nginx.conf

完成如下配置

nginx配置.1

如果沒有nginx + rtmp伺服器，請閱讀我的另一篇文章

Mac搭建nginx+rtmp伺服器

二、FFmpeg推流

1.推流MP4文件

視頻文件地址：/Users/xu/Desktop/bangbangbang.mp4

推流拉流地址：rtmp://localhost:1935/rtmplive/home

acc：RTMP的音頻格式

flv： RTMP的視頻格式

ffmpeg -re -i /Users/xu/Desktop/bangbangbang.mp4-vcodec libx264 -acodec aac -f flv rtmp://localhost:1935/rtmplive/home

設置推流.2

輸入命令行後，暫時先不要點回車，等設置好本地拉流後，再進行推流。

2.本地拉流MP4文件

打開VLC播放器

VLC.3

設置播放地址

設置播放地址.4

設置拉流地址

rtmp://localhost:1935/rtmplive/home

拉流地址.5

開始推流，點擊open後開始播放。

FFmpeg推流成功.6

推流成功!

三、用ffmpeg推流桌面以及推流攝像頭進行直播

1.如果希望將桌面錄制或者分享，可以使用命令行如下：

ffmpeg -f avfoundation -i "1" -vcodec libx264 -preset ultrafast -acodec libfaac -f flv rtmp://localhost:1935/rtmplive/home

這個只能夠推桌面。

2.如果需要桌面+麥克風，比如一般做遠程教育分享 命令行如下：

ffmpeg -f avfoundation -i "1:0" -vcodec libx264 -preset ultrafast -acodec libmp3lame -ar 44100 -ac 1 -f flv rtmp://localhost:1935/rtmplive/home

這個可以推桌面+麥克風。

3.如果需要桌面+麥克風，並且還要攝像頭拍攝到自己，比如一般用於互動主播，游戲主播，命令行如下

ffmpeg -f avfoundation -framerate 30 -i "1:0" \-f avfoundation -framerate 30 -video_size 640x480 -i "0" \-c:v libx264 -preset ultrafast \-filter_complex 'overlay=main_w-overlay_w-10:main_h-overlay_h-10' -acodec libmp3lame -ar 44100 -ac 1 -f flv rtmp://localhost:1935/rtmplive/home

這個可以推桌面+麥克風，並且攝像頭把人頭放在界面下面

Snip20160713_12.png

四、FFmpeg常用基本命令

1.分離視頻音頻流

ffmpeg -i input_file -vcodec-an output_file_video//分離視頻流ffmpeg -i input_file -acodec-vn output_file_audio//分離音頻流

2.視頻解復用

ffmpeg–itest.mp4 –vcodec–an–fm4vtest.264ffmpeg –itest.avi –vcodec–an–fm4vtest.264

3.視頻轉碼

ffmpeg –i test.mp4 –vcodec h264 –s352*278–an –f m4v test.264//轉碼為碼流原始文件ffmpeg –i test.mp4 –vcodec h264 –bf0–g25–s352*278–an –f m4v test.264//轉碼為碼流原始文件

ffmpeg –i test.avi -vcodec mpeg4 –vtag xvid –qsame test_xvid.avi//轉碼為封裝文件

-bf B幀數目控制

-g 關鍵幀間隔控制

-s 解析度控制

4.視頻封裝

ffmpeg –i video_file –i audio_file –vcodec–acodecoutput_file

5.視頻剪切

ffmpeg –i test.avi –r1–f image2 image-%3d.jpeg//提取圖片ffmpeg -ss0:1:30-t0:0:20-i input.avi -vcodec -acodec output.avi//剪切視頻

-r 提取圖像的頻率

-ss 開始時間

-t 持續時間

6.視頻錄制

ffmpeg –i rtsp://192.168.3.205:5555/test –vcodec out.avi

7.YUV序列播放

ffplay -f rawvideo -video_size1920x1080 input.yuv

8.YUV序列轉AVI

ffmpeg–sw*h–pix_fmtyuv420p–iinput.yuv –vcodecmpeg4output.avi

9.常用參數說明：

主要參數：

i 設定輸入流

f 設定輸出格式

ss 開始時間

視頻參數：

b 設定視頻流量，默認為200Kbit/s-r 設定幀速率，默認為25

s 設定畫面的寬與高-aspect 設定畫面的比例

vn 不處理視頻-vcodec 設定視頻編解碼器，未設定時則使用與輸入流相同的編解碼器

音頻參數：

ar 設定采樣率

ac 設定聲音的Channel數

acodec 設定聲音編解碼器，未設定時則使用與輸入流相同的編解碼器an 不處理音頻

Ⅳ x264vfw是什麼東西啊

x264是一個基於H.264的一個免費開源編碼器，目前有兩個版本：cli（命令行）版本和vfw版本。VFW是在Windows下的一種特殊的編碼方式，它以動態鏈接庫的形式存在，可以被任何avi壓縮工具（如EO VIDEO）調用。x264vfw是x264的vfw版本，由於x264的開發環境是linux，所以x264vfw在2006年10月初停止更新。

Ⅵ x264調用avs

一、序言&壓制簡介
之前寫了
蘋果的Compressor 4.1.x的使用教程

和
HandBrake的Advanced面板的使用

，這篇帖子主要說說x264和ffmpeg的使用，以及AviSynth在Mac下的配置與使用，閱讀需要有一定的壓制基礎。寫這篇帖子主要原因是沒有一個詳細介紹在Mac下使用AviSynth的教程，Google上只有在Ubuntu下安裝教程。樓主在安裝過程中也遇到了不少問題，還要感謝網路dwing吧的吧友、selur.de的selur菊苣及doom9.org的qyot27菊苣提供的幫助。本帖會將樓主遇到的問題一一說明。
壓制的目的有兩個：①減小源視頻的體積 ②修復源視頻存在的問題。
由於藍光原盤（以下稱BDMV）高達30MBPS的碼率是大多數人不能接受的，所以有必要進行壓制以減小體積（x264的本職工作），x264能做到在1/8~1/4體積的前提下，提供和BDMV一樣的視覺質量。
另一方面，不要認為BDMV的質量就一定很好，其實很渣，雖然高得嚇人的碼率，但是畫質並沒有想像中的好，不僅到處是噪點，而且還有嚴重的banding（色帶），Chroma偏移導致bleeding（色彩越界）。這就需要使用濾鏡進行處理。只要濾鏡用得好（前提&難點），完全能夠超越BDMV的質量，雖然從數學上，你可能覺得這不可能，但是在後期，濾鏡能准確添加、計算、插入新值，大幅改善視覺質量。所以最求質量更應該下載壓制的BD-Rip而不是BDMV，前者不僅體積小而且還有更高的視覺質量。

我寫這篇帖子的主要目的是給需要在OS X下使用AviSynth的朋友，另外樓主只是渣渣壓制，給個小建議，討論視頻壓制技術可以去：
1）
http://forum.doom9.org

：英文，不要涉及盜版，發帖不能包含帶版權的內容，文件名不能出現壓制組名稱，允許截圖，不允許上傳版權視頻樣品（除非是你自己拍攝）。
2）
http://nmm-hd.org

：中文影音論壇。
3）網路貼吧：MeGUI和dwing
二、AviSynth簡介
OS X雖然是個不錯的系統，但是相比Windows，在視頻編碼方面卻遠遠不及後者，原因是缺少強大的FrameServer來使用濾鏡。AviSynth就是一個Windows平台的FrameServer，這就是壓制的目的之二，修復BDMV中存在的問題。AviSynth的優勢是擁有數量眾多而且功能強大的濾鏡和不少菊苣寫的組合濾鏡腳本，所以壓制影片Windows絕對是首選，支持類UNIX系統的AvxSynth和VapourSynth卻要自行編譯其主程序和濾鏡，加上濾鏡本身就少，所以目前而言意義不大。
舉個例子，當你想對視頻同時進行降噪、deband（去色帶）、debleeding（消除色彩越界）、sharpen（銳化）、AA（抗鋸齒），當然這些就算在蘋果的Compressor都能做到，問題出在濾鏡都是應用到整個視頻，而且多多少少都有副作用，比如：①去色帶主要針對低細節的區域，但是卻對線條造成了毀滅性的摧殘 ②AA是針對線條的，但是對背景反而造成halo。這在AviSynth可以通過Mask選擇性使用濾鏡，簡單說，做一個黑（Y=0）白（Y=255）的面具識別出線條，分別對原始視頻進行deband和AA，最後再合並，根據mask，線條區域（mask中白色部分）取AA後的視頻，其他區域（mask中黑色部分）取deband的視頻。


三、AviSynth在Mac OS X下的運行方案和效率
這里說下怎麼讓這個強大的工具在Mac下使用。AviSynth用於打開avs腳本，avs腳本就是你寫的對視頻的預處理流程的腳本（後面簡單說說怎麼寫）。總的來說有三種方案：
方案1：在虛擬機下用 Windows版x264調用AviSynth打開avs腳本，並編碼。
方案2：雙系統。用 Windows版x264調用AviSynth打開avs腳本，並編碼。
方案3：在Wine環境下讓FFmpeg調用AviSynth打開avs腳本，然後將預處理後的Raw直接喂給(Pipe)Mac版的x264編碼。或者wine下直接用x264調用AviSynth打開avs腳本並編碼。

首先，對於方案一，虛擬機永遠有性能瓶頸，對於壓制那麼耗費CPU的工作，在虛擬機下做不來，而且8G內存也不足以在虛擬機下進行壓制。因為x264需要1G，Avisynth需要大概500M（或更多），加上虛擬機在這個壓制過程中就要2G左右，算上OS X佔用的，已經所剩無幾了。
對於方案二，對於性能上無疑是最好的，但是期間必須使用Windows。
至於方案三，就是我目前使用的方案，插件兼容性問題至今沒發現。個人對性能的測試結果是：實測很意外！！x264編碼幾乎不影響性能或能忽略不計的程度，在運行AviSynth的情況下跑分遠遠超過BootCamp Windows。請看如下測試：


測試1：測試內容：使用x264對視頻編碼。速度為每秒的編碼幀數fps（可以認為是運行效率）。
前提條件：Mac OS X、wine和虛擬機（分配了雙核i5-3210M的所有四個線程和4G內存）環境下下使用同樣參數對同樣的視頻編碼，並且無其他正在運行的程序，編碼總幀數近似相同時截圖。




x264-64bit在OS X下速度：6.015fps
x264-32bit在wine下速度：5.44fps
x264-64bit在Parallels Desktop 9（win7 專業版64bit）速度：4.92fps
x264-32bit在Parallels Desktop 9（win7 專業版64bit）速度：4.71fps
值得注意的是，x264-64bit速度理論上比x264-32bit快10%，在本次編碼中，虛擬機中的x264-64bit比x264-32bit快了4.3%，由於OS X沒有x264-32bit因此，此項未測試。理論上說，雙系統下的x264-64bit跑分和OS X下x264-64bit速度相同，因此不進行沒必要的測試。若把x264-64bit在OS X下的跑分定位基準，那麼：

環境 百分比
x264-64bit OSX 100.00%
x264-32bit Wine 90.40%
x264-64bit PD9 Win7 64bit 81.79%
x264-32bit PD9 Win7 64bit 78.30%
分析：由於wine下的x264為32bit版，若能運行64bit版，速度預計能在提高5%左右，綜上所述，wine跑x264對性能的影響大約為5%。虛擬機對性能的影響約為19.2%。高效運行命令行程序是wine的一大優點，但是wine如果運行GUI程序，效率一般來說不如虛擬機高效，並且wine存在兼容性問題。因此wine下運行AviSynth的方案的確可行，根據qyot27菊苣的說法，wine進行H.264編碼，對性能不會造成影響，因此有待我進行精確測試，原文：

static/image/hrline/4.gif
測試2：測試內容：使用AviSynth腳本對視頻進行處理並通過x264編碼。腳本主要濾鏡為：DeRainbow()、TAA（）。
前提條件：BootCamp Windows和Mac OS都無其他程序在運行，編碼總幀數近似相同時截圖。



1. x264-32bit（BootCamp Windows 8 Enterprise 64bit）速度：0.53fps
2. FFmpeg-32bit（wine，Windows Builds）Pipe + x264-64bit（OS X Builds）速度：0.438fps
3. x264-32bit（wine，Windows Builds）速度：0.71fps
值得注意的是，第三項測試中，wine下編碼的速度達到了0.71fps，遠遠超過BootCamp Windows。同時，wine下的CPU利用率也是最高的，其他兩項測試中，CPU都有15~25%沒有被利用起來（此項測試其實並沒有代表性，當多線程做pipe時，ffmpeg不會主動加上Distributor()罷了，導致avs內部多線程，但是單線程pipe）。因此在Mac下，首推wine下運行Windows版x264以獲得高速編碼速度（如果FFMpeg Pipe方式CPU能100%利用，無疑是Pipe方式快），另外也能在avs腳本末尾加上Distributor()，但是可能會導致內存不足，進而ffmpeg崩潰。如果把Bootcamp Windows下的速度當做100%，那麼：

環境百分比
x264-32bit (BootCamp Win8 64bit)100%
FFmpeg-32bit (Wine,Win Builds)+x264-64bit (OS X builds)82.64%
x264-32bit (Wine, Win Builds)133.96%

四、關於環境變數與終端下的路徑
在使用第三方命令行程序，我們通常需要輸入絕對路徑進行調用，這在使用中非常不方便，因此設想就是直接輸入ffmpeg、x264，系統就能夠知道去哪裡尋找這個程序。環境變數就是是在操作系統中一個具有特定名字的對象，通過設置環境變數，我們能夠更加方便的使用命令行程序。
1.首次添加環境變數（只有第一次添加才需要執行），需要創建Home目錄下的.bash_profile，終端里輸入touch ~/.bash_profile2.打開Home目錄下的_bash_profile:
open ~/.bash_profile（或者直接前往~/.bash_profile用文本編輯打開也行。）

3.在彈出的窗口中輸入後保存文件
export PATH=${PATH}:命令行程序所在的文件夾路徑例如桌面下有一個x264程序，則應該輸入
export PATH=${PATH}:~/desktop/3.區別：
①沒設置環境變數的x264調用(需要絕對路徑，因為OS X不知道x264是什麼)
~/desktop/x264 -o ~/output.264 ~/input.m2ts②設置了環境變數後的x264調用(直接輸入x264，因為OS X會在.bash_profile中存在的路徑中查找名叫「x264」的程序)x264 -o ~/output.264 ~/input.m2ts4.終端下的路徑的寫法的注意事項：由於在終端里，空格通常作為兩個參數的分隔符，因此當路徑中含有空格時，終端會將路徑當做是兩個參數。所以需要在空格前加上反斜杠「\」標識（例1），或者使用字元串形式將整個路徑用雙引號引起來（例2），以下兩個例子都是合法的：
/Volumes/Macintosh\ HD/Applications"/Volumes/Macintosh HD/Applications"五、x264簡單使用
①、x264是H.264的開源命令行編碼工具，編碼後生成raw視頻流（*.264），
點擊下載x264

。


截圖中，x264-10b代表此為10bit版的x264，不帶10b的為8bit版。10bit版只能編碼10bit H264，8bit 版只能編碼8bit H264，10bit能更精確表示顏色，同時壓縮率更高，但是解碼壓力也更大，移動設備不支持10bit H.264。下載盡量使用版本號高的x264。對x264的深入介紹不是本帖的重點，x264的在OS X下的使用和Windows無本質區別，可以自行Google。
②、由於VideoLan編譯的x264沒有被賦予執行許可權，所以下載後，需要賦予x264執行許可權，在終端命令格式：chmod +x 下面的命令假設x264在桌面上，文件名為x264，則輸入(可以在輸入完chmod +x 後拖入x264進終端，路徑將自動生成)：chmod +x ~/desktop/x264③、運行x264，直接將其拖入終端然後加上參數再即可，格式為（以下x264 代表x264的絕對路徑，如果已經設置了環境變數就直接輸入x264），每個參數前都有兩個"-"：x264 -o 輸出文件路徑 輸入文件路徑顯示完整的幫助（含有所有的參數），輸入（x264在顯示完幫助菜單後會自動退出）：x264 --fullhelp一個實例(具體設置什麼參數，以及參數代表什麼，
點擊查看

)：x264 --crf 18 -o /Volumes/Macintosh\ HDD\output.264 /Volumes/Macintosh\ HDD/Desketop/input.mov

六、FFmpeg簡單使用
①FFmpeg是一個強大的開源編碼器+muxer+demuxer，本生含有x264，並且能同時對視頻和音頻進行編碼，然而x264隻處理視頻，所以使用x264，你還要另外用其他工具對音頻編碼，最終封裝成一個視頻文件。用FFmpeg就能一次性解決問題。
點擊下載FFmpeg

。FFmpeg深入的使用不是本帖的重點，因此只做基本介紹（因為後面的AviSynth會用到FFmpeg）。
②命令格式：
ffmpeg -i 輸入文件路徑 輸出文件路徑③具體參數詳見help菜單（同上，顯示完菜單後自動結束程序）ffmpeg -help④實例1：編碼視頻為H.264 ，使用原始音頻（, 不重新轉碼）並使用mp4封裝格式：
ffmpeg -i /Volumes/Macintosh\ HDD/Desketop/input.mov -c:v h264 -c:a /Volumes/Macintosh\ HDD/Desketop/output.mp4⑤實例2：Pipe。所謂pipe就是使用ffmpeg解碼，並將視頻流直接傳送給其他程序（比如x264）。簡而言之，用ffmpeg解碼，用x264編碼，x264參數中必須加上--demuxer y4m。
ffmpeg -f yuv4mpegpipe -i /Volumes/Macintosh\ HDD/Desketop/input.mov - | x264 --demuxer y4m -o /Volumes/Macintosh\ HDD/Desketop/output.264 -七、命令行wine的安裝
wine是一個讓UNIX核心的系統運行Windows程序的一個工具。wine不是一個模擬器，而是Windows的API在類UNIX系統下的實現或不完全實現。注意：不能使用圖形化的wine，必須是命令行的。

①安裝Command-Line-Tools。如果已安裝Xcode，那麼，這一步請忽略，因為Xcode默認安裝了CLT。如果沒有，在終端下輸入命令：xcode-select --install②安裝X11 API。wine是基於X11的一個程序，但是早在OS X 10.5中，X11就已經不預裝了，所以需要自行安裝。
點我下載x11(XQuartz)

。
③安裝HomeBrew。HomeBrew是Mac下的一個包安裝/管理工具，能下載絕大多數的UNIX工具以及大量第三方開源代碼並在本地編譯與安裝。
查看關於HomeBrew的更多信息

。安裝HomeBrew，只需要一條ruby腳本即可，其餘操作將自動完成。由於樓主已經安裝了HomeBrew，所以彈出錯誤提示。ruby -e "$(curl -fsSL https://raw.github.com/Homebrew/homebrew/go/install)"

④由於國內的DNS伺服器無法解析部分國外的部分網址，所以在下載wine的源代碼以及必要包的時候可能會出現連接超時的問題，解決方法：暫時用台灣中華電信的DNS伺服器: 168.95.1.1 。當wine安裝完成後再改回原DNS。
更改DNS伺服器的方法：系統偏好設置--網路--高級--DNS


⑤安裝wine。利用HomeBrew，安裝wine非常簡單，只要一條終端命令即可完成，HomeBrew會下載源代碼在本地編譯：brew install wine取決於網路線路，這一部可能會花費半小時至一小時。如果下載包的過程中出現網路連接超時，重新運行上面的命令，HomeBrew不會重復下載和編譯已完成的包，進度會自動記錄。
⑥安裝winetricks。winetricks是使用wine的一個小工具，通過winetricks，你能配置Windows下的各種運行環境以及安裝缺失的動態鏈接庫（*.dll）。同樣通過HomeBrew：brew install winetricks⑦配置vcrun6環境。vcrun6是AviSynth運行所需要的C++環境，因此有必要通過winetricks安裝：
winetricks vcrun6

至此wine的編譯安裝全部完成。下一步就是AviSynth的安裝以及使用了。順帶一提，使用wine運行各類Windows程序，在終端輸入：
wine windows程序絕對路徑
八、AviSynth的安裝和在OS X下的腳本書寫

①安裝AviSynth非常簡單，只要在終端先打上wine和空格，將AviSynth安裝包拖入終端，回車即可（假設AviSynth安裝包在桌面上）：
wine ~/desktop/AviSynth_130918.exeAviSynth 2.6 Alpha 5下載（最新版）：
AviSynth_130918.exe

按照安裝Windows程序的辦法，在彈出的窗口中完成安裝。


②avs文件的本質是純文本，因此可以用TextMate等文本軟體直接創建。關於avs的簡單使用，
點擊這里

。
在Windows中，大多數人習慣用DirectShowSource()濾鏡（或稱函數）載入需要處理的視頻，但是這個函數太Windows了，以至於在OS X中無法使用，並且DirectShowSource()載入視頻有色彩上問題，因此有必要用其他的濾鏡。我推薦的是ffms2，這個濾鏡基於libAVCodec，通過FFVideoSource()載入視頻，FFAudioSource()載入音頻，或者FFmpegSource2()同時載入視頻和音頻。濾鏡目錄位於/Users/用戶名/.wine/drive_c/Program Files/，然後打開AviSynth 2.x -- PlugIns，如果你將dll和avsi直接放置於這里，那麼，在avs腳本中就不用LoadPlugIn()，因為AviSynth會自動載入（但是不會自動載入PlugIns裡面嵌套的文件夾）。ffms2下載：
FFMS2-19.7z

#打開片源
FFVideoSource("/Volumes/Macintosh HDD/Desktop/input.m2ts")
return last

雖然AviSynth安裝於Wine下，但是它支持Mac風格（POSIX）的路徑，沒有必要使用Wine文件系統中的路徑（/Users/用戶名/.wine/drive_c/路徑在Wine中可以用「C:\」代替），一切文件路徑都能使用Mac下的POSIX路徑（包括Windows版的x264和FFmpeg） ，但是不能使用通配符~表示用戶目錄，例如，不能用 ~/Desktop 代替 /Users/用戶名/Desktop。
③將Windows版的FFmpeg.exe(32位)放置於/Users/用戶名/.wine/drive_c/windows/system32文件夾內，Windows版32位FFmpeg下載:
FFmpeg 20140515.7z

放置於system32下的作用類似於上文的環境變數，為了方便調用。
④方法一：根據上文提到的，編碼的實現方式為FFmpeg(Windows) pipe -->x264(Mac)，因此我windows版的FFmpeg的作用是打開avs腳本並調用AviSynth進行濾鏡處理，並將結果無中間文件直接送給Mac下的x264。實現的終端命令：
wine ffmpeg -i /Volumes/Macintosh\ HDD/Desketop/input.avs -f yuv4mpegpipe - | x264 --demuxer y4m --crf 16 -o /Volumes/Macintosh\ HDD/Desketop/output.264 - 註：將FFmpeg的輸入為AVS腳本，腳本中已經包含了輸入視頻以及濾鏡。

⑤方法二：一切都在Wine下進行。直接用32位的Windows版 x264（假設x264位於system32文件夾內），但是由於是32位程序，根據測試編碼部分實際可能慢10%，然而AviSynth快了30%之多。wine x264 --crf 16 -o /Volumes/Macintosh\ HDD/Desketop/output.264 /Volumes/Macintosh\ HDD/Desketop/input.avs九、AvsPmod安裝
AvsPmod是Avisynth的免費GUI（自行Google下載），能方便編輯avs腳本，並提供預覽功能。但是在Wine下，由於一些原因，使用avs編輯器，會閃退，預覽無問題。進過一系列測試，找到原因：由於wine下不能將avs編輯器的自動填充tips顯示出來，所以會導致崩潰，因此，我們只需要關閉自動填充功能即可。



至此，大功告成，成功在Mac OS X下通過Wine使用使用AviSynth！
美化插件
+47
5
5
5
10
5
7
7
3
8 人已評分
FENG.COM

全部回復
只看作者

Ⅶ 小丸工具箱里的crf是什麼意思

crf就是constant ratefactor，就是保證「一定質量」，智能分配碼率。設置crf實際上是更改編碼參數。crf默認值23，一般的設置范圍是16-26，數字越大質量越差。如果不在乎體積與畫質的平衡直接設16，除了體積會大一些，編碼速度也會有所降低，這基本是最高規格參數。

main裡面的crf調節權是對上面提到的「一定質量」的調節。值18基本為無損，19-21.5為高質量，22-26為中等質量。

智能分配碼率包含兩個意思：

1、同一幀內分配碼率。就是在細節zd的地方分配更多的位元組（bits）。實際效果舉例：前景細節保留完整，背景壓縮得很厲害。

2、幀間分配碼率。crf會智能分析哪些是重要幀，哪些是次要幀。重要幀會得到更多的位元組。實際效果舉例：幀排列：清晰-模糊版-模糊-清晰。但是給人的感覺會是比較清晰的，因為看電影的時候一般注意焦點，不會去辨認背景。次要幀一般都一閃而過，也不容易注意到。

(7)x264命令行擴展閱讀：

小丸工具箱的設置選項卡各項功能：

1、界面語言：有簡、繁、英、日4種選項。

2、顯示啟動畫面：可在這關閉啟動動畫。

3、托盤模式：該功能僅僅是壓制時托盤有個小丸圖標，在圖標中懸停會有簡要的壓制進度信息，並且壓制完成後會彈出提示。其實這個設置的名字有點誤導，因為小丸工具箱就算開啟這個功能也是不會縮到托盤中，在以後的版本更新中該功能的名字應該會改。

4、X264優先順序:這個選項可以設置程序的優先順序，不會大幅度提升或降低壓制速度，頂多是能一邊湊合著玩游戲一邊壓制。

5、X264線程:一般來說小丸的X264隻能利用到16線程，所以auto就可以。

6、X264自定義命令行：如果在使用CRF或2PASS模式時，在本框框中所寫的參數，就會添加或修改進去。要是使用的是自定義，則完全覆蓋。

7、預覽播放器：可以在這里指定AVS的預覽播放器。

Ⅷ 求X.264的命令行範本和實例

沒有成功你連命令行怎麼報錯你都沒說，怎麼跟你說這問題，要看批量處理去nmm-hd看。

Ⅸ FFMPEG進階系列03-ffmpeg轉碼專題(中)x264參數詳解

更多音視頻知識請點擊 ： 專注音視頻開發

x264編碼參數簡介

x264.exe --fullhelp 列印

用於簡化命令行而設計的系統。各預設模板所對應的參數設定，詳見幫助：x264.exe --fullhelp.

21. frame-packing

默認: 20
根據給定的半徑對量化曲線進行高斯模糊(gaussian blur)。分配給各幀的量化值在時間方向上與相鄰幾幀相模糊，以限制量化值波動。
當mb-tree開啟時，cplxblur無效。
參見： --qcomp, --qblur, --no-mbtree

手動忽略標准碼率控制。選擇一個文件，強制指定某些幀的量化值和幀類型。格式為「幀號 幀類型 量化值」。例子：

也叫--subme

默認: 未設定

這些選項在輸出流中設定標志，可以被解碼工具讀取並做相應處理。值得注意的是，大多數選項在大多數情境下都是無意義 的，所以通常都被解碼軟體所忽略。

參見： Gamma Correction
推薦值: 默認，除非你知道源用的是哪種

'auto'會自動根據輸出文件的文件名來挑選。

Ⅹ 關於ffmpeg推流，如何推流一個文件夾里的所有視頻或者多個視頻

如果你想推流一個文件夾里的所有視頻，你可以使用通配符（wildcard）來匹配文件夾中的所有視頻。例如，你可以使用 -i /path/to/folder/*.mp4 來匹配文件夾中所有的 MP4 視頻文件。
如果你想推流多個視頻，你可以使用 -i 參數多次指定視頻文件的路徑。例如，你可以使用 ffmpeg -re -i video1.mp4 -i video2.mp4 -vcodec libx264 -acodec aac -f flv rtmp://localhost:1935/rtmplive/home 來推流 video1.mp4 和 video2.mp4 這兩個視頻。
你也可以使用 -f concat 參數來將多個視頻文件合並成一個輸入源，然後使用 -i 參數指定合並後的視頻文件。這樣，你就可以使用單個命令推流多個視頻。例如：
ffmpeg -f concat -safe 0 -i list.txt -c output.mp4
ffmpeg -re -i output.mp4 -vcodec libx264 -acodec aac -f flv rtmp://localhost:1935/rtmplive/home

其中，list.txt 是一個文本文件，其中包含了要合並的視頻文件的列表。每一行的格式為 file '/path/to/video.mp4'。例如：
file '/path/to/video1.mp4'
file '/path/to/video2.mp4'
file '/path/to/video3.mp4'

這樣，你就可以使用兩條命令推流多個視頻了。