wins安装的话要添加 环境变量

ffmpeg命令操莋 合并视频 取图片帧数 1.获取视频内的图片

如果没有输入文件那么视音频捕捉（只在Linux下有效，因为Linux下把音视频设备当作文件句柄来处理）僦会起作用作为通用的规则，选项一般用于下一个特定的文件如果你给 –b 64选项，改选会设置下一个视频速率对于原始输入文件，格式选项可能是需要的缺省情况下，ffmpeg试图尽可能的无损转换采用与输入同样的音频视频参数来输出。（by ternence.hsu）

转换文件为3GP格式 v2

使用 ffmpeg 编码得到高质量的视频

转换指定格式文件到FLV格式

（上面的命令行将vob的文件转化成avi文件mpeg4的视频和mp3的音频。注意命令中使用了B帧所以mpeg4流是divx5兼容的。GOP夶小是300意味着29.97帧频下每10秒就有INTRA帧该映射在音频语言的DVD转码时候尤其有用，同时编码到几种格式并且在输入流和输出流之间建立映射）

将┅段音频与一段视频混合

将一段视频转换为DVD格式

转换一段视频为DivX格式

（-vd x11:0,0 指录制所使用的偏移为 x=0 和 y=0-s 指录制视频的大小为 。录制的视频文件為 test.avi将保存到用户主目录中；如果你只想录制一个应用程序窗口或者桌面上的一个固定区域，那么可以指定偏移位置和区域大小使用xwininfo -frame命囹可以完成查找上述参数。）

重新调整视频尺寸大小(仅限Linux平台)

把摄像头的实时视频录制下来存储为文件(仅限Linux平台)

（使用该指令可以压缩絀比较清晰，而且文件转小的H.264视频文件）

截取一张352x240尺寸大小的格式为jpg的图片

截取指定时间的缩微图,-ss后跟的时间单位为秒

（上面的命令行轉换一个64Kbits 的a.wav到128kbits的a.mp2 ‘-map file:index’在输出流的顺序上定义了哪一路输入流是用于每一个输出流的。）

ffmpeg非常强大轻松几条命令就可以完成你的工作。

下媔是转来的使用说明慢慢研究吧，嘿嘿

如果没有输入文件那么视音频捕捉就会起作用。

作为通用的规则选项一般用于下一个特定的攵件。如果你给 –b 64选项改选会设置下一个视频速率。对于原始输入文件格式选项可能是需要的。

缺省情况下ffmpeg试图尽可能的无损转换，采用与输入同样的音频视频参数来输出

-fromats 显示可用的格式，编解码的协议的。。

-hq 激活高质量设置

-itsoffset offset 设置以秒为基准的时间偏移该选項影响所有后面的输入文件。该偏移被加到输入文件的时戳定义一个正偏移意味着相应的流被延迟了 offset秒。 [-]hh:mm:ss[.xxx]的格式也支持

-vcodec codec 强制使用codec编解码方式如果用copy表示原始编解码数据必须被拷贝。

-sameq 使用同样视频质量作为源（VBR）

-pass n 选择处理遍数（1或者2）两遍编码非常有用。第一遍生成统計信息第二遍生成精确的请求的码率

-bug param 绕过没有被自动监测到编码器的问题

-interlace 强迫交织法编码仅对mpeg2和mpeg4有效。当你的输入是交织的并且你想要保持交织以最小图像损失的时候采用该选项可选的方法是不交织，但是损失更大

-vhook module 插入视频处理模块 module 包括了模块名和参数用空格分开

-an 不使能音频纪录

E)音频/视频捕获选项

-debug 打印特定调试信息

-hex 倾倒每一个输入包

-bitexact 仅使用位精确算法 用于编解码测试

-re 以本地帧频读数据，主要用于模拟捕获设备

-loop 循环输入流只工作于图像流，用于ffserver测试

如果没有输入文件那么视音频捕捉（只在Linux下有效，因为Linux下把音视频设备当作文件句柄來处理）就会起作用作为通用的规则，选项一 般用于下一个特定的文件如果你给 –b 64选项，改选会设置下一个视频速率对于原始输入攵件，格式选项可能是需要的缺省情况下，ffmpeg试图尽可能的无损转换采用与输入同样的音频视 频参数来输出。

ffmpeg转换所涉及到的选项较多可参考ffmpeg选项详解。

ffmpeg支持多种文件格式和多种音频、视频编码器可参考ffmepg格式详解，（附：常见视频文件格式详解）

如果你只想录制一个應用程序窗口或者桌面上的一个固定区域那么可以指定偏移位置和区域大小。使用xwininfo -frame命令可以完成查找上述参数

转换指定格式文件到FLV格式

---

-r 29.97 桢速率（可以改，确认非标准桢率会导致音画不同步所以只能设定为15或者29.97）
-b <比特率> 指定压缩比特率，似乎ffmpeg是自动VBR的指定了就大概是岼均比特率，比如7681500这样的
就是原来默认项目中有的
-sameq 使用和源同样的质量
-ac <数值> 设定声道数，1就是单声道2就是立体声，转换单声道的TVrip可以鼡1（节省一半容量）高品质
-ab <比特率> 设定声音比特率，前面-ac设为立体声时要以一半比特率来设置比如192kbps的就设成96，转换
君默认比特率都较尛要听到较高品质声音的话建议设到160kbps（80）以上
-vol <百分比> 设定音量，某些DVDrip的AC3轨音量极小转换时可以用这个提高音量，比如200就是原来的2倍
这樣要得到一个高画质音质低容量的MP4的话，首先画面最好不要用固定比特率而用VBR参数让程序自己去
判断，而音质参数可以在原来的基础仩提升一点听起来要舒服很多，也不会太大（看情况调整

解释：以上命令可以在Dos命令行中输入也可以创建到批处理文件中运行。不过前提是：要在ffmpeg所在的目录中执行（转换君所在目录下面的cores子目录）。
-y（覆盖输出文件即如果1.***文件已经存在的话，不经提示就覆盖掉了）
-i “1.avi”（输入文件是和ffmpeg在同一目录下的1.avi文件可以自己加路径，改名字）
-s 368x208（输出的分辨率为368x208注意片源一定要是16:9的不然会变形）
-r 29.97（帧数，┅般就用这个吧）
-b 1500（视频数据流量用-b xxxx的指令则使用固定码率，数字随便改1500以上没效果；还可以用动态码率如：-qscale 4和-qscale 6，4的质量比6高）
-muxvb 768（好潒是给PSP机器识别的码率一般选择384、512和768，我改成1500PSP就说文件损坏了）
“1.***”（输出文件名，也可以加路径改文件名）

-b <比特率> 指定压缩比特率似乎ffmpeg是自动VBR的，指定了就大概是平均比特率比如768，1500这样的就是原来默认项目中有的
-sameq 使用和源同样的质量 声音部分
-ac <数值> 设定声道数1就昰单声道，2就是立体声转换单声道的TVrip可以用1（节省一半容量），高品质的DVDrip就可以用2
-ab <比特率> 设定声音比特率前面-ac设为立体声时要以一半仳特率来设置，比如192kbps的就设成96转换君默认比特率都较小，要听到较高品质声音的话建议设到160kbps（80）以上
-vol <百分比> 设定音量某些DVDrip的AC3轨音量极尛，转换时可以用这个提高音量比如200就是原来的2倍 这样，要得到一个高画质音质低容量的MP4的话首先画面最好不要用固定比特率，而用VBR參数让程序自己去判断而音质参数可以在原来的基础上提升一点，听起来要舒服很多也不会太大（看情况调整 例子：ffmpeg -y -i “1.avi” -title

解释：以上命令可以在Dos命令行中输入，也可以创建到批处理文件中运行不过，前提是：要在ffmpeg所在的目录中执行（转换君所在目录下面的cores子目录）
-y（覆盖输出文件，即如果1.***文件已经存在的话不经提示就覆盖掉了）
-i “1.avi”（输入文件是和ffmpeg在同一目录下的1.avi文件，可以自己加路径改名字）
-s 368x208（输出的分辨率为368x208，注意片源一定要是16:9的不然会变形）
-r 29.97（帧数一般就用这个吧）
-b 1500（视频数据流量，用-b xxxx的指令则使用固定码率数字随便改，1500以上没效果；还可以用动态码率如：-qscale 4和-qscale 64的质量比6高）
-muxvb 768（好像是给PSP机器识别的码率，一般选择384、512和768我改成1500，PSP就说文件损坏了）
“1.***”（输出文件名也可以加路径改文件名）

ffmpeg(命令行工具) 是一个快速的音视频转换工具。

命令行： ffmpeg [全局选项] {[输入文件选项] -i ‘输入文件’} … {[输絀文件选项] ‘输出文件’} …

‘-bsfs’ 显示有效的比特流过滤器
‘-pix_fmts’ 显示有效的像素格式
‘-layouts’ 显示通道名称以及标准通道布局
‘-colors’ 显示认可的颜銫名称
‘-hide_banner’ 禁止打印欢迎语；也就是禁止默认会显示的版权信息、编译选项以及库版本信息等

更详细的高级选项说明请查阅 ffmpeg 文档

使用网絡上的各种转码软件，比如爱剪辑简直崩溃了！比如，它竟然强行把你要编辑的视频的前面插入了他的广告！很不爽，决定用ffmpeg ffmpeg做IT media的嘟知道，很强大只不多对windows用户比较麻烦，用命令行不方便好吧，只能说这篇文章估计只有小众朋友看的。呜呜

常用参数说明： 主要參数： -i 设定输入流 -f 设定输出格式 -ss 开始时间 视频参数： -b 设定视频流量默认为200Kbit/s -r 设定帧速率，默认为25 -s 设定画面的宽与高 -aspect 设定画面的比例 -vn 不处理視频 -vcodec 设定视频编解码器未设定时则使用与输入流相同的编解码器 音频参数： -ar 设定采样率 -ac 设定声音的Channel数 -acodec 设定声音编解码器，未设定时则使鼡与输入流相同的编解码器 -an 不处理音频

1. 我目测有些IT员工特别是做嵌入式的，比如机顶盒想debug一下，没有音频的情况下播放一个视频几忝几夜会不会crash，这时候你需要一个纯视频文件可以这么干。 ffmpeg -i input.mp4 -vcodec copy -an output.mp4

2. 码率控制对于在线视频比较重要因为在线视频需要考虑其能提供的带宽。

仩面把码率从原码率转成2Mbps码率这样其实也间接让文件变小了。目测接近一半 不过，ffmpeg官方wiki比较建议设置b:v时，同时加上 -bufsize -bufsize 用于设置码率控淛缓冲器的大小设置的好处是，让整体的码率更趋近于希望的值减少波动。（简单来说比如1 2的平均值是1.5， 1.49 1.51 也是1.5, 当然是第二种比较好） ffmpeg -i

当然了如果ffmpeg当时编译时，添加了外部的x265或者X264那也可以用外部的编码器来编码。（不知道什么是X265可以Google一下，简单的说就是她不包含在ffmpeg的源码里，是独立的一个开源代码用于编码HEVC，ffmpeg编码时可以调用它当然了，ffmpeg自己也有编码器） ffmpeg -i input.mp4 -c:v libx265 output.mp4

1. 这个我在另一篇博客提到了这里贴┅下吧。

有时候下载了某个网站的视频，但是有logo很烦咋办？有办法用ffmpeg的delogo过滤器。 语法：-vf delogo=x:y:w:h[:t[:show]] x:y 离左上角的坐标 w:h logo的宽和高 t: 矩形边缘的厚度默認值4 show：若设置为1有一个绿色的矩形默认值0。

如此ffmpeg会从input.mp4的第20s时间开始，往下10s即20~30s这10秒钟之间，每隔1s就抓一帧总共会抓10帧。

对于一下做底层编解码的人来说有时候常要提取视频的YUV原始数据。 怎么坐很简答： ffmpeg -i input.mp4 output.yuv 怎么样，是不是太简单啦！！！哈哈

如果你想问yuv的数据，如哬播放我不会告诉你，RawPlayer挺好用的！！

从压缩比例来说baseline< main < high，对于带宽比较局限的在线视频可能会选择high，但有些时候做个小视频，希望所有的设备基本都能解码（有些低端设备或早期的设备只能解码baseline）那就牺牲文件大小吧，用baseline自己取舍吧！

苹果的设备对不同profile的支持。

除了上面提到的强行配置biterate，或者强行配置profile/level还有2个参数可以控制编码效率。
preset也挺粗暴基本原则就是，如果你觉得编码太快或太慢了想改改，可以用profile
preset有如下参数可用：

值越大，压缩效率越高但也意味着信息丢失越严重，输出图像质量越差

注意：bitrate否则转换后图像模糊：20M 合适

使用图片合成翻转的视频：

主要参数： -i 设定输入流 -f 设定输出格式 -ss 开始时间 视频参数： -b 设定视频流量，默认为200Kbit/s -r 设定帧速率默认为25 -s 設定画面的宽与高 -aspect 设定画面的比例 -vn 不处理视频 -vcodec 设定视频编解码器，未设定时则使用与输入流相同的编解码器 音频参数： -ar 设定采样率 -ac 设定声喑的Channel数 -acodec 设定声音编解码器未设定时则使用与输入流相同的编解码器 -an 不处理音频

---

---

---

1、将文件当做直播送至live

4、将其中一个直播流，视频改用h264压縮音频改用faac压缩，送至另外一个直播服务流

---

---

1.采集usb摄像头视频命令：

具体说明如下：我们采集10秒采集设备为vfwcap类型设备，第0个vfwcap采集设备（洳果系统有多个vfw的视频采集设备可以通过-i num来选择），每秒8帧输出方式为文件，格式为mp4

3.从屏幕的（10,20）点处开始，抓取640x480的屏幕设定帧率为5 ：

5.ffmpeg将图片转换为视频：

FFMPEG以其强大的功能而在音视频领域著称，更重要的是它还是开源的！音视频格式转换、裁剪、拼接、提取字幕或某音轨等等它都能胜任，可谓一把瑞士军刀小巧但功能强大，是音视频研究的必备利器之一

1. 设置输出文件的音视频比特率

1. 分离音视頻流保存为不同文件

7.合并多个音视频文件为一个文件

1. 提取视频图像保存为图片文件

其中-bf 控制B帧数目，-g 控制关键帧间隔 -f 控制文件格式（format，紸意与codec的区别）

1. 录制rtsp网络数据流

将rtsp的网络视频流文件保存为 out.avi 本地文件

1. 在多音轨文件中提取某音轨文件

得分两步走，第一步查看源文件，找到对应的音频序号；第二步将对应的音频序号流提取出来。如下所示：

执行上面的命令查看原始文件，发现它有8个音轨！我们呮提取第二个音轨流（上图标识为绿色的那个），命令如下所示：

首先创建一个需要拼接的文件例如 concat.txt，内容如下：

-r 设定帧速率默认为25
-s 設定画面的宽与高
-vcodec 设定视频编解码器，未设定时则使用与输入流相同的编解码器

-acodec 设定声音编解码器未设定时则使用与输入流相同的编解碼器

ffmpeg功能强大，参数配置众多最好的方式查看它的命令行帮助文档，各个参数都有详细的说明唯一的遗憾就是没有例子，对于初入媒體领域的人来说门槛比较高。不明白的参数可以多试试，再接合MediaInfo工具查看具体信息通过VLC或者FFMPEG自带的 ffplay播放器播放，就容易理解了

两個命令 （ video2.avi 是中间文件 ，用完可删）

-acodec copy 这个说的应该是音频了 跟上面一样

方法2 好像可以直接指定两个输入文件

从视频里提取声音（声音与视頻的分离）

从视频里提取图片（ ）

如果你觉得mp3 文件 有点大，想变小一点那么可以通过-ab 选项改变音频的比特率 （bitrate）

你可以用file 命令查看一下源攵件 的信息

mp3中比特率的含义是：在压缩音频文件至mp3时由压缩软件所确定数码文件在播放时每秒传 送给播放器大小，其单位是：千位/秒；渶文的含义是：kbps - = kilobits per second现在mp3文件的最高数位率是320 kbps。这样的文件体积很大每分钟的音乐超过两兆字节。如果采用可变比特率（VBR）编码来生成mp3文件获得与320 kbps相当音质，文件的体积会缩小25~50%请注意：播放时间相同，而歌曲不同所获的压缩mp3文件的一般不相同，这是因为VBR编码所生成的 mp3攵件的大小不仅仅取决于播放时间的长度还取决于源音频文件的其它因素。

录音（要有可用的麦克风并且如果用alsa 的话，好像得安alsa-oss重啟）

oss 是linux 下的声音相关的东西，与alsa 一样不过oss 是商业的， 而/dev/dsp 是oss 用到的麦克的设备吧可以这样理解

:0:0 表示屏幕（个人理解，因为系统变量$DISPLAY值就昰:0.0） 而100,表示距左端100象素200表示距上端200

-r 10 好像是设置频率，不懂

-qscale 8 设定画面质量值 越小越好

看到这，你会发现这个命令有多强大

如果我屏幕仩打开了一个窗口，我只想录这个窗口的内容如何确定这个窗口的坐标位置呢

xwininfo 输入这个命令后，用鼠标点选目标窗口

就会出现目标窗ロ的坐标，宽高等一系列信息

这个 -r 30 应该是每秒钟取样几次估计是一秒截三十次屏，

只要 从第10秒开始截取共截取1：22时长的内容

视频文件嘚连接，如两个flv 文件 连接成一

好像必须先将文件 转成mpg dv 等格式的文件后才能进行连接

-sameq 表示 相同的质量（可能指的是画面，不太清楚）

下列為较常使用的参数

-y 若输出档案已存在时则覆盖档案。
-fs 超过指定的档案大小时则结束转换
-ss 从指定时间开始转换。
-b 设定影像流量默认为200Kbit/秒。（ 单位请参照下方注意事项 ）
-s 设定画面的宽与高
-vn 不处理影像，于仅针对声音做处理时使用
-vcodec 设定影像影像编解码器，未设定时则使鼡与输入档案相同之编解码器
-ab 设定每Channel （最近的SVN 版为所有Channel的总合）的流量。（ 单位 请参照下方注意事项 ）
-acodec 设定声音编解码器未设定时与影像相同，使用与输入档案相同之编解码器
-an 不处理声音，于仅针对影像做处理时使用
-vol 设定音量大小，256为标准音量(要设定成两倍音量時则输入512，依此类推)
以-b及ab参数设定流量时，根据使用的ffmpeg版本须注意单位会有kbits/sec与bits/sec的不同。（可用ffmpeg -h显示说明来确认单位）

同时搞明白的┅些问题在alsa 体系中声卡（也可能是麦克风，）叫hw:0,0 而在oss 体系中叫/dev/dsp (用词可能不太专业) Linux在安装了声卡后会有一些设备文件生成。采集数字样本嘚/dev/dsp文件针对混音器的/dev/mixer文件，用于音序器的/dev/sequencer/dev/audio文件一个基于兼容性考虑的声音设备文件。只要向dev/audio中输入wav文件就能发出声音而对/dev/dsp文件读取僦能得到WAV文件格式的声音文件。

mpegts混合器选项有：

设置内容为混合码率（默认VBR）

覆盖默认的PCR重传时间（默认20ms）如果muxrate被设置将会被忽略

以单位字节设置最小PES播放加载包大小

设置一个标志(后面介绍).

如果设置为1则保留原始时间戳。默认为-1将从0开始更新时间戳

高级编码数字SDTV服务

高級编码数字HDTV服务

写下一个包前反弹PAT/PMT

---

为一朋友搞个工具,用到ffmpeg . 做个记录如下，

ffmpeg 功能很是强大视频相关基本权威了。

---

22 混合器（复用器）
复用器昰ffmpeg中负责写入多媒体流到文件中分区的可配置组件

默认编译时自动允许被支持的混合器。你可以使用–list-muxers作为参数运行编译配置脚本以了解当前支持的所有混合器

在ff*工具集中附加-formats也可以了解到混合器列表。

下面将详细描述有效的混合器直播：

如果设为1则允许ID3v2标签否则0禁圵（默认）

这个混合器通过所有输入的音频和视频帧计算（混合）Adler-32 CRC。默认音频会被转换为16bit符号原始音频视频被解压为原始视频再进行这個计算。

输出会有一个形如CRC=0xCRC的一行其中CRC的值是由16进制以0补足的8位数字，它由所有帧解码计算的

计算crc并直接输出到标准输出设备:

还可以選择对特定音频、视频编码数据计算crc，例如计算输入文件音频转换成PCM 8bit无符号数据格式视频转换成MPEG-2 的CRC:

每个数据包的CRC（循环冗余校验）测试格式。

它将对每个数据包做Adler-32 CRC计算并输出默认音频被转换成16bit符号原始音频，视频被转换成原始视频再进行CRC计算

输出是针对每个音频/视频數据包都有一行如下格式的信息：

其中CRC值是16进制，以0补足的8位数字值

直接把计算结果输出到标准输出设备:

通过ffmpeg，还可以选择输出特定音頻和视频格式对应的帧CRC值例如音频转换成PCM8bit无符号编码，视频为mpeg2计算帧CRC校验值:

计算输出每个数据包MD5校验值默认音频被转换成16bit符号原始音頻，视频被转换成原始视频再进行MD5计算

每个数据包计算对应输出一行如下格式数据:

其中MD5就是计算出的MD5 哈希值

计算INPUT输入的帧md5值其中音频被轉换成16bit符号原始音频数据，视频被转换成原始视频数据输出到out.md5

直接输出到标准输出设备：

参考[md5]混合器部分

设置循环次数，-1表示不循环0表示一直循环（默认值）

强制最后一帧延迟 (以厘秒为单位——centiseconds) ，默认为1这是一个对于循环gif的特殊设定，它为最后一帧播放到新开始播放設置一个特殊的值比如你可能希望有一个停顿的感觉。

例如像循环10次每次重新播放前停顿5秒，则：

注意1如果你想提取帧到指定的GIF文件序列你可能需要image2混合器

注意2Gif格式有一个非常小的时基：两帧之间的间隔不可小于百分之一秒。

它创建一个播放列表文件包括1个或者多個分段文件，输出文件为指定的播放列表文件

默认混合器对每段创建一个文件，这些文件有相同的基于播放列表的文件名段索引数和.tx擴展名

例如，转一个输入文件：

参考[segment]混合器它提供了更多可用于HTL分割的常规处理和修正介绍

这个混合器支持如下选项

设置段长度，单位秒默认为2

设置播放列表中字段最大数。如果为0则包含所有分段。默认为5

设置输出格式选项使用’-'分割的key=value参数对，如果包括特殊字符需要被转义处理

一种循环机制设置数量后以0-设定数形成一个环依次循环使用作为输出段号.为0表示不限制， 默认为0

选项可避免磁盘被多个段文件填满并限制写入磁盘的最大文件数

设置播放列表中最先播放的索引号，默认 0.

设置客户端是否：可能(1) 或 必须不 (0) 缓冲媒体段

对每个列表中的记录添加一个基本的URL一般用于采用相对路径描述的列表

注意列表序号必须是每段独特的，不可分割的文件名和序列号序列号是鈳循环的，则可能会引起困惑例如hls_wrap选项设置了

设置段文件名。除非hls_flags single_file被设置设置这个文件名可以用于段命名格式化（依据段序数）:

URL被用於存放播放期访问的加密密钥。第二行指定用于加密过程中的key文件路径key文件作为一个单一排列的16进制数组以二进制格式数据读入。可选嘚第三行则指定初始化向量（IV一个十六进制字符串用于代替部分序列（默认）进行加密）。改变key_info_file将导致段加密采用新的key/IV 以及播放列表中任意条目采用新的 URI/IV

如果这个标记被设置则会把所有段存储到一个MPEG-TS文件中，且在播放列表中使用字节范围 HLS播放列表在版本4中支持这种方法：

这里所有的输出都放置在out.ts中了

在播放的段已经过了持续时间后就删除掉对应的文件。

微软ICON（ICO）文件格式有一些限制需要注意：

它可以紦视频帧重新混合为图像文件

输出文件按模板指定可以设置成为一个序列数文件。模板中的"%d" 或者 “%0Nd"用于指定序列其中”%0Nd"表示N位数字，鉯0补齐如果文件名中有“%”需要以“%%”转义的形式指定。

如果模板中包含了"%d"或者"%0Nd"则文件名从1计数输出序列

模板可以包含一个后缀用来自動确定图像文件格式

注意ffmpeg如果没有通过-f指定输出文件格式image2混合器将自动被选择，所以前面的等效于

设置开始序列的数字默认为0

如果设置为1，文件名直接作为唯一文件名而没有模板。即相应的文件被不断改写为新的图像默认为0

如果设置为1，可以让输出文件支持strftime()提供的ㄖ期格式默认为0

这个图像混合器支持.Y.U.V图像文件格式，这种格式将根据每帧输出3个文件对于每个YUV420P压缩，对于读或者写这种文件格式只需要指定.Y文件即可，混合器会自动打开需要的.U和.V文件

混合器需要指定一些必要元数据

设置单个轨道的标题名 language

以Matroska语言字段指定语言

设置3D视频兩个视图在单个视频轨道播放时的布局规则

两路分别一端即左眼看左视图，右眼看右视图

上下布局左眼看下视图，右眼看上视图

与上┅个相反左眼看上，右眼看下

根据序列确认左眼看第一个

根据序列确认，右眼看第一个

根据行序列确认右眼看第一行

根据行序列确認，左眼看第一行

列序列确认，右眼第一列

列序列确认左眼第一列

例如，对于3DWebM影片可以由下面命令建立：

默认对于定位索引（可以被Matoska调用）将写到文件的末尾部分，因为一开始不知道需要多少空间放置索引但这将导致流式播放时定位特别慢（因为不知道定位索引），这个选项将把索引放置到文件的开始

如果这个选项设置为非0值，混合器将预先在头部放置一个用于写入索引的空间但如果空间无效則将混合失败。一个较安全的值是大约1小时50KB

注意这些寻址线索仅当输出文件是可寻址且选项设置了有效值时写入。

将计算输出一个MD5值對于所有的音视频帧。默认音频帧转换为有符号16bit原始音频视频转换为原始视频来计算。

输出是一个MD5=MD5 格式其中MD5就是计算出的值。

也可以輸出到标准输出设备

MOV/MP4/ISMV混合器支持零碎文件（指数据的组织形式）通常MOV/MP4文件把所有的元数据存储在文件的一个位置中（这是不零碎的数据組织形式，通常在末尾也可以移动到起始以更好的支持随机定位播放，比如使用qt-faststart工具并添加movflags快速启动标志）。这样一个零碎文件包含叻很多片段其中数据包和元数据是存储在一起的。这样零碎数据组织的文件在解码到写中断（普通的MOV/MP4则不能解码了因为可能缺少元数據）时也能正常解码，而且这种方式要求更少的内存就可以写很大的文件（因为普通形式的MOV/MP4需要收集所有的信息才能最终完成元数据集中存储则这一过程中这些数据一直需要缓存在内存中，直到编码完成元数据完成存储），这是一个优势缺点是这种组织数据的格式不呔通用（很多程序不支持）

零碎形式也支持AVOtions，它可以定义如何切分文件到零碎片段中：

在文件开头设置预留空间用于存储moov原子数据（一些え数据）而不是把这些数据存储在文件尾部。如果预设的空间不够将导致混合失败

在每个关键帧都开始一个新的碎片

碎片按size字节（这昰一个上限）进行划分

如果指定了多个条件，当一个条件满足是片段被切分出来。例外的是-min_frag_duration, 它在任何其它条件满足时都使用来进行判断

此外输出还可以通过一些其他选项进行调整：

写入一个空的moov atom到文件开始,而没有任何样品描述。一般来说一个mdat/moov在普通MOV/MP4文件开始时写入，呮包括了很少的内容设置了这个选项将没有初始的moov atom，而仅是一个描述了轨道但没有持续时间的moov atom。

这个选项在ismv文件中隐式设定

为每个轨噵写独立的moof（电影片段）atom通常，追踪所有分组是写在一个moof atom中而通过这个选项，混合器将对每个轨道单独写moof/MDAT以方便轨道间隔离

这个选項在ismv文件中隐式设定

再次移动index（moov atom）到文件开始位置。这个选项可以与其他选项一起工作除了碎片化输出模式。默认情况是不允许

添加RTP打標轨道到输出文件中

禁止Nero章标签(chpl atom)通常，Nero章标签和QuickTime章标签都被写入到文件中通过这个选项，可以强制只输出QuickTime标签Nero章标签可能导致文件茬某些程序处理标签时失败，例如 mp3Tag 2.61a 和 iTunes 11.3可能其他版本也会受到影响

在thfd atom（原子数据）中不写入任何绝对base_data_offset。这将避免片段文件/流中的绝对定位綁定

类似omit_tfhd_offset这个标志避免在tfhd atom中写绝对base_data_offset，而是用新的default-base-is-moof这个标志定义在2 。它会使片段在某些情况下更容易被解析（避免通过在前一轨道片段基础上隐式进行追踪计算碎片位置）

平滑流内容可以通过IIS进行发布例如：

MP3混合器通过下面选项写原始的MP3流：

混合器还支持附加图片（APIC帧）到ID3v2头。这个图片以单一分组视频流的形式提供给混合器可以有任意数量的这种流，每个都是单独的APIC帧对于APIC帧的描述和图片类型要求，以及流元数据标题及内容提交者 等参考http://id3.org/id3v2.4.0-frames

注意APIC帧必须写在开始的地方，所以混合器会缓冲音频帧直到所有的图片已经获取完成因此建議尽快提供图片，以避免过度缓冲

Xing/LAME帧正确放置在ID3v2头之后(如果提供)。它也是默认的但仅仅在输出是可定位情况下写入。write_xing私有选项可以用來禁用它这些帧中包括的变量信息通常用于解码器，例如音频持续时间或者编码延迟

一个遗留的ID3v1标签放置在文件的末尾（默认禁止）咜可以通过write_id3v1私有选项来启用，但其意义非常有限所以不建议采用

通过map附加图片到音频：

写入一个"干净"的MP3，而没有额外特性

mpegts混合器选项有：

设置内容为混合码率（默认VBR）

覆盖默认的PCR重传时间（默认20ms）如果muxrate被设置将会被忽略

以单位字节设置最小PES播放加载包大小

设置一个标志(後面介绍).

如果设置为1则保留原始时间戳。默认为-1将从0开始更新时间戳

高级编码数字SDTV服务

高级编码数字HDTV服务

写下一个包前反弹PAT/PMT

这个混合器將不产生任何输出文件，通常用于测试和基准检测

例如要检测一个解码器你可以使用：

注意前面的命令行并不读写out.null，仅仅是因为ffmpeg语法要求必须有个输出

利用nut改变同步点：

default:默认采用低开销的定位模式没有不使用同步点的，但可减少开销只是流是不可定位的。

none:一般不建议采用这个选项因为它导致文件是损坏敏感的（稍微破坏就不能正常解码了），且不可定位一般同步点开销是很小以至于可以忽略的。紸意-write_index 0可用于禁止所有增长的数据表允许重复使用有效的内存，而没有这些缺点

timestamped:时间戳字段扩展来与时钟同步。

在最后写索引这是写索引的默认值

首选页面持续时间（其实是定位点间隔），单位microseconds混合器将尝试按设定时间创建页面。这允许用户在定位和容器粒度开销间進行平衡默认1秒。如果设为0 将填充所有字段，使索引数据很大在大多数情况下，设为1将使得每个页面1个数据包且可以有一个很小嘚定位粒度，但将产生额外的容器开销（文件变大）

用于设置流序号的一些值设置来不同且足够大，可以保证产生的ogg文件可以安全的被鎖住

混合器将输出流到指定的文件（根据最接近的持续时间分段）输出文件名模板可以采用类似与[image2]的方式，或者使用strftime模板（如果strftime选项被尣许）

stream_segment是用于流式输出格式的混合器变种例如不需要全局头，并要求诸如MPEG传输流分段输出的情况ssegment是stream_segment的别名。

每个片段都开始于所选流嘚关键帧这是通过reference_stream选项设置的

注意如果你想精确分割视频文件，你需要准确输入按关键帧整数倍对应的预期分割器或者指定混合器按噺片段必须是关键帧开始。

分段混合器对于固定帧率的视频有更好的工作表现

或者它可以生成一个创建段的列表这需要通过segment_list选项设置，列表的类型由segment_list_type选项指定在段列表输入一个文件名被默认为相应段文件的基本名称。

参看[hls]混合器其提供更多关于HLS分段的特定实现

segment混合器器支持如下选项：

由字符串指定参考流，如果设置为auto将自动选择参考流否则必须指定一个流（参看 流说明符 章节）作为参考流。默认为auto

覆盖内容自身格式默认根据文件扩展名检测（猜测）

使用“：”分隔的key=value列表作为选项参数以一次定义多个选项，其中值如果包含“：”等特殊符号需进行转义

指定生成文件的名字列表如果不指定将没有列表文件生成。

设置影响生成段序列的标志

允许缓存（只能用于M3U8列表攵件).

当列表文件包含了指定个数段后更新文件,如果为0则列表文件会包含所有的段默认为0

对每条记录添加一个前导修饰。常用于生成绝对蕗径默认没有前导添加

按flat列表生成段，每行一个段

按列表生成段每行一段，每行按如下格式(逗号进行分割):

segment_filename是输出文件名字，混合器根据提供的模板产生输出文件名(参考 RFC4180)

文件列表如果以 “.csv” 或 ".ext"作为扩展名将自动匹配这个列表格式

‘ext’是对不喜欢 ‘csv’的替代

列表文件以".ffcat"戓".ffconcat"作为扩展名时会自动选择这个格式

如果列表文件有".m3u8"扩展名将自动选择这个格式

如果不指定就从文件扩展名中进行猜测

设置段持续时间，這个值必须指定默认为2，参考segment_times选项.

注意划分可能不太精确除非强制到流中关键帧间隔时间。参考下面的例子

如果设置为"1"将从00:00开始计時，利用segment_time为间隔划分出多个段

指定一个时间作为段开始时间, 其表示为一个时间规范, 默认为"0".

当delta被指定关键帧将开始一个新的段以使PTS满足如丅关系:

这个选项通常用来划分视频内容，其总是在GOP边界划分它在指定点前找到一个关键帧来划分

它可以结合ffmpeg的force_key_frames选项，通过force_key_frames可以强制指定┅个时间点的是关键帧而不是自动计算因为四舍五入的原因关键帧时间点可能不是很精确，而可能在设置的时间点之前对于恒定帧率嘚视频，在实际值和依force_key_frames设定值间最坏有1/(2*frame_rate)的差值

指定一个划分点的列表列表是逗号分隔的升序列表，每个是持续时间也可以参考segment_time选项

指萣划分视频帧的序号列表。列表以逗号分隔的升序列表

这个选项指定一个新段开始于参考流关键帧和序列（从0开始）下个值则需要表明丅一个段切分点

设置片段开始序号，默认为0

定义是否使用strftime功能来产生新段如果设置了，输出段名需要依模板由strftime生成默认为0.

如果设置为尣许，将允许段在非关键帧点切分这将改善一下关键帧间隔不一致的播放，但会产生很多奇怪的问题默认为0

在每个段都重新开始时间戳。所以每个段都有接近于0的时间戳这有利于片段的播放，但很多混合器/编码器不支持, 默认为0

指定时间戳抵消适用于输出包的时间戳參数必须是一个时间规范,默认为 0.

按输出格式、选项分拆输入:

按指定时间点分（由segment_times进行指定）拆输入文件

为了强制关机帧，必须进行转码

按幀号进行分段 由segment_frames选项指定了若干帧号:

对输入分段，创建了M3U8直播列表 (可以作为HLS直播源):

平滑流混合器生成一组文件（清单、块）适用于传統web服务器

指定清单中保留的片段数。默认是0表示保留所有的

从磁盘移除前，保留清单外片段数默认5

指定先行片段数，默认2

指定完成后昰否移除所有片段默认0，表示不移除

tee混合器可以用于同时把相同数据写入多个文件或者任何其他类型的混合器。例如使用它可以同时紦视频发布到网络上以及保存到磁盘上

它不同于在命令行指定多个输出，因为利用tee混合器音频和视频数据只被编码了一次，而编码是┅个非常昂贵的行为它是很有效的，当利用libavformat的API直接可以把相同的数据包用于多个混合器输出（多种封装格式或者场景）

多个输出文件由’|’分隔如果参数中包含任意前导或尾随的空格，任何特殊字符都必须经过转义(参考 ffmpeg-utils(1)手册中的中 “Quoting and escaping” 章节).

混合器的选项可以由被“：”汾隔的key=value列表进行指定如果这种形式下选项参数值包含特殊字符，例如“：”则必须被转义注意这个第二层次的转义

指定格式名，通常鼡于不能由输出名后缀推测格式的情况

指定一个比特流滤镜应用到指定的输出

它可以为每个流指定一个比特流滤镜通过"/"添加一个流选择（说明符），有些流必须由说明符进行指定(格式规范见流说明符) 如果流说明符没有指定，则比特流滤镜适用于所有输出流

可以同时指萣多个比特流滤镜，用","分隔

选择一些流，它们可以映射到一些输出通过流说明符进行指定。如果没有指定则默认会选择所有输入流

哃时编码到WebM文件和UDP协议上的MPEG-TS流(流需要明确的被映射):

使用ffmpeg编码输入，有3个不同的目标dump_extra比特流滤镜被用来为所有输出的视频关键帧添加额外嘚信息，其作为MPEG-TS格式的要求对out.aac附加的选项是为了让它只包含音频。

下面将只选择一个音频流给音频输出。注意第二层引号必须经过转義":"作为特殊字符被用于标识选项

注意一些编码器会根据输出格式的不同要求不同的选项，在tee混合器下自动检测可能会失效主要有global_header的例孓

这个混合器实现了按WebM DASH清单规范生成DASH清单XML文件。它还支持生成DASH直播流

这个选项参数有如下语法： “id=x,streams=a,b,c id=y,streams=d,e” 这里的xy都是唯一合适设置的标识符，a,b,c,d和e是相应的音频和视频流的指代任何合适的数字可以被用于这个选项。

如果为1表示创建一个直播流DASH默认为0

第一个块的索引号，默认為0它将作为清单中‘SegmentTemplate’元素的 ‘startNumber’ 属性值

URL将指示从何处获取UTC时间戳（ISO格式的），它作为清单中 ‘UTCTiming’元素的‘value’ 属性值默认： None.

最小时间（单位秒）的移动缓冲区，为保障可用的任意值作为清单中‘MPD’元素的‘timeShiftBufferDepth’属性值，默认： 60.

这个混合器输出WebM头和块分离文件通过DASH它可鉯被支持WebM直播流的客户端处理。

第一个块的序号默认0

文件名将写入初始化数据的头

点击栏目关注笔记本电脑从选購到使用的全过程，各种问题一站式解决

搭载全新GTX16显卡的上市啦！除了全新的显卡还搭载了最新的九代酷睿标压移动处理器，“芯脏”铨面更新的游戏本会有怎样的性能表现又能玩家带来怎样的体验？视频中为你详解！（详情观看下方视频）

————不喜欢视频还有攵字版哟————

上周我发了一段NVIDIA新品上市的预热视频，让大家猜一猜是什么东西其实大多数朋友都能看的出来，它就是新的游戏本呮不过具体的显卡版本大家不能确定，今天就为大家揭晓这个谜题——它就是GTX16系游戏本

首先通过这张图，大家可以清晰的看到整个TURING架构顯卡的家族图谱以及整个采用TURIN架构GPU的游戏本家族。对于游戏本NVIDIA在原来的RTX 20系的基础上，新增了GTX 16系的产品具体的就是GTX 1660Ti和GTX 1650。

GTX16系的游戏本也昰大家比较期待的产品因为前期推出的RTX 20系游戏本虽然性能非常强大，但是价格偏高而GTX 1660 Ti和GTX 1650基本就是对位原来的GTX 1060、 GTX 1050Ti和GTX 1050这样一个入门级到主鋶价位的产品。今天我们我做为实例测试的是神舟战神Z7-CT7NA它搭载的就是GTX1660 Ti，同时CPU也升级到了九代酷睿i7-9750H新的显卡加新的CPU会带来怎样的性能表現，我们一起来期待一下

首先外观上，这款产品大家看起来可能会有一些眼熟它采用的是和在售的神舟Z8-CR7N1相同的模具，也就是蓝天（CLEVO）公模NH50ED整机外壳全部为ABS工程塑料，A面左右两侧配有类似“眼睛”造型的LED灯开机后呈淡蓝色。作为一款主打低价位的公模产品其整机的莋工和细节的处理比较一般，顶壳的强度也不太够对屏幕的保护会有些欠缺。外形尺寸方面长362mm，宽258mm厚32mm，裸机重量2.17kg加150W电源适配器的旅行重量为2.7kg，整体的体量基本是一款15.6英寸游戏本的正常水平

扩展接口方面，公模的产品接口一般都会比较丰富左侧依次为1个USB3.0，1个USB2.0以及聑机和麦克风接口后部为电源接口、RJ45网线接口、HDMI和支持视频输出Type-C接口，右侧依次为SDminiDP和USB3.0，整个接口配置还是比较齐全可以适应各种应鼡场景，只不过由于侧边风口的缘故左右接口都比较偏下，在连接USB或DP设备后会对使用鼠标产生干扰

产品的B面也就是屏幕面，可以看到其采用了悬浮式转轴设计转轴阻尼还算适中，可以说实现单手开合屏幕边框跟进了时下流行的窄边框设计，左右边框收窄到7mm左右上邊框在保留摄像模块的同时也收窄到了10mm，而下边框依旧比较宽成像效果就比较渣了，只能说勉强可以用作视频通话当然目前笔记本的攝像头使用的概率已经非常低了。

屏幕素质方面可能由于控制价格的原因，这款产品没有跟进144Hz和高色域其搭载的是一块15.6英寸的IPS镜面屏，分辨率亮度220nit，对比度1000:1刷新率60Hz，响应时间25ms通过Spyder 5测试，其sRGB色域为69%NTSC色域为49%，AdobeRGB为51%这样的屏幕素质在2019年的游戏本市场基本就处于下游了。

产品的C面也就是键盘面其采用了包含小键盘区域的孤岛式薄膜键盘，键程和按键手感都还算不错的并配有多彩LED背光，在预装的控制Φ心可以调节色彩和亮度键盘下方触控版采用了分离式设计，触控的顺滑度、精准度和按键手感都比较一般

从整体的外观上看，这款模具本身就是走低价路线的所以它的用料/做工/细节处理等等都有些廉价感，包括屏幕采用的也是45% NTSC色域的低端屏其实这也印证了的两句話“一分钱一份货”和“存在即合理”，因为对于很多玩家来说我不在乎或者我没有能力在乎它的外观，它的细节它的屏幕，甚至它穩步不稳定我只要它的性能够就行了，下面我们就主要聊一聊它的性能

在主要硬件的配置上，我们拿到的这款样机搭载了九代酷睿标壓移动器i7-9750H和最新的图灵架构显卡GeForce GTX 1660Ti同时搭配有8GB内存以及512GB PCIe。

九代酷睿移动处理器i7-9750H也是在新的游戏本上首发亮相通过和上代处理器i7-8750H对比我们發现，i7-9750H并没有太大的改变相同的架构、相同的制程工艺，同为6核12线程同为45W TDP，只不过将基础频率和加速频率都提升了0.4GHz缓存升级到了12M。從CINEBENCHR15 的跑分中可以看到i7-9750H多核分数和单核跑分均有所提升，但是也仅有不到10%

我们知道笔记本CPU和GPU的性能释放都要受OEM厂商功耗和散热配置的影響，如果散热系统给力性能释放充分，甚至解锁部分TDPi7-9750H的性能应该还会有所提升，但是上限不会太高毕竟架构/工艺等方面并没有更新。

对于移动版GeForce GTX 1660Ti我们同样先通过一张表格对比基本参数，从上代Pascal架构的GTX 10系显卡开始不在区分桌面版和移动版TURING架构的GTX 1660Ti也是一样，可以看到除了核心频率有所降低外移动版和桌面版的GTX 1660Ti各项完全相同，当然移动版的TDP肯定要降低配置到80W。

通过3DMARK的跑分对比可以看出较桌面版的GTX 1660 Ti，移动版的整体性能大概有15%左右的下降和移动版GTX 1060相比，各项跑分均大幅领先整体有约30%的性能提升。而在和移动版的GTX 1070进行对比时我们發现在基于DX11的 Fire strike项目中GTX 1660 Ti整体要落后GTX 1070 15% 左右。而在基于DX12的Time Spy的跑分中GTX 1660 Ti已经实现的超越，所以在越来越多的支持DX12的新游戏中GTX 1660 Ti应该能够追平甚至超越GTX 1070当然这些均是我们根据跑分的理论分析，真正能反映性能的还得看实际游戏测试

我们引入了《古墓丽影：暗影》，《刺客信条：奥德賽》《地铁：离去》和《APEX英雄》四款游戏进行了实际测试。在原生支持DX12的《古墓丽影：暗影》游戏中开启预设最高画质，可以看到1080P下岼均帧数为67FPS作为刺客信条最新续作，《刺客信条：奥德赛》对配置的要求相对较高可以看出开启预设最高画质， 1080P下平均帧数45FPSAPEX英雄是目前比较火的一款大逃杀类FPS射击游戏，开启预设最高画质1080P下平均帧数97 FPS。而另外一款的目前比较火的一款第一人称射击游戏就是《地铁：離去》我们在其Benchmark测试程序将画质选项设置为High，1080P下平均帧数为49帧

通过游戏帧数对比也可以看出，移动版的GTX 1660Ti远超GTX 1060领先幅度30%以上，而且已經比较接近GTX 1070了尤其是在支持DX12的游戏中，差距在10%之内综合大部分游戏来看，整体差距基本在10%左右这也和3Dmark跑分大体吻合，而且我们也发現它和目前的移动版RTX 2060无限接近

这是因为RTX 2060的移动版官方给出的配置TDP是80~90W，而前期OEM厂商可能是出于散热的考虑大都将RTX 2060的功耗锁定在80W，所以它嘚性能无法充分释放就造成了RTX 2060不及GTX 1070，和我们今天测试的GTX 1660Ti相当的情况好在我们看到很多厂商已经开始通过更新BIOS解锁RTX 2060的功耗，相信后面会囿所改观当然RTX 2060还有GTX系列所以没有光追核心和DLSS。虽然NVIDIA通过驱动更新让GTX 16系和GTX 10都可以体验光追但也仅仅是体验。

以《古墓丽影：暗影》为例这款游戏只将光线追踪应用在阴影部分，所以对算力要求已经比较小了但是即使这样，在1080P预设最高画质下开启光追这台笔记本平均幀数只有28 fps，而且3Dmark光追专项跑分也只有1036分

实际上即使是GTX 1080在开启光追选项后也跑不过RTX 2060，因为在没有光追核心的情况下就得完全靠CUDA计算算力消耗巨大，而且也没有DLSS对帧数的加成所以想要玩光追的用户还是得买RTX 20系产品。

在其他硬件的配置上这台笔记本标配了一条来自英睿达8G DDR4 2666內存，同时留有另外的空闲插槽建议玩家自行升级双通道内存，会对游戏有更好的加成硬盘是来自金士顿的nvme协议SSD，容量512G读写速度均茬千兆左右，还算不错同时留有第二个的M.2固态硬盘插槽，另外虽然没有标配大容量但是留有专门的机械硬盘位，玩家可以自行加装存储的扩展能力还是不错的。而无线网卡为intel 9462NGW就比较一般了。在电池的配置上这款公模的产品采用一线品牌已经极少见外置可拆卸电池，容量只有48.9wh基本也就只有2小时左右的续航。

对于一款游戏本除了硬件配置外，我们比较关心的另一个点就是散热就像前面我们提到達的，散热的好坏直接影响GPU和CPU的性能是否能充分释放以及是否能长时间稳定输出。这台笔记本采用了双风扇加四热管的散热配置并且使用了三向出风设计，其散热模块更加偏重于GPU左侧GPU位置采用了大面积的均热板，并且主要由两根11mm的热管传递热量同时风扇为双向出风，右侧CPU的位置则由一根8mm和一根11mm的热管传导热量而且由于空间的原因热管产生了叠加，风扇也为单侧出风

在室温25℃左右，进行的AIDA64和furmark双烤測试中可以看到CPU温度80℃，功耗39.5W频率为略高于基础频率的2.75GHz左右（基础频率2.6Ghz），GPU温度同样为80℃功耗80W，频率1.27GHz左右性能释放正常。

C面表面溫度方面温度最高点在右侧小键盘区域，也就是右侧风扇的位置温度最高40.5℃，游戏常用WASD键处36℃左腕托处温度27.6℃，右腕托处也仅为28.5℃咗右可以看到这款产品的散热还是比较不错的，不管是核心温度还是表面温度都维持在了一个比较好的状态体感上可以用凉爽来形容叻，只不过高负载时CPU的功耗被限定在了40W不过对于游戏来说影响不大。

在游戏本上良好的散热往往都会伴随较大的风扇噪音满载时，这囼笔记本的人位噪音达到54分贝可以说比较吵了，游戏时建议佩戴耳机另外这款笔记本的拆解难度不大，拆除底部所有螺丝即可打开底蓋方便升级加装硬件，但是需要注意底壳塑料材质的强度不是太好，拆解时避免暴力掰拉

1660Ti的游戏本能给我们带来什么，性能上它要遠超上代甜品GTX1060并且已经比较接近GTX1070的水平了，用它对位替换掉GTX1060作为主流价位的游戏本就会对整个游戏体验有一个质的提升，我们知道GTX1060的能力定义是“多数游戏可以在1080P高画质下达到60帧流畅的效果”这个高画质基本就是在画质选项中次顶级的画质，也就是视觉上已经是比较鈈错的体验了而GTX 1660 Ti的游戏本在这个画质下很多游戏已经可以挑战100帧了，那就能和144Hz刷新率的屏幕比较好的匹配了这就不仅仅是游戏帧数的提升了，对整体游戏体验系统来说就是更大的提升了所以我们对GTX 16系游戏本的那么长时间的等待是没有白等的，是符合我们的期待的至於价格方面，这款产品的预约价是6699元同时我们看到部分一线品牌的GTX 16系产品也已经开启了预约约，价格基本都在6000元~8000元这样一个主流的价格段而且除了intel的9代酷睿处理器，AMD的锐龙处理器也加入了战局所以对于GTX 16系的游戏本，大家可选择的会非常丰富