FFmpeg-X264-编码参数
FFmpeg X264编码参数
1.目录
1. 码率控制 (1)
2. X264的preset和tune (2)
3. 编码延时建议 (2)
4. ffmpeg编码参数和x264参数对照 (3)
5. x264参数说明 (6)
2.码率控制
X264提供三种码率控制的方式：bitrate, qp, crf。这三种方式是互斥的，使用时设置其中之一即可。
（1）bitrate
x264会尝试把给定的位元率作为整体平均值来编码。这意味着最终编码文件的大小是已知的，但最终的品质未知。此选项通常与-pass（两阶段编码）一起使用。
注意，ffmpeg中设置bitrate的具体参数为bit_rate，单位是bits/s（x264里面对应参数i_bitrate 的单位则是kbits/s, 1kbits为1000bits而非1024bits）.
（2）qp
使用qp选项时，表示P帧的量化值为qp。I帧和B帧的量化值则是从--ipratio和--pbratio中取得。可使用默认参数，也可自己设定。使用qp模式，即固定量化值，意味着停用弹性量化（aq_mode）。
当qp为0时，为无损编码。
（3）crf
固定位元率系数，C onstant R ate f actor，
可用的值从1到51，越小编码质量越好，码率越高。一般使用16到24，可以为浮点。(crf 并不是恒定质量的方式，同一片子同一crf值，其他参数不同可能码率和质量差较大，不同的片子之间就更没有可比性了)
此模式把某个“质量”作为编码目标，根据片子质量自动分配码率的vbr（Variable Bit Rate 动态比特率）。X264中构想是让crf n提供与qp n相当的视觉品质，但编码文件更小一些。CRF是借由降低“较不重要”帧的品质来达到此目的。在此情况下，“较不重要”是指在复杂或高动态场景的帧，其品质不是很耗费位元数就是不易察觉，所以会提高它们的量化值。
从这些帧里所节省下来的位元数被重新分配到可以更有效利用的帧。
当crf为0时，与qp 0相同，实现无损编码。
3.X264的preset和tune
鉴于x264的参数众多，各种参数的配合复杂，为了使用者方便，x264建议如无特别需要可使用preset和tune设置。这套开发者推荐的参数较为合理，可在此基础上在调整一些具体参数以符合自己需要，手动设定的参数会覆盖preset和tune里的参数。
--preset的参数主要调节编码速度和质量的平衡，有ultrafast、superfast、veryfast、faster、fast、medium、slow、slower、veryslow、placebo这10个选项，从快到慢。
--tune的参数主要配合视频类型和视觉优化的参数，或特别的情况。如果视频的内容符合其中一个可用的调整值又或者有其中需要，则可以使用此选项，否则建议不使用（如tune grain是为高比特率的编码而设计的）。tune的值有：
film：电影、真人类型；
animation：动画；
grain：需要保留大量的grain时用；
stillimage：静态图像编码时使用；
psnr：为提高psnr做了优化的参数；
ssim：为提高ssim做了优化的参数；
fastdecode：可以快速解码的参数；
zerolatency：零延迟，用在需要非常低的延迟的情况下，比如电视电话会议的编码。
4.一些编码建议
编码延时
降低x264的延时是可能的，但是会降低质量。若需零延时，设置--tune zerolatency。若你可以接受一点儿小延时(如小于1秒)，最好还是允许延时。下列步骤可以降低延迟，当延迟足够小时，就别再进行后续步骤了：
1. 从初始值开始
2. 关闭sync-lookahead(设置用于线程预测的帧缓存大小。最大值是250.在第二遍及更
多遍编码或基于分片线程时自动关闭)
3. 降低rc-lookahead，但别小于10(设定mb-tree位元率控制和vbv-lookahead使用的帧数)
4. 降低threads(比如从12降到6)
5. 使用切片线程(sliced threads)
6. 禁用rc-lookahead
7. 禁用b-frames
8. 实在不行，就用--tune zerolatency
param->rc.i_lookahead = 0;param->i_sync_lookahead = 0; param->i_bframe = 0;
param->b_sliced_threads = 1; param->b_vfr_input = 0;param->rc.b_mb_tree = 0;(使用宏块树位元率控制会改善整体压缩率)
x264线程
x264起多少个线程比较好？
建议线程数：
1、2、4、8
测试结论：
1、更多的线程会消耗更多总CPU时间片，因此在长期满载的机器上不宜使用多线程。
2、获得的时间收益随线程增多呈递减趋势，8线程以后尤为明显。
3、PNSR下降随线程数增加呈抛物递增趋势，16线程增加到24线程PSNR时下降了0.6之巨。
4、设置threads=auto时，线程数为逻辑CPU个数的1.5倍。
x264各类型帧的大小及编码耗时
注：作参考，未必属实。
I帧、B帧、P帧都极大地受编码参数的影响。
通常情况下：
h264编码的帧由大到小依次为：
I > P > B
（互相之间约有5倍的差距）
x264的编码耗时由长到短依次为：
P > B > I
通常而言，较小的帧因为帧内压缩计算量(deblock、cabac等)小，所以耗时相对短。
P帧的编码耗时长是因为帧间压缩(宏块寻找、运动补偿等)耗时长所以提高了总体耗时。另外：可以修改x264中的x264_slices_write函数来测量不同类型帧的编码耗时。
5.ffmpeg编码参数和x264参数对照
下面表中涉及的参数直接在AVCodecContext结构中设置：
AVCodecContext结构中priv_data可设置的参数见下表：
其余x264参数设置，见下面格式，多个参数用冒号(:)隔开：
av_opt_set(AVCodecContext->priv_data, "x264opts", "sync-lookahead=0:sliced-threads", 0); 6.x264参数说明
注：下面说明不是最新版本，最新版本请参考x264 --fullhelp
预设
为了减少使用者花费时间和精力在命令列上而设计的一套系统。这些设定切换了什么选项可以从x264 --fullhelp的说明里得知。
profile
预设值：无
限制输出资料流的profile。如果指定了profile，它会覆写所有其他的设定。所以如果指定了profile，将会保证得到一个相容的资料流。如果设了此选项，将会无法使用无失真（lossless）编码（--qp 0或--crf 0）。
如果播放装置仅支援某个profile，则应该设此选项。大多数解码器都支援High profile，所以没有设定的必要。
可用的值：baseline, main, high
preset
预设值：medium
变更选项，以权衡压缩效率和编码速度。如果指定了预设，变更的选项将会在套用所有其他的参数之前套用。
通常应该将此设为所能忍受的最慢一个选项。
可用的值：ultrafast, superfast, veryfast, faster, fast, medium, slow, slower, veryslow, placebo ultrafast
--no-8x8dct --aq-mode 0 --b-adapt 0
--bframes 0 --no-cabac --no-deblock
--no-mbtree --me dia --no-mixed-refs
--partitions none --rc-lookahead 0 --ref 1
--scenecut 0 --subme 0 --trellis 0
--no-weightb --weightp 0
Superfast
--no-mbtree --me dia --no-mixed-refs
--partitions i8x8,i4x4 --rc-lookahead 0 --ref 1
--subme 1 --trellis 0 --weightp 1
param->analyse.inter = X264_ANALYSE_I8x8|X264_ANALYSE_I4x4;
param->analyse.i_me_method = X264_ME_DIA;
param->analyse.i_subpel_refine = 1;
param->i_frame_reference = 1;
param->analyse.b_mixed_references = 0;
param->analyse.i_trellis = 0;
param->rc.b_mb_tree = 0;
param->analyse.i_weighted_pred = X264_WEIGHTP_SIMPLE;
param->rc.i_lookahead = 0;
tune
预设值：无
调整选项，以进一步最佳化为视讯的内容。如果指定了tune，变更的选项将会在--preset之后，但所有其他的参数之前套用。
如果视讯的内容符合其中一个可用的调整值，则可以使用此选项，否则不要使用。
可用的值：film, animation, grain, stillimage, psnr, ssim, fastdecode, zerolatency
slow-firstpass
预设值：无
使用--pass 1会在解析命令列的最后套用以下设定：
--ref 1
--no-8x8dct
--partitions i4x4 （如果最初有启用，否则为无）
--me dia
--subme MIN(2, subme)
--trellis 0
可以使用--slow-firstpass来停用此功能。注意，使用--preset placebo也会启用slow-firstpass。参阅：--pass
帧类型选项
keyint
预设值：250
设定x264输出的资料流之最大IDR帧（亦称为关键帧）间隔。可以指定infinite让x264永远不要插入非场景变更的IDR帧。
IDR帧是资料流的“分隔符号”，所有帧都无法从IDR帧的另一边参照资料。因此，IDR帧也是I帧，所以它们不从任何其他帧参照资料。这意味着它们可以用作视讯的搜寻点（seek points）。
注意，I帧通常明显大于P/B帧（在低动态场景通常为10倍大或更多），所以当它们与极低的VBV设定合并使用时会打乱位元率控制。在这些情况下，研究--intra-refresh。
预设值对于大多数视讯没啥问题。在为蓝光、广播、即时资料流或某些其他特殊情况编码时，可能需要更小的GOP长度（通常等于帧率）。
参阅：--min-keyint, --scenecut, --intra-refresh
min-keyint
预设值：自动（MIN(--keyint / 10, --fps)）
设定IDR帧之间的最小长度。
IDR帧的说明可以参阅--keyint。过小的keyint范围会导致“不正确的”IDR帧位置（例如闪屏场景）。此选项限制在每个IDR帧之后，要有多少帧才可以再有另一个IDR帧的最小长度。min-keyint的最大允许值是--keyint/2+1。
建议：预设值，或者等于帧率
参阅：--keyint, --scenecut
no-scenecut
预设值：无
完全停用弹性I帧决策（adaptive I-frame decision）。
参阅：--scenecut
scenecut
预设值：40
设定I/IDR帧位置的阈值（场景变更侦测）。
x264为每一帧计算一个度量值，来估计与前一帧的不同程度。如果该值低于scenecut，则算侦测到一个“场景变更”。如果此时与最近一个IDR帧的距离低于--min-keyint，则放置一个
I帧，否则放置一个IDR帧。越大的scenecut值会增加侦测到场景变更的数目。场景变更是如何比较的详细资讯可以参阅https://www.360docs.net/doc/f05892283.html,/showthread.php?t=121116。
将scenecut设为0相当于设定--no-scenecut。
建议：预设值
参阅：--keyint, --min-keyint, --no-scenecut
intra-refresh
预设值：无
停用IDR帧，作为替代x264会为每隔--keyint的帧的每个巨集区块（macroblock）使用内部编码（intra coding）。区块是以一个水平卷动的行刷新，称为刷新波（refresh wave）。这有利于低延迟的资料流，使它有可能比标准的IDR帧达到更加固定的帧大小。它也增强了视讯资料流对封包遗失的恢复能力。此选项会降低压缩效率，因此必要时才使用。
有趣的事：
第一帧仍然是IDR帧。
内部区块（Intra-blocks）仅处于P帧里，刷新波在一或多个B帧后的第一个P帧更广泛。
压缩效率的损失主要来自于在刷新波上左侧（新）的巨集区块无法参照右侧（旧）的资料。bframes
预设值：3
设定x264可以使用的最大并行B帧数。
没有B帧时，一个典型的x264资料流有着像这样的帧类型：IPPPPP...PI。当设了--bframes 2时，最多两个连续的P帧可以被B帧取代，就像：IBPBBPBPPPB...PI。
B帧类似于P帧，除了B帧还能从它之后的帧做动态预测（motion prediction）。就压缩比来说效率会大幅提高。它们的平均品质是由--pbratio所控制。
有趣的事：
x264还区分两种不同种类的B帧。"B"是代表一个被其他帧作为参照帧的B帧（参阅--b-pyramid），而"b"则代表一个不被其他帧作为参照帧的B帧。如果看到一段混合的"B"和"b"，原因通常与上述有关。当差别并不重要时，通常就以"B"代表所有B帧。
x264是如何为每个候选帧选定为P帧或B帧的详细资讯可以参阅https://www.360docs.net/doc/f05892283.html,/https://www.360docs.net/doc/f05892283.html,p.video.ffmpeg.devel/29064。在此情况下，帧类型看起来会像这样（假设--bframes 3）：IBBBPBBBPBPI。
参阅：--b-bias, --b-pyramid, --ref, --pbratio, --partitions, --weightb
b-adapt
预设值：1
设定弹性B帧位置决策演算法。此设定控制x264如何决定要放置P帧或B帧。
0：停用，总是挑选B帧。这与旧的no-b-adapt设定相同作用。
1：“快速”演算法，较快，越大的--bframes值会稍微提高速度。当使用此模式时，基本上建议搭配--bframes 16使用。
2：“最佳”演算法，较慢，越大的--bframes值会大幅降低速度。
注意：对于多重阶段（multi-pass）编码，仅在第一阶段（first pass）才需要此选项，因为帧类型在此时已经决定完了。
b-bias
预设值：0
控制使用B帧而不使用P帧的可能性。大于0的值增加偏向B帧的加权，而小于0的值则相反。范围是从-100到100。100并不保证全是B帧（要全是B帧该使用--b-adapt 0），而-100也不保证全是P帧。
仅在你认为能比x264做出更好的位元率控制决策时才使用此选项。
参阅：--bframes, --ipratio
b-pyramid
预设值：normal
允许B帧作为其他帧的参照帧。没有此设定时，帧只能参照I/P帧。虽然I/P帧因其较高的品质作为参照帧更有价值，但B帧也是很有用的。作为参照帧的B帧会得到一个介于P帧和普通B帧之间的量化值。b-pyramid需要至少两个以上的--bframes才会运作。
如果是在为蓝光编码，须使用none或strict。
none：不允许B帧作为参照帧。
strict：每minigop允许一个B帧作为参照帧，这是蓝光标准强制执行的限制。
normal：每minigop允许多个B帧作为参照帧。
参阅：--bframes, --refs, --no-mixed-refs
open-gop
预设值：none
open-gop是一个提高效率的编码技术。有三种模式：
none：停用open-gop。
normal：启用open-gop。
bluray：启用open-gop。一个效率较低的open-gop版本，因为normal模式无法用于蓝光编码。
某些解码器不完全支援open-gop资料流，这就是为什么此选项并未预设为启用。如果想启用open-gop，应该先测试所有可能用来拨放的解码器。
open-gop的说明可以参阅https://www.360docs.net/doc/f05892283.html,/showthread.php?p=1300124#post1300124。no-cabac
预设值：无
停用弹性内容的二进位算数编码（CABAC：Context Adaptive Binary Arithmetic Coder）资料流压缩，切换回效率较低的弹性内容的可变长度编码（CAVLC：Context Adaptive Variable Length Coder）系统。大幅降低压缩效率（通常10~20%）和解码的硬体需求。
ref
预设值：3
控制解码图片缓冲（DPB：Decoded Picture Buffer）的大小。范围是从0到16。总之，此值是每个P帧可以使用先前多少帧作为参照帧的数目（B帧可以使用的数目要少一或两个，取决于它们是否作为参照帧）。可以被参照的最小ref数是1。
还要注意的是，H.264规格限制了每个level的DPB大小。如果遵守Level 4.1规格，720p和
1080p视讯的最大ref数分别是9和4。
参阅：--b-pyramid, --no-mixed-refs, --level
no-deblock
预设值：无
完全停用循环筛选（loop filter）。不建议。
参阅：--deblock
deblock
预设值：0:0
控制循环筛选（亦称为持续循环去区块(inloop deblocker)），这是H.264标准的一部分。就性价比来说非常有效率。
可以在https://www.360docs.net/doc/f05892283.html,/showthread.php?t=109747找到loop滤镜的参数是如何运作的说明（参阅第一个帖子和akupenguin的回复）。
参阅：--no-deblock
slices
预设值：无
设定每帧的切片数，而且强制为矩形切片（会被--slice-max-size或--slice-max-mbs覆写）。如果是在为蓝光编码，将值设为4。否则，不要使用此选项，除非你知道真的有必要。
参阅：--slice-max-size, --slice-max-mbs
slice-max-size
预设值：无
设定最大的切片大小（单位是位元组），包括估计的NAL额外负荷（overhead）。（目前与--interlaced不相容）
参阅：--slices
slice-max-mbs
预设值：无
设定最大的切片大小（单位是巨集区块）。（目前与--interlaced不相容）
参阅：--slices
tff
预设值：无
启用交错式编码并指定顶场优先（top field first）。x264的交错式编码使用MBAFF，本身效率比渐进式编码差。出于此原因，仅在打算于交错式显示器上播放视讯时，才应该编码为交错式（或者视讯在送给x264之前无法进行去交错）。此选项会自动启用--pic-struct。
bff
预设值：无
启用交错式编码并指定底场优先（bottom field first）。详细资讯可以参阅--tff。constrained-intra
预设值：无
启用限制的内部预测（constrained intra prediction），这是SVC编码的基础层（base layer）所需要的。既然EveryoneTM忽略SVC，你同样可以忽略此选项。
pulldown
预设值：none
使用其中一个预设模式将渐进式、固定帧率的输入资料流标志上软胶卷过带（soft telecine）。软胶卷过带在http://trac.handbrake.fr/wiki/Telecine有更详细的解释。
可用的预设：none, 22, 32, 64, double, triple, euro
指定除了none以外的任一模式会自动启用--pic-struct。
fake-interlaced
预设值：无
将资料流标记为交错式，即使它并未以交错式来编码。用于编码25p和30p为符合蓝光标准的视讯。
frame-packing
预设值：无
如果在编码3D视讯，此参数设定一个位元资料流（bitstream）旗标，用来告诉解码器3D 视讯是如何被封装。相关的值和它们的意义可以从x264 --fullhelp的说明里得知。
位元率控制
qp
预设值：无
三种位元率控制方法之一。设定x264以固定量化值（Constant Quantizer）模式来编码视讯。这里给的值是指定P帧的量化值。I帧和B帧的量化值则是从--ipratio和--pbratio中取得。CQ 模式把某个量化值作为目标，这意味着最终档案大小是未知的（虽然可以透过一些方法来准确地估计）。将值设为0会产生无失真输出。对于相同视觉品质，qp会比--crf产生更大的档案。qp模式也会停用弹性量化，因为按照定义“固定量化值”意味着没有弹性量化。
此选项与--bitrate和--crf互斥。各种位元率控制系统的详细资讯可以参阅https://www.360docs.net/doc/f05892283.html,/?p=x264.git;a=blob_plain;f=doc/ratecontrol.txt;hb=HEAD。
虽然qp不需要lookahead来执行因此速度较快，但通常应该改用--crf。
参阅：--bitrate, --crf, --ipratio, --pbratio
bitrate
预设值：无
三种位元率控制方法之二。以目标位元率模式来编码视讯。目标位元率模式意味着最终档案大小是已知的，但最终品质则未知。x264会尝试把给定的位元率作为整体平均值来编码视讯。参数的单位是千位元/秒（8位元=1位元组）。注意，1千位元(kilobit)是1000位元，而不是1024位元。
此设定通常与--pass在两阶段（two-pass）编码一起使用。
此选项与--qp和--crf互斥。各种位元率控制系统的详细资讯可以参阅https://www.360docs.net/doc/f05892283.html,/?p=x264.git;a=blob_plain;f=doc/ratecontrol.txt;hb=HEAD。
参阅：--qp, --crf, --ratetol, --pass, --stats
crf
预设值：23.0
最后一种位元率控制方法：固定位元率系数（Constant Ratefactor）。当qp是把某个量化值作为目标，而bitrate是把某个档案大小作为目标时，crf则是把某个“品质”作为目标。构想是让crf n提供的视觉品质与qp n相同，只是档案更小一点。crf值的度量单位是“位元率系数（ratefactor）”。
CRF是借由降低“较不重要”的帧之品质来达到此目的。在此情况下，“较不重要”是指在复杂或高动态场景的帧，其品质不是很耗费位元数就是不易察觉，所以会提高它们的量化值。从这些帧里所节省下来的位元数被重新分配到可以更有效利用的帧。
CRF花费的时间会比两阶段编码少，因为两阶段编码中的“第一阶段”被略过了。另一方面，要预测CRF编码的最终位元率是不可能的。根据情况哪种位元率控制模式更好是由你来决定。此选项与--qp和--bitrate互斥。各种位元率控制系统的详细资讯可以参阅
https://www.360docs.net/doc/f05892283.html,/?p=x264.git;a=blob_plain;f=doc/ratecontrol.txt;hb=HEAD。
参阅：--qp, --bitrate
rc-lookahead
预设值：40
设定mb-tree位元率控制和vbv-lookahead使用的帧数。最大允许值是250。
对于mb-tree部分，增加帧数带来更好的效果但也会更慢。mb-tree使用的最大缓冲值是MIN(rc-lookahead, --keyint)。
对于vbv-lookahead部分，当使用vbv时，增加帧数带来更好的稳定性和准确度。vbv-lookahead 使用的最大值是：
MIN(rc-lookahead, MAX(--keyint, MAX(--vbv-maxrate, --bitrate) / --vbv-bufsize * --fps))
参阅：--no-mbtree, --vbv-bufsize, --vbv-maxrate
什么是Macroblock Tree
Macroblock Tree是一个基于macroblock的qp控制方法。MB Tree的工作原理类似于古典的qp compression，只不过qcomp处理的对象是整张frame而MB Tree针对的是每个MB进行处理。工作过程简单来说，是对于每个MB，向前预测一定数量的帧（该数量由rc-lookahead 和keyint的较小值决定）中该MB被参考的情况，根据引用次数的多寡，决定对该MB使用何种大小的qp进行quantization。而qp的大小与被参考次数成反比，也就是说，对于被参考次数多的MB，264的解码器认为此对应于缓慢变化的场景，因此给与比较高的质量（比较低的qp数值）。至于视频的变化率与人眼感知能力的关系，这是一个基于主观测试的经验结果：视频变化率越大人眼的敏感度越低，也就是说，人眼可以容忍快速变化场景的某些缺陷，但相对而言某些平滑场景的缺陷，人眼则相当敏感。注意此处说的平滑，指的是沿时间维度上场景的变化频率，而非普通意义上的像素域中的场景。
vbv-maxrate
预设值：0
设定重新填满VBV缓冲的最大位元率。
VBV会降低品质，所以必要时才使用。
参阅：--vbv-bufsize, --vbv-init, VBV编码建议
vbv-bufsize
预设值：0
设定VBV缓冲的大小（单位是千位元）。
VBV会降低品质，所以必要时才使用。
参阅：--vbv-maxsize, --vbv-init, VBV编码建议
vbv-init
预设值：0.9
设定VBV缓冲必须填满多少才会开始播放。
如果值小于1，初始的填满量是：vbv-init * vbv-bufsize。否则该值即是初始的填满量（单位是千位元）。
参阅：--vbv-maxsize, --vbv-bufsize, VBV编码建议
crf-max
预设值：无
一个类似--qpmax的设定，除了指定的是最大位元率系数而非最大量化值。当使用--crf且启用VBV时，此选项才会运作。它阻止x264降低位元率系数（亦称为“品质”）到低于给定的值，即使这样做会违反VBV的条件约束。此设定主要适用于自订资料流伺服器。详细资讯
可以参阅https://www.360docs.net/doc/f05892283.html,/gitweb.cgi/x264.git/?a=commit;h=81eee062a4ce9aae1eceb3befcae855c2 5e5ec52。
参阅：--crf, --vbv-maxrate, --vbv-bufsize
qpmin
预设值：0
定义x264可以使用的最小量化值。量化值越小，输出就越接近输入。到了一定的值，x264的输出看起来会跟输入一样，即使它并不完全相同。通常没有理由允许x264花费比这更多的位元数在任何特定的巨集区块上。
当弹性量化启用时（预设启用），不建议提高qpmin，因为这会降低帧里面平面背景区域的品质。
参阅：--qpmax, --ipratio
关于qpmin的预设值：在x264 r1795版本之前，该选项预设值为10。
qpmax
预设值：51
定义x264可以使用的最大量化值。预设值51是H.264规格可供使用的最大量化值，而且品质极低。此预设值有效地停用了qpmax。如果想要限制x264可以输出的最低品质，可以将此值设小一点（通常30~40），但通常并不建议调整此值。
参阅：--qpmin, --pbratio, --crf-max
qpstep
预设值：4
设定两帧之间量化值的最大变更幅度。
ratetol
预设值：1.0
此参数有两个目的：
在一阶段位元率编码时，此设定控制x264可以偏离目标平均位元率的百分比。可以指定inf 来完全停用溢出侦测（overflow detection）。可以设定的最小值是0.01。值设得越大，x264可以对接近电影结尾的复杂场景作出越好的反应。此目的的度量单位是百分比（例如，1.0等于允许1%的位元率偏差）。
很多电影（例如动作片）在电影结尾时是最复杂的。因为一阶段编码并不知道这一点，结尾所需的位元数通常被低估。将ratetol设为inf可以减轻此情况，借由允许编码以更像--crf的模式运行，但档案大小会暴增。
当VBV启用时（即指定了--vbv-开头的选项），此设定也会影响VBV的强度。值设得越大，允许VBV在冒着可能违反VBV设定的风险下有越大的波动。
ipratio
预设值：1.40
修改I帧量化值相比P帧量化值的目标平均增量。越大的值会提高I帧的品质。
参阅：--pbratio
pbratio
预设值：1.30
修改B帧量化值相比P帧量化值的目标平均减量。越大的值会降低B帧的品质。当mbtree 启用时（预设启用），此设定无作用，mbtree会自动计算最佳值。
参阅：--ipratio
chroma-qp-offset
预设值：0
在编码时增加色度平面量化值的偏移。偏移可以为负数。
当使用psy-rd或psy-trellis时，x264自动降低此值来提高亮度的品质，其后降低色度的品质。这些设定的预设值会使chroma-qp-offset再减去2。
注意：x264仅在同一量化值编码亮度平面和色度平面，直到量化值29。在此之后，色度逐步以比亮度低的量被量化，直到亮度在q51和色度在q39为止。此行为是由H.264标准所要求。
aq-mode
预设值：1
弹性量化模式。没有AQ时，x264很容易分配不足的位元数到细节较少的部分。AQ是用来更好地分配视讯里所有巨集区块之间的可用位元数。此设定变更AQ会重新分配位元数到什么范围里：
0：完全不使用AQ。
1：允许AQ重新分配位元数到整个视讯和帧内。
2：自动变化（Auto-variance）AQ，会尝试对每帧调整强度。（实验性的）
参阅：--aq-strength
aq-strength
预设值：1.0
弹性量化强度。设定AQ偏向低细节（平面）的巨集区块之强度。不允许为负数。0.0~2.0以外的值不建议。
参阅：--aq-mode
pass
预设值：无
此为两阶段编码的一个重要设定。它控制x264如何处理--stats档案。有三种设定：
1：建立一个新的统计资料档案。在第一阶段使用此选项。
2：读取统计资料档案。在最终阶段使用此选项。
3：读取统计资料档案并更新。
统计资料档案包含每个输入帧的资讯，可以输入到x264以改善输出。构想是执行第一阶段来产生统计资料档案，然后第二阶段将建立一个最佳化的视讯编码。改善的地方主要是从更好的位元率控制中获益。
参阅：--stats, --bitrate, --slow-firstpass, X264统计资料档案
stats
预设值："x264_2pass.log"
设定x264读取和写入统计资料档案的位置。
参阅：--pass, X264统计资料档案
no-mbtree
预设值：无
停用巨集区块树（macroblock tree）位元率控制。使用巨集区块树位元率控制会改善整体压缩率，借由追踪跨帧的时间传播（temporal propagation）并相应地加权。除了已经存在的统计资料档案之外，多重阶段编码还需要一个新的统计资料档案。
建议：预设值
参阅：--rc-lookahead
qcomp
预设值：0.60
量化值曲线压缩系数。0.0是固定位元率，1.0则是固定量化值。
当mbtree启用时，它会影响mbtree的强度（qcomp越大，mbtree越弱）。
建议：预设值
参阅：--cplxblur, --qblur
cplxblur
预设值：20.0
以给定的半径范围套用高斯模糊（gaussian blur）于量化值曲线。这意味着分配给每个帧的量化值会被它的邻近帧模糊掉，以此来限制量化值波动。
参阅：--qcomp, --qblur
qblur
预设值：0.5
在曲线压缩之后，以给定的半径范围套用高斯模糊于量化值曲线。不怎么重要的设定。
参阅：--qcomp, --cplxblur
zones
预设值：无
调整视讯的特定片段之设定。可以修改每区段的大多数x264选项。
一个单一区段的形式为<起始帧>,<结束帧>,<选项>。
多个区段彼此以"/"分隔。
选项：
这两个是特殊选项。每区段只能设定其中一个，而且如果有设定其中一个，它必须为该区段列出的第一个选项：
b=<浮点数> 套用位元率乘数在此区段。在额外调整高动态和低动态场景时很有用。
q=<整数> 套用固定量化值在此区段。在套用于一段范围的帧时很有用。
其他可用的选项如下：
ref=<整数>
b-bias=<整数>
scenecut=<整数>
no-deblock
deblock=<整数>:<整数>
deadzone-intra=<整数>
deadzone-inter=<整数>
direct=<字串>
merange=<整数>
nr=<整数>
subme=<整数>
trellis=<整数>
(no-)chroma-me
(no-)dct-decimate
(no-)fast-pskip
(no-)mixed-refs
psy-rd=<浮点数>:<浮点数>
me=<字串>
no-8x8dct
b-pyramid=<字串>
限制：
一个区段的参照帧数无法超过--ref所指定的大小。
无法开启或关闭scenecut；如果--scenecut最初为开启（>0），则只能改变scenecut的大小。如果使用--me esa/tesa，merange无法超过最初所指定的大小。
如果--subme最初指定为0，则无法变更subme。
如果--me最初指定为dia、hex或umh，则无法将me设为esa为tesa。
范例：0,1000,b=2/1001,2000,q=20,me=3,b-bias=-1000
建议：预设值
qpfile
预设值：无
手动覆写标准的位元率控制。指定一个档案，为指定的帧赋予量化值和帧类型。格式为“帧号帧类型量化值”。例如：
0 I 18 < IDR (key) I-frame
1 P 18 < P-frame
2 B 18 < Referenced B-frame
3 i 18 < Non-IDR (non-key) I-frame
4 b 18 < Non-referenced B-frame
5 K 18 < Keyframe*
不需要指定每个帧。
使用-1作为所需的量化值允许x264自行选择最佳的量化值，在只需设定帧类型时很有用。在指定了大量的帧类型和量化值时仍然让x264间歇地自行选择，会降低x264的效能。"Keyframe"是一个泛用关键帧／搜寻点，如果--open-gop是none则等同于一个IDR I帧，否则等同于一个加上Recovery Point SEI旗标的Non-IDR I帧。
分析
partitions
预设值：p8x8,b8x8,i8x8,i4x4
H.264视讯在压缩过程中划分为16x16的巨集区块。这些区块可以进一步划分为更小的分割，这就是此选项要控制的部分。
此选项可以启用个别分割。分割依不同帧类型启用。
可用的分割：p8x8, p4x4, b8x8, i8x8, i4x4, none, all
I：i8x8、i4x4。
P：p8x8（也会启用p16x8/p8x16）、p4x4（也会启用p8x4/p4x8）。
B：b8x8（也会启用b16x8/b8x16）。
p4x4通常不怎么有用，而且性价比极低。
参阅：--no-8x8dct
direct
预设值：spatial
设定"direct"动态向量（motion vectors）的预测模式。有两种模式可用：spatial和temporal。可以指定none来停用direct动态向量，和指定auto来允许x264在两者之间切换为适合的模式。如果设为auto，x264会在编码结束时输出使用情况的资讯。auto最适合用于两阶段编码，但也可用于一阶段编码。在第一阶段auto模式，x264持续记录每个方法执行到目前为止的好坏，并从该记录挑选下一个预测模式。注意，仅在第一阶段有指定auto时，才应该在第二阶段指定auto；如果第一阶段不是指定auto，第二阶段将会预设为temporal。none
模式会浪费位元数，因此强烈不建议。
建议：auto
no-weightb
预设值：无
H.264允许“加权”B帧的参照，它允许变更每个参照影响预测图片的程度。此选项停用该功能。
建议：预设值
weightp
预设值：2
使x264能够使用明确加权预测（explicit weighted prediction）来改善P帧的压缩。亦改善淡入／淡出的品质。模式越高越慢。
注意：在为Adobe Flash编码时，将值设为1，否则它的解码器会产生不自然痕迹（artifacts）。Flash 10.1修正了此bug。
模式：
0：停用。
1：简易：分析淡入／淡出，但不分析重复参照帧。
2：智慧：分析淡入／淡出和重复参照帧。
me
预设值：hex
设定全像素（full-pixel）动态估算（motion estimation）的方法。有五个选项：
dia（diamond）：最简单的搜寻方法，起始于最佳预测器（predictor），检查上、左、下、右方一个像素的动态向量，挑选其中最好的一个，并重复此过程直到它不再找到任何更好的动态向量为止。
hex（hexagon）：由类似策略组成，除了它使用周围6点范围为2的搜寻，因此叫做六边形。它比dia更有效率且几乎没有变慢，因此作为一般用途的编码是个不错的选择。
umh（uneven multi-hex）：比hex更慢，但搜寻复杂的多六边形图样以避免遗漏难以找到的动态向量。不像hex和dia，merange参数直接控制umh的搜寻半径，允许增加或减少广域搜寻的大小。
esa（exhaustive）：一种在merange内整个动态搜寻空间的高度最佳化智慧搜寻。虽然速度较快，但数学上相当于搜寻该区域每个单一动态向量的暴力（bruteforce）方法。不过，它仍然比UMH还要慢，而且没有带来很大的好处，所以对于日常的编码不是特别有用。tesa（transformed exhaustive）：一种尝试接近在每个动态向量执行Hadamard转换法比较的效果之演算法，就像exhaustive，但效果好一点而速度慢一点。
参阅：--merange
merange
预设值：16
merange控制动态搜寻的最大范围（单位是像素）。对于hex和dia，范围限制在4~16。对于umh和esa，它可以增加到超过预设值16来允许范围更广的动态搜寻，对于HD视讯和高动态镜头很有用。注意，对于umh、esa和tesa，增加merange会大幅减慢编码速度。
参阅：--me
mvrange
预设值：-1 （自动）
设定动态向量的最大（垂直）范围（单位是像素）。预设值依level不同：
Level 1/1b：64。
Level 1.1~2.0：128。
Level 2.1~3.0：256。
Level 3.1+：512。
注意：如果想要手动覆写mvrange，在设定时从上述值减去0.25（例如--mvrange 127.75）。建议：预设值
mvrange-thread
预设值：-1 （自动）
设定执行绪之间的最小动态向量缓冲。不要碰它。
建议：预设值
subme
预设值：7
设定子像素（subpixel）估算复杂度。值越高越好。层级1~5只是控制子像素细分（refinement）强度。层级6为模式决策启用RDO，而层级8为动态向量和内部预测模式启用RDO。RDO 层级明显慢于先前的层级。
使用小于2的值不但会启用较快且品质较低的lookahead模式，而且导致较差的--scenecut 决策，因此不建议。
可用的值：
0：Fullpel only
1：QPel SAD 1 iteration
2：QPel SATD 2 iterations
3：HPel on MB then QPel
4：Always QPel
5：Multi QPel + bi-directional motion estimation
6：RD on I/P frames
7：RD on all frames
8：RD refinement on I/P frames
9：RD refinement on all frames
10：QP-RD (requires --trellis=2, --aq-mode>0)
建议：预设值，或者更高，除非速度非常重要
psy-rd
预设值：1.0:0.0
第一个数是Psy-RDO的强度（需要subme>=6）。第二个数是Psy-Trellis的强度（需要trellis>=1）。注意，Trellis仍然被视为“实验性的”，而且几乎可以肯定至少卡通不适合使用。
psy-rd的解释可以参阅https://www.360docs.net/doc/f05892283.html,/showthread.php?t=138293。
no-psy
预设值：无
停用所有会降低PSNR或SSIM的视觉最佳化。这也会停用一些无法透过x264的命令列引数设定的内部psy最佳化。
建议：预设值
no-mixed-refs
预设值：无
混合参照会以每个8x8分割为基础来选取参照，而不是以每个巨集区块为基础。当使用多个参照帧时这会改善品质，虽然要损失一些速度。设定此选项会停用该功能。
建议：预设值
no-chroma-me
预设值：无
通常，亮度（luma）和色度（chroma）两个平面都会做动态估算。此选项停用色度动态估算来提高些微速度。
建议：预设值
no-8x8dct
预设值：无
弹性8x8离散余弦转换（Adaptive 8x8 DCT）使x264能够智慧弹性地使用I帧的8x8转换。此选项停用该功能。
建议：预设值
trellis
预设值：1
执行Trellis quantization来提高效率。
0：停用。
1：只在一个巨集区块的最终编码上启用。
2：在所有模式决策上启用。
在巨集区块时提供了速度和效率之间的良好平衡。在所有决策时则更加降低速度。
建议：预设值
注意：需要--cabac
no-fast-pskip
预设值：无
停用P帧的早期略过侦测（early skip detection）。非常轻微地提高品质，但要损失很多速度。建议：预设值
no-dct-decimate
预设值：无
DCT Decimation会舍弃它认为“不必要的”DCT区块。这会改善编码效率，而降低的品质通常微不足道。设定此选项会停用该功能。
建议：预设值
nr
预设值：0
执行快速的杂讯削减（noise reduction）。根据此值估算影片的杂讯，并借由在量化之前舍弃小细节来尝试移除杂讯。这可能比不上优良的外部杂讯削减筛选的品质，但它执行得非常快。建议：预设值，或者100~1000
deadzone-inter/intra
预设值：21/11
设定inter/intra亮度量化反应区（deadzone）的大小。反应区的范围应该在0~32。此值设定x264会任意舍弃而不尝试保留细微细节的层级。非常细微的细节既难以看见又耗费位元数，舍弃这些细节可以不用浪费位元数在视讯的此类低收益画面上。反应区与--trellis不相容。建议：预设值
cqm
预设值：flat
设定所有自订量化矩阵（custom quantization matrices）为内建的预设之一。内建预设有flat 和JVT。
参阅：--cqmfile
cqmfile
预设值：无
从一个指定的JM相容档案来设定自订量化矩阵。覆写所有其他--cqm开头的选项。
建议：预设值
参阅：--cqm
cqm4* / cqm8*
预设值：无
--cqm4：设定所有4x4量化矩阵。需要16个以逗号分隔的整数清单。
--cqm8：设定所有8x8量化矩阵。需要64个以逗号分隔的整数清单。
--cqm4i、--cqm4p、--cqm8i、--cqm8p：设定亮度和色度量化矩阵。
--cqm4iy、--cqm4ic、--cqm4py、--cqm4pc：设定个别量化矩阵。
建议：预设值
视讯可用性资讯
这些选项在输出资料流里设定一个旗标，旗标可以被解码器读取并采取可能的动作。值得一提的是大多数选项在大多数情况下毫无意义，而且通常被解码器忽略。
overscan
预设值：undef
如何处理溢出扫描（overscan）。溢出扫描的意思是装置只显示影像的一部分。
可用的值：
undef：未定义。
show：指示要显示整个影像。理论上如果有设定则必须被遵守。
crop：指示此影像适合在有溢出扫描功能的装置上播放。不一定被遵守。
建议：在编码之前裁剪（Crop），然后如果装置支援则使用show，否则不理会videoformat
预设值：undef
指示此视讯在编码／数位化（digitizing）之前是什么格式。
可用的值：component, pal, ntsc, secam, mac, undef
建议：来源视讯的格式，或者未定义
fullrange
预设值：off
指示是否使用亮度和色度层级的全范围。如果设为off，则会使用有限范围。
详细资讯可以参阅https://www.360docs.net/doc/f05892283.html,/wiki/YCbCr。
建议：如果来源是从类比视讯数位化，将此设为off。否则设为on
colorprim
预设值：undef
设定以什么色彩原色转换成RGB。
可用的值：undef, bt709, bt470m, bt470bg, smpte170m, smpte240m, film
详细资讯可以参阅https://www.360docs.net/doc/f05892283.html,/wiki/RGB_color_space和https://www.360docs.net/doc/f05892283.html,/wiki/YCbCr。
建议：预设值，除非你知道来源使用什么色彩原色
transfer
qaac 2.15命令行参数
qaac 2.15 Usage: qaac [options] infiles.... "-" as infile means stdin. On ADTS/WAV output mode, "-" as outfile means stdout. Main options: --formats Show available AAC formats and exit -a, --abr
卫星直播系统综合接收解码器技术规格及参数要求
卫星直播系统综合接收解码器技术规格及参数要求 接收机达到《GY T 278-2014卫星直播系统综合接收解码器(加密标清定位型)技术要求和测量方法》和SJ/T11387-2008《直播卫星电视广播接收系统及设备通用规范》的技术要求；支持直播卫星“户户通”数据广播业务，能接收“户户通”平台的综合信息服务；集成NDS高级安全CA条件接收系统，芯片序列化及控制字加密，有效阻止盗版；丰富的节目编辑管理和频道收藏夹功能；断电记忆当前频道、音量等信息功能；7天中文EPG电子节目指南功能；产品的安全启动或安全的密钥卫星远程空中升级功能；高可靠电源，工作电压范围宽，抗干扰能力强，适应农村山区使用环境；非授权的免费节目抑制功能，方便对用户的有效管理、有效控制；后台监测自动更新系统，始终保证用户使用到最新的软件、业务；具备恢复出厂默认功能与声道选择功能；内置扬声器，不开电视就能收听丰富的广播节目；具有接收应急广播功能；外接话机可实现打电话功能；学习型遥控器方便用户使用操作，标准符合GD/J027-2011附件要求；可靠性高，MTBF大于8000h。 卫星直播系统综合接收解码器440套 接收机技术指标： 系统与内存 处理器主频：260 MHz 存储器（FLASH）：8MB、存储器（RAM）： 32MB、存储器（NVRAM）： 16kB 遥控器：红外线学习型遥控器，符合GD/J027－2011相关要求，载波频率38KHz 字库：GB2312－1980 一、二级字库 卫星调谐器 输入频率：950～1450 MHz 输入信号电平：-65 ～ -30 dBm 输入阻抗：75Ω 频率捕捉范围：±5MHz LNB极化电源：右旋，13±1V；左旋，18±1V
Locust命令行参数详解
Locust命令行参数详解 -h, --help 查看帮助 -H HOST, --host=HOST 被测试的主机地址，格式：http://10.21.32.33 --web-host=WEB_HOST Locust Web 页面的主机地址，默认为本机 -P PORT, --port=PORT, --web-port=PORT 被测试主机端口，默认8089 -f LOCUSTFILE, --locustfile=LOCUSTFILE 指定运行Locust 性能测试文件，默认为: locustfile.py --csv=CSVFILEBASE, --csv-base-name=CSVFILEBASE 以CSV格式存储当前请求测试数据 --master 分布式模式使用，指定当前节点为master 节点 --slave 分布式模式使用，指定当前节点为slave节点 --master-host=MASTER_HOST 分布式模式运行，设置master节点的主机或IP地址，只在与slave节点一起运行时使用，默认为：127.0.0.1 --master-port=MASTER_PORT 分布式模式运行，设置master节点的端口号，只在与slave节点一起运行时使用，默认为：5557。注意，slave节点也将连接到这个端口上的master节点 --master-bind-host=MASTER_BIND_HOST 绑定Locust的主机名，只有使用master参数时可用，默认为* --master-bind-port=MASTER_BIND_PORT 绑定Locust的端口，只有使用master参数时可用，默认为5557。注意Locust将使用这个端口，所以默认情况master节点将绑定到5557和5558
音频的编解码
音频编码解码基本概念介绍 对数字音频信息的压缩主要是依据音频信息自身的相关性以及人耳对音频信息的听觉冗余度。音频信息在编码技术中通常分成两类来处理，分别是语音和音乐，各自采用的技术有差异。 语音编码技术又分为三类：波形编码、参数编码以及混合编码。 波形编码：波形编码是在时域上进行处理，力图使重建的语音波形保持原始语音信号的形状，它将语音信号作为一般的波形信号来处理，具有适应能力强、话音质量好等优点，缺点是压缩比偏低。该类编码的技术主要有非线性量化技术、时域自适应差分编码和量化技术。非线性量化技术利用语音信号小幅度出现的概率大而大幅度出现的概率小的特点，通过为小信号分配小的量化阶，为大信号分配大的量阶来减少总量化误差。我们最常用的G.711标准用的就是这个技术。自适应差分编码是利用过去的语音来预测当前的语音，只对它们的差进行编码，从而大大减少了编码数据的动态范围，节省了码率。自适应量化技术是根据量化数据的动态范围来动态调整量阶，使得量阶与量化数据相匹配。G.726标准中应用了这两项技术，G.722标准把语音分成高低两个子带，然后在每个子带中分别应用这两项技术。 参数编码：广泛应用于军事领域。利用语音信息产生的数学模型，提取语音信号的特征参量，并按照模型参数重构音频信号。它只能收敛到模型约束的最好质量上，力图使重建语音信号具有尽可能高的可懂性，而重建信号的波形与原始语音信号的波形相比可能会有相当大的差别。这种编码技术的优点是压缩比高，但重建音频信号的质量较差，自然度低，适用于窄带信道的语音通讯，如军事通讯、航空通讯等。美国的军方标准LPC-10，就是从语音信号中提取出来反射系数、增益、基音周期、清/浊音标志等参数进行编码的。MPEG-4标准中的HVXC声码器用的也是参数编码技术，当它在无声信号片段时，激励信号与在CELP时相似，都是通过一个码本索引和通过幅度信息描述；在发声信号片段时则应用了谐波综合，它是将基音和谐音的正弦振荡按照传输的基频进行综合。 混合编码：将上述两种编码方法结合起来，采用混合编码的方法，可以在较低的数码率上得到较高的音质。它的特点是它工作在非常低的比特率(4~16 kbps)。混合编码器采用合成分析技术。
fastcopy命令行参数解释
fastcopy命令行参数解释 2011-06-17 16:05 fastcopy是一款复制删除文件的工具,为什么要用它,因为他比系统的复制删除要快,特别是文件超多,超大的情况下. FASTCOPY可以在WINDOWS下使用,也可以在DOS下运行命令 下面是FASTCOPY命令行方式: fastcopy.exe [/参数] file1 file2 ... [/to=dest_dir] 基本参数: /cmd=(noexist_only|diff|update|sync|force_copy|move|delete) noexist_only 复制-如重名,则不复制 diff 复制-如重名,则公复制大小与时间不同的文件 update 复制-如重名,则复制较新的源文件 sync 同步-如重名,则复制大小与时间不同的文件 force_copy 复制-覆盖重名文件 move 移动-覆盖重名文件并强行删除源文件 delete 删除-强行删除指定的文件与目录 /auto_close 拷贝结束后,自动关闭 /force_close 如果拷贝结束后,发生错误,也强行关闭 /open_window 显示Fastcopy窗口界面 /estimate 预测拷贝完成时间 /no_exec 对Fastcopy窗口界面设置参数,但是不执行 /no_confirm_del 当用/delete参数时,不显示确认界面 /error_stop 发生错误时中止动作（在/error_stop=FALSE抑制）
/bufsize=N(MB) 用MB单位来指定缓冲器大小 /speed=(full|autoslow|9-1(90%-10%)|suspend) 速度限制 /log 输出记录文件(fastcopy.log) （在/log=FALSE抑制） /skip_empty_dir 启用过滤,不拷贝空文件夹（在/skip_empty_dir=FALSE抑制） /job=任务名称执行指定的任务 /force_start 在其他的FastCopy拷贝,并且正执行的时候,执行立即也（在/force_start=FALSE抑制） /disk_mode=(auto|same|diff) 指定自动/恒等性/其他HDD方式。(债务不履行声明：) auto) /include="..." 指定Include过滤器 /exclude="..." 指定Exclude过滤器 /overwrite_del 在删除文件之前,删掉方式时,重新取名给重复&,使复原无效（在/overwrite_del=FALSE抑制） /acl 拷贝存取支配清单(ACL)（只NTFS有效）（在/acl=FALSE抑制） /stream 拷贝副其次线流（只NTFS有效）（在/stream=FALSE抑制） /junction 复制junction·mount point(不是属下)junction·mount point自己(/junction=FALSE 拷贝属下) /symlink 用象征性连接(而不是本质)拷贝象征性连接其本身（在/symlink=FALSE 拷贝本质） [/to=dest_dir] 目标磁盘 fastcopy.exe [/options] file1 file2 ... [/to=dest_dir] Please use space character(' ') as separator(not semicolon). If filename contains space character, please enclose with dobule quotation marks. Ex) fastopy.exe C:\Windows "C:\Program Files" /to="D:\Backup Folder\" 使用"做为分隔符 c:\Progra~1\FastCopy\FastCopy.exe /cmd=sync /auto_close /open_window "\\ztsv-xs\e\网络游戏\永恒之塔" /to="e:\games\online\"
c语言中命令行参数argc,argv
main( int argc, char ** argv ) argv：指针的指针 argc：整数 char **argv or char *argv[] or char argv[][] 为了能形象的说明这两个参数的含义，我们先用一个实例来进行讲解： 假设程序的名称为test，当只输入test，则由操作系统传来的参数为： argc = 1,表示只有一程序名称； argc只有一个元素，argv[0]指向输入的程序路径及名称：./ test 当输入test para_1，有一个参数，则由操作系统传来的参数为： argc = 2，表示除了程序名外还有一个参数； argv[0]指向输入的程序路径及名称； argv[1]指向参数para_1字符串 当输入test para_1 para_2 有2个参数，则由操作系统传来的参数为： argc = 3，表示除了程序名外还有两个参数； argv[0]指向输入的程序路径及名称； argv[1]指向参数para_1字符串； argv[2]指向参数para_2字符串； 以此类推……………… void main( int argc, char *argv[] ) char *argv[]: argv是一个指针数组，元素个数是argc，存放的是指向每一个参数
的指针，第一个元素即argv[0]为程序运行的全路径名，从二个元素(argv[1])开始，是每一个参数的名称，最后一个元素为NULL。总的来说，即： * argv: 字符串数组 argv[0] 为程序运行的全路径名 argv[1] 为执行程序名后的第一个字符串; argv[2] 为执行程序名后的第二个字符串; ... argv[argc]为NULL。 int argc：表示argv的大小，是实际参数个数＋1，其中＋1是因为argv[0]是编译后的可执行文件名 main() 参数： Turbo C2.0启动时总是把argc、argv、env（存放环境变量）这三个参数传递给main()函数, 可以在用户程序中说明(或不说明)它们, 如果说明了部分(或全部)参数, 它们就成为main()子程序的局部变量。 请注意: 一旦想说明这些参数, 则必须按argc, argv, env 的顺序, 如以下的例子: main() main(int argc) main(int argc, char *argv[]) main(int argc, char *argv[], char *env[]) 其中第二种情况是合法的, 但不常见, 因为在程序中很少有只用argc, 而不 用argv[]的情况。 以下提供一样例程序EXAMPLE.EXE, 演示如何在main()函数中使用三个参数: /*program name EXAMPLE.EXE*/ ＃i nclude
音频基本知识
音频基本知识 第一部分 模拟声音-数字声音原理 第二部分 音频压缩编码 第三部分 和弦铃声格式 第四部分 单声道、立体声和环绕声 第五部分 3D环绕声技术 第六部分数字音频格式和数字音频接口 第一部分 模拟声音-数字声音原理 一、模拟声音数字化原理 声音是通过空气传播的一种连续的波，叫声波。声音的强弱体现在声波压力的大小上，音调的高低体现在声音的频率上。声音用电表示时，声音信号在时间和幅度上都是连续的模拟信号。 图1 模拟声音数字化的过程 声音进入计算机的第一步就是数字化，数字化实际上就是采样和量化。连续时间的离散
化通过采样来实现。 声音数字化需要回答两个问题：①每秒钟需要采集多少个声音样本，也就是采样频率(f s)是多少，②每个声音样本的位数(bit per sample，bps)应该是多少，也就是量化精度。 ?采样频率 采样频率的高低是根据奈奎斯特理论(Nyquist theory)和声音信号本身的最高频率决定的。奈奎斯特理论指出，采样频率不应低于声音信号最高频率的两倍，这样才能把以数字表达的声音还原成原来的声音。采样的过程就是抽取某点的频率值，很显然，在一秒中内抽取的点越多，获取得频率信息更丰富，为了复原波形，一次振动中，必须有2个点的采样，人耳能够感觉到的最高频率为20kHz，因此要满足人耳的听觉要求，则需要至少每秒进行40k 次采样，用40kHz表达，这个40kHz就是采样率。我们常见的CD，采样率为44.1kHz。电话话音的信号频率约为3.4 kHz，采样频率就选为8 kHz。 ?量化精度 光有频率信息是不够的，我们还必须纪录声音的幅度。量化位数越高，能表示的幅度的等级数越多。例如，每个声音样本用3bit表示，测得的声音样本值是在0～8的范围里。我们常见的CD位16bit的采样精度，即音量等级有2的16次方个。样本位数的大小影响到声音的质量，位数越多，声音的质量越高，而需要的存储空间也越多。 ?压缩编码 经过采样、量化得到的PCM数据就是数字音频信号了，可直接在计算机中传输和存储。但是这些数据的体积太庞大了！为了便于存储和传输，就需要进一步压缩，就出现了各种压缩算法，将PCM转换为MP3,AAC,WMA等格式。 常见的用于语音(Voice)的编码有：EVRC (Enhanced Variable Rate Coder) 增强型可变速率编码，AMR、ADPCM、G.723.1、G.729等。常见的用于音频(Audio)的编码有：MP3、AAC、AAC+、WMA等 二、问题 1、为什么要使用音频压缩技术？ 我们可以拿一个未压缩的CD文件(PCM音频流)和一个MP3文件作一下对比： PCM音频：一个采样率为44.1KHz，采样大小为16bit，双声道的PCM编码CD文件，它的数据速率则为 44.1K×16×2 =1411.2 Kbps，这个参数也被称为数据带宽。将码率除以8 bit,就可以得到这个CD的数据速率，即176.4KB/s。这表示存储一秒钟PCM编码的音频信号，需要176.4KB的空间。 MP3音频：将这个WAV文件压缩成普通的MP3，44.1KHz，128Kbps的码率，它的数据速率为128Kbps/8=16KB/s。如下表所示： 比特率 存1秒音频数据所占空间 CD(线性PCM) 1411.2 Kbps 176.4KB MP3 128Kbps 16KB AAC 96Kbps 12KB mp3PRO 64Kbps 8KB 表1 相同音质下各种音乐大小对比 2、频率与采样率的关系 采样率表示了每秒对原始信号采样的次数，我们常见到的音频文件采样率多为44.1KHz，这意味着什么呢？假设我们有2段正弦波信号，分别为20Hz和20KHz，长度均为一秒钟，以对应我们能听到的最低频和最高频，分别对这两段信号进行40KHz的采样，我们可以得到一个什么样的结果呢？结果是：20Hz的信号每次振动被采样了40K/20=2000次，而20K的信号每次振动只有2次采样。显然，在相同的采样率下，记录低频的信息远比高频
音频编码及常用格式
音频编码及常用格式 音频编码标准发展现状 国际电信联盟（ITU）主要负责研究和制定与通信相关的标准，作为主要通信业务的电话通信业务中使用的语音编码标准均是由ITU负责完成的。其中用于固定网络电话业务使用的语音编码标准如ITU-T G.711等主要在ITU-T SG 15完成，并广泛应用于全球的电话通信系统之中。目前，随着Internet网络及其应用的快速发展，在2005到2008研究期内，ITU-T将研究和制定变速率语音编码标准的工作转移到主要负责研究和制定多媒体通信系统、终端标准的SG16中进行。 在欧洲、北美、中国和日本的电话网络中通用的语音编码器是8位对数量化器（相应于64Kb/s的比特率）。该量化器所采用的技术在1972年由CCITT （ITU-T的前身）标准化为G.711。在1983年，CCIT规定了32Kb/s的语音编码标准G.721，其目标是在通用电话网络上的应用（标准修正后称为G.726）。这个编码器价格虽低但却提供了高质量的语音。至于数字蜂窝电话的语音编码标准，在欧洲，TCH-HS是欧洲电信标准研究所（ETSI）的一部分，由他们负责制定数字蜂窝标准。在北美，这项工作是由电信工业联盟（TIA）负责执行。在日本，由无线系统开发和研究中心（称为RCR）组织这些标准化的工作。此外，国际海事卫星协会（Inmarsat）是管理地球上同步通信卫星的组织，也已经制定了一系列的卫星电话应用标准。 音频编码标准发展现状 音频编码标准主要由ISO的MPEG组来完成。MPEG1是世界上第一个高保真音频数据压缩标准。MPEG1是针对最多两声道的音频而开发的。但随着技术的不断进步和生活水准的不断提高，有的立体声形式已经不能满足听众对声音节目的欣赏要求，具有更强定位能力和空间效果的三维声音技术得到蓬勃发展。而在三维声音技术中最具代表性的就是多声道环绕声技术。目前有两种主要的多声道编码方案：MUSICAM环绕声和杜比AC-3。MPEG2音频编码标准采用的就是MUSICAM环绕声方案，它是MPEG2音频编码的核心，是基于人耳听觉感知特性的子带编码算法。而美国的HDTV伴音则采用的是杜比AC-3方案。MPEG2规定了两种音频压缩编码算法，一种称为MPEG2后向兼容多声道音频编码标准，简称MPEG2BC；另一种是称为高级音频编码标准，简称MPEG2AAC，因为它与MPEG1不兼容，也称MPEG NBC。MPEG4的目标是提供未来的交互多媒体应用，它具有高度的灵活性和可扩展性。与以前的音频标准相比，MPEG4增加了许多新的关于合成内容及场景描述等领域的工作。MPEG4将以前发展良好但相互独立的高质量音频编码、计算机音乐及合成语音等第一次合并在一起，并在诸多领域内给予高度的灵活性。
Chrome 的可用命令行参数
谷歌浏览器Google Chrome 的可用命令行参数 -allow-all-activex 允許所有的ActiveX -always-enable-dev-tools 始终启用-DEV-工具 -app 应用程序 -assert-test断言测试 -automation-channel 自动化通道 -channel 渠道 -crash-test 碰撞试验 -debug-children 调试儿童 -debug-print 调试打印 disable-accelerated-compositing 禁用加速 disable-winsta 禁用渲染备用窗口 disable-application-cache 禁用应用程序缓存 disable-apps 禁用应用程序 disable-audio 禁用音频 disable-auth-negotiate-cname-lookup disable-background-networking 禁用后台联网 disable-backing-store-limit 禁用存储数量限制，可以防止在打开大量的标签窗口时，页面出现闪烁的现象。 disable-byte-range-support 禁用缓存的支持字节范围 disable-click-to-play 禁用点击播放 disable-connect-backup-jobs 如果超过指定的时间，则禁用建立备份的TCP连接disable-content-prefetch 禁用内容预取 disable-custom-jumplist 禁用Windows 7的JumpList自定义功能 disable-databases 禁用HTML5的数据库支持 disable-desktop-notifications 禁用桌面通知（默认窗口启用） disable-dev-tools 禁用所有页面的渲染检测 disable-device-orientation 禁用设备向导 disable-webgl 禁用WebGL实验功能 disable-extensions 禁用扩展 disable-extensions-file-access-check 禁用扩展文件访问检查 disable-geolocation 禁用地理位置的JavaScript API disable-glsl-translator 禁用GLSL翻译 disable-hang-monitor 禁止任务管理器监视功能 disable-internal-flash 禁用内部的Flash Player disable-ipv6 禁用IPv6 disable-preconnect 禁用TCP/IP协议 disable-javascript 禁用JS disable-java 禁用Java disable-local-storage 禁用本地存储 disable-logging 禁用调试记录 disable-new-tab-first-run 禁用新标签显示的通知 disable-outdated-plugins 禁用过时的插件
各种音频编码方式的对比
各种音频编码方式的对比 内容简介：文章介绍了PCM编码、WMA编码、ADPCM编码、LPC编码、MP3编码、AAC编码、CELP编码等，包括优缺点对比和主要应用领域。 PCM编码(原始数字音频信号流) 类型：Audio 制定者：ITU-T 所需频宽： Kbps 特性：音源信息完整，但冗余度过大 优点：音源信息保存完整,音质好 缺点：信息量大，体积大，冗余度过大 应用领域：voip 版税方式：Free 备注：在计算机应用中，能够达到最高保真水平的就是PCM编码，被广泛用于素材保存及音乐欣赏，CD、DVD以及我们常见的WAV文件中均有应用。因此，PCM约定俗成了无损编码，因为PCM代表了数字音频中最佳的保真水准，并不意味着PCM就能够确保信号绝对保真，PCM也只能做到最大程度的无限接近。要算一个PCM音频流的码率是一件很轻松的事情，采样率值×采样大小值×声道数bps。一个采样率为，采样大小为16bit，双声道的PCM编码的WAV文件，它的数据速率则为×16×2 =。我们常见的Audio CD 就采用了PCM编码，一张光盘的容量只能容纳72分钟的音乐信息。 WMA(Windows Media Audio) 类型：Audio 制定者：微软公司 所需频宽：320～112kbps（压缩10～12倍）
特性：当Bitrate小于128K时，WMA几乎在同级别的所有有损编码格式中表现得最出色，但似乎128k 是WMA一个槛，当Bitrate再往上提升时，不会有太多的音质改变。 优点：当Bitrate小于128K时，WMA最为出色且编码后得到的音频文件很小。 缺点：当Bitrate大于128K时，WMA音质损失过大。WMA标准不开放，由微软掌握。 应用领域：voip 版税方式：按个收取 备注：WMA的全称是Windows Media Audio，它是微软公司推出的与MP3格式齐名的一种新的音频格式。由于WMA在压缩比和音质方面都超过了MP3，更是远胜于RA(Real Audio)，即使在较低的采样频率下也能产生较好的音质，再加上WMA有微软的Windows Media Player做其强大的后盾，所以一经推出就赢得一片喝彩。 ADPCM( 自适应差分PCM) 类型：Audio 制定者：ITU-T 所需频宽：32Kbps 特性：ADPCM(adaptive difference pulse code modulation)综合了APCM的自适应特性和DPCM系统的差分特性，是一种性能比较好的波形编码。 它的核心想法是： ①利用自适应的思想改变量化阶的大小，即使用小的量化阶(step-size)去编码小的差值，使用大的量化阶去编码大的差值； ②使用过去的样本值估算下一个输入样本的预测值，使实际样本值和预测值之间的差值总是最小。 优点：算法复杂度低，压缩比小（CD音质>400kbps），编解码延时最短（相对其它技术） 缺点：声音质量一般 应用领域：voip
各种音频编码方式的对比
各种音频编码方式的对比
各种音频编码方式的对比 内容简介：文章介绍了PCM编码、WMA编码、ADPCM 编码、LPC编码、MP3编码、AAC编码、CELP编码等，包括优缺点对比和主要应用领域。 PCM编码(原始数字音频信号流) 类型：Audio 制定者：ITU-T 所需频宽：1411.2 Kbps 特性：音源信息完整，但冗余度过大 优点：音源信息保存完整,音质好 缺点：信息量大，体积大，冗余度过大 应用领域：voip 版税方式：Free 备注：在计算机应用中，能够达到最高保真水平的就是PCM编码，被广泛用于素材保存及音乐欣赏，CD、DVD 以及我们常见的WAV文件中均有应用。因此，PCM 约定俗成了无损编码，因为PCM代表了数字音频中最佳的保真水准，并不意味着PCM就能够确保信号绝对保真，PCM也只能做到最大程度的无限接近。要算一个PCM音频流的码率是一件很轻松的事情，采样率值×采样大小值×声道数bps。一个采样率为44.1KHz，
采样大小为16bit，双声道的PCM编码的WAV文件，它的数据速率则为44.1K×16×2 =1411.2Kbps。我们常见的Audio CD就采用了PCM编码，一张光盘的容量只能容纳72分钟的音乐信息。 WMA(Windows Media Audio) 类型：Audio 制定者：微软公司 所需频宽：320～112kbps（压缩10～12倍） 特性：当Bitrate小于128K时，WMA几乎在同级别的所有有损编码格式中表现得最出色，但似乎128k是WMA一个槛，当Bitrate再往上提升时，不会有太多的音质改变。 优点：当Bitrate小于128K时，WMA最为出色且编码后得到的音频文件很小。 缺点：当Bitrate大于128K时，WMA音质损失过大。WMA标准不开放，由微软掌握。 应用领域：voip 版税方式：按个收取 备注：WMA的全称是Windows Media Audio，它是微软公司推出的与MP3格式齐名的一种新的音频格式。由于WMA在压缩比和音质方面都超过了MP3，更是远胜于RA(Real Audio)，即使在较低的采样频率下也能产生较好的音质，再加上WMA有微软的
音频解码标准样本
音频编解码标准 PCMU(G.711U) 类型: Audio 制定者: ITU-T 所需频宽: 64Kbps(90.4) 特性: PCMU和PCMA都能提供较好的语音质量, 可是它们占用的带宽较高, 需要64kbps。 优点: 语音质量优 缺点: 占用的带宽较高 应用领域: voip 版税方式: Free 备注: PCMU and PCMA都能够达到CD音质, 可是它们消耗的带宽也最多(64kbps)。如果网络带宽比较低, 能够选用低比特速率的编码方法, 如G.723或G.729, 这两种编码的方法也能达到传统长途电话的音质, 可是需要很少的带宽( G723需要5.3/6.3kbps, G729需要8kbps) 。如果带宽足够而且需要更好的语音质量, 就使用PCMU 和 PCMA, 甚至能够使用宽带的编码方法G722(64kbps), 这能够提供有高保真度的音质。 PCMA(G.711A) 类型: Audio 制定者: ITU-T 所需频宽: 64Kbps(90.4) 特性: PCMU和PCMA都能提供较好的语音质量, 可是它们占用的带宽较高, 需要64kbps。 优点: 语音质量优 缺点: 占用的带宽较高
应用领域: voip 版税方式: Free 备注: PCMU and PCMA都能够达到CD音质, 可是它们消耗的带宽也最多(64kbps)。如果网络带宽比较低, 能够选用低比特速率的编码方法, 如G.723或G.729, 这两种编码的方法也能达到传统长途电话的音质, 可是需要很少的带宽( G723需要5.3/6.3kbps, G729需要8kbps) 。如果带宽足够而且需要更好的语音质量, 就使用PCMU 和 PCMA, 甚至能够使用宽带的编码方法G722(64kbps), 这能够提供有高保真度的音质。 ADPCM(自适应差分PCM) 类型: Audio 制定者: ITU-T 所需频宽: 32Kbps 特性: ADPCM(adaptive difference pulse code modulation)综合了APCM的自适应特性和DPCM系统的差分特性, 是一种性能比较好的波形编码。它的核心想法是: ①利用自适应的思想改变量化阶的大小, 即使用小的量化阶(step-size)去编码小的差值, 使用大的量化阶去编码大的差值; ②使用过去的样本值估算下一个输入样本的预测值, 使实际样本值和预测值之间的差值总是最小。 优点: 算法复杂度低, 压缩比小( CD音质>400kbps) , 编解码延时最短( 相对其它技术) 缺点: 声音质量一般 应用领域: voip 版税方式: Free 备注: ADPCM (ADPCM Adaptive Differential Pulse Code Modulation), 是一
中文版MeGUI的x264编码配置详细解读
本帖最后由宁战网络于2012-7-30 14:58 编辑 中文版MeGUI的x264编码配置详细解读 有人向往和膜拜科班出身的，这个我同意，但若无视艹根的存在，那么我很生气，往往是民间高手如林，自己何必妄自菲薄。一早我也说过不敢在压制的方向前进，那是因为这是个苦力不讨好的工作，有空我还不如多看看美女…… 只要关注，网络上的东西随处可以学习到，就对这个x264编码配置来说，网络上的资源多如脚毛。我嫉妒恨的是科班出身的总会先天就有优势，民间人士门要蛋定，不要比，不要计较，自己玩自己的，不用理正统不正统。我们的优势在于，科班人士再厉害他也没有拍电影也没做导演也没潜了哪个女优，嘎嘎，扯远了。 本文主要讲解x264编码的设置问题，是对应本人推荐的中文版MeGUI所做的一次详细配置论述，请用英文版的英雄路过不要取笑，也应该不要盲目的路过。我还是传统的图文方式来一起研究，当然我说的不一定对，那是因为网络上也是这么教的，可能一直都错着我也用错的来说，在这次解释中，我会用一些自己理解的来说话，也许更能让民间人士理解。 普及一下别的知识，在各大影视论坛基本不允许发布以RMVB格式的影片，你只要用上x264的编码就意味着你和RMVB说88了。民间人士普遍认为RMVB体积小画面清晰，但科班的人士会用理论的知识告诉你，同样的片源和同样的码率下，x264的mkv绝对比rmvb画质更好，文件更小。这是为什么？你要问这是为什么？那是因为x264的编码机制发挥了无法想像的作用，你只要实践了就会明白这是真的，打住不说了反正就像磁带被光盘取代，windows98被xp顶上。 科班厉害之处是懂得比较多，早前的x264.exe是命令参数实现压制的，DOS级的工具很怕黑的就不要尝试了。GUI，是图形界面操作，适合民间高手使用。曾被科班出身的嘲笑过，说使用MeGU压制的都是水货，嘎嘎，我笑笑不能回答。科班告诉我就这GUI不是只有Me 的，这下你明白没？像ripbot、staxrip 等都是GUI……行了行了，民间人士也不用惭愧，至少MeGUI能自动更新编码，还有汉化版可以用，batch的是高手，不和他们一起玩！ 安装MeGUI简体中文版（请回顾本人以前的大作，这里略去几百万字……）仿图挂，可下载 中文版MeGUI的x264编码配置详细解读或是到QQ空间查阅软件下载转到论坛页面以前的中文版本MeGUI太不专业了，直到你碰到我这个民间人士才集合了比较强大的中文版MeGUI，不要怕出错，出错不是你的错。等弄得差不多了可以还原成英文版更新你的编码，更上一层楼，英盲也用英文版，没人敢笑你。 正题： 在MeGUI用内置工具AVS创建一个简单脚本（这里暂时不介绍AVS的各种滤镜使用参数），要求在点击DirectShowsource（手工、专业）能弹出视频预览窗就可以保存AVS了。此时内建的AVS会自动加载到MeGUI 主界面，进入本文主题压制参数x264配置。
音频编码技术可分为那两大类
1音频编码技术可分为那两大类？按照压缩方案的不同可分为哪几类？ 一般来讲，可以讲音频编码技术分为无损压缩及有损压缩两大类，而按照压缩方案的不同，又将其分为时域压缩，子带压缩，变换压缩，以及多种技术相互融合的混合压缩等 2简述语音信号的特点？ 语音信号的特点是连续变化的，具有短时平稳性，间隙性等特点。语音信号是冗余很高的随机信号，声音的频率比较低 3声音有那四种性质？并说明各种含义？ 声音有音高，音值，音量和音色四种性质，这些性质决定了声音的本质特征，他们在声学研究中占有重要的位置。 音高就是声音的高低，它是发声物体振动频率的高低决定的 音值就是声音的长短，它是发声体振动延续的时间长短来决定的 音量就是声音的强弱，它是发声体振动幅度的大小决定的 音色就是声音的色彩，它是发声体产生的泛音的多少和各个泛音的强弱来决定的 4外耳在声音感知中有哪些作用啊？ 一般认为外耳在声音感知中有两个作用，一是对声源的定位。一是对声音的放大。对声音的放大除了外耳道的共振效应外，头的衍射效应也会增大鼓膜处的声压，对声音的放大得到２０ｄｂ左右的大小。 ５简述音频信号数字化之前应作哪些预处理？并作简要的说明？ 音频信号数字化之前，必须先进行防工频干扰滤波及防混叠滤波。其中工频干扰是指５０ｈｚ的电源干扰，而防混叠滤波是滤除高于１∕２采样频率的信号成分或噪声，使信号带限制在某个范围内；否则，如果采样率不满足采样定理，则会产生频谱混叠，此时信号中的高频成分将产生失真。 ６为什么要对语音信号进行加窗处理？简述汉明窗与矩形窗的特点？ 由于语音信号具有短时平稳性，为了得到短时的音频信号，要对音频信号进行加窗操作。窗函数平滑地在音频信号上滑动，将音频信号分成帧，分帧可以连续，也可以采用交叠的分段的方法，交叠部分称为帧移，一般为窗上的一半。 矩形窗的频率分辨率比汉明窗好，汉明窗可以克服频谱泄露，汉明窗的第一个零值频率位置比矩形窗要大一倍左右，即汉明窗的带宽大约是同样宽度矩形窗带宽的两倍。汉明窗的衰减较相应的矩形窗大得多。矩形窗的谱平滑性较好，但波形细节丢失，并且矩形窗会产生泄露现象，而汉明窗可以有效的克服泄露现象，应用范围也最为广泛。 7短时能量与短时平均过零率的定义及用途？ 短时能量是音频信号的平方经过一个线性滤波器的输出。 用途短时能量可以有效的判断信号幅度的大小，并用于进行有声/无声判定，这对音频的信号检测非常重要的，有声语音的短时能量大，无声语音的短时能量小。 短时过零率是音频信号时域分析中最简单的一种特征，它是每帧内信号通过零值得次数。短时过零率可是判断清音或者浊音。清音的短时过零率高，因为清音有高音频率。 可以将短时能量和短时过零率结合起来判断音频信号的起止点的位置，即进行端的检测。在背景噪声较小时，短时能量比较准确，但当噪声比较大时，短时过零率可以获得较好的检测结果。 8时谱和倒谱的应用？ 倒谱最初始的数学定义是对数功率谱的傅氏变换、再取模的平方。因此也称为功率倒谱或功率时谱，因此是时间域的。 基于倒谱理论研究了倒谱的性质,利用倒谱可拾取谐波信息,并基于此提取了船舰辐射噪声的倒谱信息。
CMD命令行参数
CMD命令行参数 CMD命令 命令提示符（CMD）是在OS / 2 ，Windows CE与Windows NT平台为基础的操作系统（包括Windows 2000和XP中，Vista中，和Server 2003 ）下的“MS-DOS 方式”。 目录 命令简介 运行操作 命令大全 操作详解 编辑本段命令简介 cmd是command的缩写.即命令行。 虽然随着计算机产业的发展，Windows 操作系统的应用越来越广泛，DOS 面临着被淘汰的命运，但是因为它运行安全、稳定，有的用户还在使用，所以一般Windows 的各种版本都与其兼容，用户可以在Windows 系统下运行DOS，中文版Windows XP 中的命令提示符进一步提高了与DOS 下操作命令的兼容性，用户可以在命令提示符直接输入中文调用文件。在9x系统下输入command就可以打开命令行.而在NT系统上可以输入cmd来打开，在windows2000后被cmd替代，利用CMD命令查询系统的信息或者是判断网络的好坏。右图为CMD启动后的界面。 编辑本段运行操作 CMD命令：开始－>运行－>键入cmd或command（在命令行里可以看到系统版本、文件系统版本） 编辑本段命令大全 1. calc-----------启动计算器 2.certmgr.msc----证书管理实用程序 3.charmap--------启动字符映射表 5. chkdsk.exe-----Chkdsk磁盘检查 6. ciadv.msc------索引服务程序 7. cleanmgr-------垃圾整理 8. cliconfg-------SQL SERVER 客户端网络实用程序 9. Clipbrd--------剪贴板查看器 10. cmd.exe--------CMD命令提示符 11. compmgmt.msc---计算机管理 12. conf-----------启动netmeeting 13. dcomcnfg-------打开系统组件服务 14. ddeshare-------打开DDE共享设置
Ghost-v11命令行参数说明-中英文
Symantec Ghost v11.0.0.1502命令行转换参数说明Top Ghost最新版命令行转换参数-[中英文说 明] 游元辉2007年2月6日于山西太原 转载时请注明出处，如有翻译错误请指正！ Email：sxty12012@https://www.360docs.net/doc/f05892283.html, 关于Symantec Ghost转换参数 Symantec Ghost can be run in the following ways:
Symantec Ghost可以用下列方式运行： ●Interactively with no command-line switches 不带命令行转换参数的交互式运行 ●Interactively with selected switches 带选定转换参数的交互式运行 ●Automated in batch files (batch mode) 以批处理文件自动运行(批处理模式) The Symantec Ghost command-line switches are used to alter Symantec Ghost behavior and automate procedures. Symantec Ghost命令行转换参数常用于更改Symantec Ghost的默认状态和自动处理过程。 A hyphen (-) or a slash (/) must precede all switches except @filename. Switches are not case sensitive. 除@filename外的所有转换参数都必须以连字符(-)或正斜杠(/)开头。转换参数不区分大小写，既可以大定，也可以小写，还可以大小写混合。 If you are adding switches from the Advanced Options dialog box, some of the switches, for example the -clone switch, are not applicable to your task. Because you are already performing a backup, restore, or clone operation, the -clone switch is redundant. 如果从“高级选项”对话框添加转换参数，则某些转换参数(如-clone转换参数)可能不适合您的任务。因为您已经执行了备份、还原或克隆操作，所以-clone 转换参数是多余的。 @filename @filename specifies a file that contains additional command-line switches that Symantec Ghost should read. Filename indicates the path and file name of the command-line switch file. The command-line switch file can include any Symantec Ghost command-line switch. The Symantec Ghost command-line switch file must be a text file with each switch on a separate line. This lets you exceed the DOS command-line limit of 150 characters. 指定一个包含Symantec Ghost能够读取的附加的命令行转换参数文件。文件名指出了命令行转换参数文件的路径和名称。命令行转换参数文件可以包含任何Symantec Ghost命令行转换参数。Symantec Ghost命令行转换参数文件必须是文本文件[即后缀名为.txt的文件]，而且每个转换命令独占一行。此特性不必受DOS命令行长度不超过150个字符的限制。 例如，对于下列命令行：