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'

这样，你就可以使用两条命令推流多个视频了。