X264使用介绍 - 版本历史

2013年7月23日 (二) 14:10 Dgwxx

2013-07-23T14:10:52Z

←上一版本		2013年7月23日 (二) 14:10的版本
第14行：		第14行：

	x264的主页上只用[http://git.videolan.org/?p=x264.git;a=summary git提供源代码]。虽然官方网站不提供编译好的版本，但是有很多人在编译x264，特别是Win32平台的编译版。		x264的主页上只用[http://git.videolan.org/?p=x264.git;a=summary git提供源代码]。虽然官方网站不提供编译好的版本，但是有很多人在编译x264，特别是Win32平台的编译版。
	*[http://x264.nl/x264_main.php~~] -~~ x264.nl		*[http://x264.nl/x264_main.php x264.nl]
	*[http://~~komisar~~.~~gin~~.by] ~~komisar编译版。~~		*[http://tmod.nmm-hd.org 06_taro Mod]
	*[http://x264.fushizen.eu/ jeeb编译版]		*[http://x264.fushizen.eu/ jeeb编译版]
	*[http://komisar.gin.by/ komisar编译版]		*[http://komisar.gin.by/ komisar编译版]

2013年7月23日 (二) 14:09 Dgwxx

2013-07-23T14:09:30Z

←上一版本		2013年7月23日 (二) 14:09的版本
第15行：		第15行：
	x264的主页上只用[http://git.videolan.org/?p=x264.git;a=summary git提供源代码]。虽然官方网站不提供编译好的版本，但是有很多人在编译x264，特别是Win32平台的编译版。		x264的主页上只用[http://git.videolan.org/?p=x264.git;a=summary git提供源代码]。虽然官方网站不提供编译好的版本，但是有很多人在编译x264，特别是Win32平台的编译版。
	*[http://x264.nl/x264_main.php] - x264.nl		*[http://x264.nl/x264_main.php] - x264.nl
	*[http://komisar.gin.by] komisar编译版没。		*[http://komisar.gin.by] komisar编译版。
	*[http://x264.fushizen.eu/ jeeb编译版]		*[http://x264.fushizen.eu/ jeeb编译版]
	*[http://komisar.gin.by/ komisar编译版]		*[http://komisar.gin.by/ komisar编译版]

2013年7月23日 (二) 14:09 Dgwxx

2013-07-23T14:09:17Z

←上一版本		2013年7月23日 (二) 14:09的版本
第14行：		第14行：

	x264的主页上只用[http://git.videolan.org/?p=x264.git;a=summary git提供源代码]。虽然官方网站不提供编译好的版本，但是有很多人在编译x264，特别是Win32平台的编译版。		x264的主页上只用[http://git.videolan.org/?p=x264.git;a=summary git提供源代码]。虽然官方网站不提供编译好的版本，但是有很多人在编译x264，特别是Win32平台的编译版。
	*http://komisar.gin.by~~/ 的~~ 编译版没 ~~有任何patch，即所谓纯净版~~ 。		*[http://x264.nl/x264_main.php] - x264.nl
			*[http://komisar.gin.by] komisar 编译版没。
	*[http://x264.fushizen.eu/ jeeb编译版]		*[http://x264.fushizen.eu/ jeeb编译版]
	*[http://komisar.gin.by/ komisar编译版]		*[http://komisar.gin.by/ komisar编译版]

2013年7月23日 (二) 02:14 Dgwxx

2013-07-23T02:14:11Z

←上一版本		2013年7月23日 (二) 02:14的版本
第2行：		第2行：

	主页： http://www.videolan.org/developers/x264.html		主页： http://www.videolan.org/developers/x264.html

	~~x264.nl当前版本信息：{{X264ver}}~~

	== H.264和x264 ==		== H.264和x264 ==
第16行：		第14行：

	x264的主页上只用[http://git.videolan.org/?p=x264.git;a=summary git提供源代码]。虽然官方网站不提供编译好的版本，但是有很多人在编译x264，特别是Win32平台的编译版。		x264的主页上只用[http://git.videolan.org/?p=x264.git;a=summary git提供源代码]。虽然官方网站不提供编译好的版本，但是有很多人在编译x264，特别是Win32平台的编译版。
	*http://~~x264~~.nl 的编译版没有任何patch，即所谓纯净版。		*http://komisar.gin.by/ 的编译版没有任何patch，即所谓纯净版。
	*[http://x264.fushizen.eu/ jeeb编译版]		*[http://x264.fushizen.eu/ jeeb编译版]
	*[http://komisar.gin.by/ komisar编译版]		*[http://komisar.gin.by/ komisar编译版]
第25行：		第23行：
	*[http://sourceforge.net/projects/direct264/ roozhou的支持DirectShow输入的版本]。		*[http://sourceforge.net/projects/direct264/ roozhou的支持DirectShow输入的版本]。
	*还有doom9上的[http://forum.doom9.org/showthread.php?t=130364 Current Patches, Where to get them, How they affect speed/output]和doom10上的[http://doom10.org/index.php?topic=3.0 Getting the latest x264]，都会有最新的编译版		*还有doom9上的[http://forum.doom9.org/showthread.php?t=130364 Current Patches, Where to get them, How they affect speed/output]和doom10上的[http://doom10.org/index.php?topic=3.0 Getting the latest x264]，都会有最新的编译版

	~~我们一般选择32位的最新版。~~

	~~此外，可以关注由[http://twitter.com/dgwxx @dgwxx]维护的twitter机器人[http://twitter.com/264bot @264bot],它每半小时检查一次x264.nl更新，报告32bit和64bit版本的更新。~~

	== 命令行界面的x264 ==		== 命令行界面的x264 ==

2011年4月14日 (四) 16:54 Dgwxx

2011-04-14T16:54:34Z

←上一版本		2011年4月14日 (四) 16:54的版本
第242行：		第242行：

	以上介绍了3种方法，个人比较倾向于用ffmpeg。2pass的编码也是像上面所讲的方法一样。		以上介绍了3种方法，个人比较倾向于用ffmpeg。2pass的编码也是像上面所讲的方法一样。

			==x264压制的自动化==
			虽然MeGUI等程序实现了x264压制的批量化，但并无法实现crf 1st pass + bitrate 2nd pass的自动2pass，也无法实现1st pass和2nd pass使用不同avs脚本。

			为此SAPikachu编写了Python脚本encx264，实现了以下功能：

			*支持1Pass crf + 2Pass bitrate模式，自动获取crf出来的码率作为2pass参数。也可设定2pass码率的比例，自动计算2nd pass码率功能。
			*自动记录压制log。
			*可自定义多套预置参数。
			*可分别使用不同脚本跑1st和2nd pass。如1st pass使用较快的滤镜，2nd pass再使用速度慢效果好的滤镜，牺牲一定精度来提高速度。
			*支持脚本自动升级最新版。

			下载、讨论、反馈请前往论坛[http://www.nmm-hd.org/newbbs/viewtopic.php?f=8&t=168 讨论发布专用贴]。

	== DXVA ==		== DXVA ==

Holy：/* 用avs2yuv输入 */

2011-02-07T10:31:17Z

用avs2yuv输入

←上一版本		2011年2月7日 (一) 10:31的版本
第239行：		第239行：
	>avs2yuv input.avs - \| x264 [options] --demuxer y4m -o output.264 -		>avs2yuv input.avs - \| x264 [options] --demuxer y4m -o output.264 -

	avs2yuv的输出格式默认是yuv4mpeg，x264可以从中读取分辨率，所以无须再用--input-res指定分辨率。		avs2yuv的输出格式默认是yuv4mpeg，x264 用y4m格式解码即可从中读取分辨率，所以无须再用--input-res指定分辨率。

	以上介绍了3种方法，个人比较倾向于用ffmpeg。2pass的编码也是像上面所讲的方法一样。		以上介绍了3种方法，个人比较倾向于用ffmpeg。2pass的编码也是像上面所讲的方法一样。

Holy：讓 ffmpeg 用 yuv4mpeg 格式輸出，再讓 x264 用 y4m 格式解碼，即可自動讀取解析度和色彩空間，無須再指定 --input-res 和 --input-csp

2011-02-07T10:28:42Z

讓 ffmpeg 用 yuv4mpeg 格式輸出，再讓 x264 用 y4m 格式解碼，即可自動讀取解析度和色彩空間，無須再指定 --input-res 和 --input-csp

←上一版本		2011年2月7日 (一) 10:28的版本
第215行：		第215行：
	=== 用ffmpeg输入 ===		=== 用ffmpeg输入 ===

	先下载ffmpeg的Windows编译版，可以用static link版本。目前ffmpeg在Windows只有32位的编译版。和x264一样，ffmpeg放在任何目录里都能运行，假设和x264、要进行编码的input.avs ~~（分辨率是1280x720）~~ 放在一个目录里。		先下载ffmpeg的Windows编译版，可以用static link版本。目前ffmpeg在Windows只有32位的编译版。和x264一样，ffmpeg放在任何目录里都能运行，假设和x264、要进行编码的input.avs放在一个目录里。

	>ffmpeg -i input.avs ~~-pix_fmt yuv420p~~ -f ~~rawvideo~~ -an -v 0 - \| x264 [options] --~~input-res 1280x720 --input-csp i420~~ -o output.264 -		>ffmpeg -i input.avs -f yuv4mpegpipe -an -v 0 - \| x264 [options] --demuxer y4m -o output.264 -

	先用ffmpeg打开input.avs，并不指定输出的文件，而是以“-”代替输出的文件。后面写“\|”，再写x264，x264的选项和输出文件写法不变，但是输入文件写“-” ~~，最后一定要指定分辨率。分辨率不能写错，不然编码速度极慢，而且画面出错。如果在编码时发现速度极慢，就要看看是不是分辨率搞错了~~ 。		先用ffmpeg打开input.avs，并不指定输出的文件，而是以“-”代替输出的文件。后面写“\|”，再写x264，x264的选项和输出文件写法不变，但是输入文件写“-”。

	=== 用mencoder输入 ===		=== 用mencoder输入 ===

秋月くれは：/* 用ffmpeg输入 */

2011-01-16T23:20:31Z

用ffmpeg输入

←上一版本		2011年1月16日 (日) 23:20的版本
第217行：		第217行：
	先下载ffmpeg的Windows编译版，可以用static link版本。目前ffmpeg在Windows只有32位的编译版。和x264一样，ffmpeg放在任何目录里都能运行，假设和x264、要进行编码的input.avs（分辨率是1280x720）放在一个目录里。		先下载ffmpeg的Windows编译版，可以用static link版本。目前ffmpeg在Windows只有32位的编译版。和x264一样，ffmpeg放在任何目录里都能运行，假设和x264、要进行编码的input.avs（分辨率是1280x720）放在一个目录里。

	>ffmpeg -i input.avs -pix_fmt yuv420p -f rawvideo -an -v 0 - \| x264 [options] --input-res 1280x720 --input-csp ~~yv12~~ -o output.264 -		>ffmpeg -i input.avs -pix_fmt yuv420p -f rawvideo -an -v 0 - \| x264 [options] --input-res 1280x720 --input-csp i420 -o output.264 -

	先用ffmpeg打开input.avs，并不指定输出的文件，而是以“-”代替输出的文件。后面写“\|”，再写x264，x264的选项和输出文件写法不变，但是输入文件写“-”，最后一定要指定分辨率。分辨率不能写错，不然编码速度极慢，而且画面出错。如果在编码时发现速度极慢，就要看看是不是分辨率搞错了。		先用ffmpeg打开input.avs，并不指定输出的文件，而是以“-”代替输出的文件。后面写“\|”，再写x264，x264的选项和输出文件写法不变，但是输入文件写“-”，最后一定要指定分辨率。分辨率不能写错，不然编码速度极慢，而且画面出错。如果在编码时发现速度极慢，就要看看是不是分辨率搞错了。

Holy：/* 64bit的x264 */

2010-11-21T03:35:40Z

64bit的x264

←上一版本		2010年11月21日 (日) 03:35的版本
第211行：		第211行：
	如果用了64位的Windows Vista或Windows 7，就可以用64位的x264。64位的x264大约能比32位的x264快上10%左右，能节省的时间还是比较可观的。但是用AviSynth输入时，64位的x264只接受64位的AviSynth输入，32位的x264只接受32位的AviSynth。虽然现在有64位的AviSynth和不少常用的滤镜，但是大多数人还是愿意用32位的AviSynth。那么如何用让64位的x264配合32位的AviSynth呢？		如果用了64位的Windows Vista或Windows 7，就可以用64位的x264。64位的x264大约能比32位的x264快上10%左右，能节省的时间还是比较可观的。但是用AviSynth输入时，64位的x264只接受64位的AviSynth输入，32位的x264只接受32位的AviSynth。虽然现在有64位的AviSynth和不少常用的滤镜，但是大多数人还是愿意用32位的AviSynth。那么如何用让64位的x264配合32位的AviSynth呢？

	方法是用'''pipe'''。用命令行工具（如ffmpeg、mencoder ~~或avs2uv~~ ）打开avs，让输出的raw yuv画面直接输入给x264，期间不产生中间文件。这个操作也是在命令行里实现的。		方法是用'''pipe'''。用命令行工具（如ffmpeg、mencoder 或avs2yuv ）打开avs，让输出的raw yuv画面直接输入给x264，期间不产生中间文件。这个操作也是在命令行里实现的。

	=== 用ffmpeg输入 ===		=== 用ffmpeg输入 ===
第223行：		第223行：
	=== 用mencoder输入 ===		=== 用mencoder输入 ===

	mencoder有很多有价值的滤镜，用起来也很方便。libx264可以编译进mencoder本身，和单独的x264效果一样。mencoder也可以打开avs文件，pipe给64位的x264。mplayer-ww的命令行版里带就有mencoder。		mencoder有很多有价值的滤镜，用起来也很方便。libx264可以编译进mencoder本身，和单独的x264效果一样。mencoder也可以打开avs文件，pipe给64位的x264。mplayer-ww的命令行版里就带有mencoder。

	同样假设mencoder、x264和要编码的的input.avs（1280x720）在一个目录里。		同样假设mencoder、x264和要编码的的input.avs（1280x720）在一个目录里。
第235行：		第235行：
	avs2yuv本来是为了给linux上wine来用的，因为AviSynth是运行在Windows的，在linux里必须wine avs2yuv来打开avs，再pipe给x264。当然也可以用来pipe给64位的x264。		avs2yuv本来是为了给linux上wine来用的，因为AviSynth是运行在Windows的，在linux里必须wine avs2yuv来打开avs，再pipe给x264。当然也可以用来pipe给64位的x264。

	同样假 ~~设mencoder~~ 、x264和要编码的的input.avs ~~（1280x720）~~ 在一个目录里。		同样假设avs2yuv 、x264和要编码的的input.avs在一个目录里。

	>avs2yuv input.avs ~~-raw -o~~ - \| x264 [options] --~~input-res 1280x720 --input-csp yv12~~ -o output.264 -		>avs2yuv input.avs - \| x264 [options] --demuxer y4m -o output.264 -

			avs2yuv的输出格式默认是yuv4mpeg，x264可以从中读取分辨率，所以无须再用--input-res指定分辨率。

	以上介绍了3种方法，个人比较倾向于用ffmpeg。2pass的编码也是像上面所讲的方法一样。		以上介绍了3种方法，个人比较倾向于用ffmpeg。2pass的编码也是像上面所讲的方法一样。

Holy：/* 2pass bitrate */

2010-11-21T03:08:23Z

2pass bitrate

←上一版本		2010年11月21日 (日) 03:08的版本
第196行：		第196行：

	:先输入第一行，等1pass跑完之后再输入第二行跑2pass。1pass主要为了得到1pass.stats和1pass.stats.mbtree两个文件，2pass需要这两个文件已完成最后的编码，最后输出文件。		:先输入第一行，等1pass跑完之后再输入第二行跑2pass。1pass主要为了得到1pass.stats和1pass.stats.mbtree两个文件，2pass需要这两个文件已完成最后的编码，最后输出文件。
	:默认情况下，1pass是以“快速”参数跑的，而不是以指定的参数跑。因此一般1pass会比2pass的速度快上很多。而这里1pass指定输出的文件名是NUL，在Windows里，这个文件名是保留的，因此不会有任何输出的以编码的文件。		:默认情况下，1pass是以“快速”参数跑的，而不是以指定的参数跑。因此一般1pass会比2pass的速度快上很多。而这里1pass指定输出的文件名是NUL，在Windows里，这个文件名是保留的，因此不会有任何输出的已编码的文件。
	:尽量让1pass和2pass的视频一致，如果改变了视频，分析的结果就会变得比较不准确。		:尽量让1pass和2pass的视频一致，如果改变了视频，分析的结果就会变得比较不准确。

	此外，1pass可以用crf方式跑，而且可以输出编码的结果，也就是说先跑个1pass看看，如果大小和预想的偏差太多，就再跑个2pass。但由于1pass默认用“快速”参数跑，因此这里的1pass需要加上--slow-firstpass强制x264用我们给的参数跑。		此外，1pass可以用crf方式跑，而且可以输出编码的结果，也就是说先跑个1pass看看，如果大小和预想的偏差太多，就再跑个2pass。但由于1pass默认用“快速”参数跑，因此这里的1pass需要加上--slow-firstpass强制x264用我们给的参数跑。

	>x264 --crf 20 --pass 1 --slow-firstpass animation --preset slower --stats "1pass.stats" -o output1pass.264 input.avs		>x264 --crf 20 --pass 1 --slow-firstpass --tune animation --preset slower --stats "1pass.stats" -o output1pass.264 input.avs
	>x264 --bitrate 1000 --pass 2 --tune animation --preset slower --stats "1pass.stats" -o output2pass.264 input.avs		>x264 --bitrate 1000 --pass 2 --tune animation --preset slower --stats "1pass.stats" -o output2pass.264 input.avs