print_report fps

https://my.oschina.net/u/2326611/blog/679993

 

 

输出帧率设的比输入帧率大，没意义，除非有好的插帧算法； 比输入帧率小，出画面的速度就会变慢， 意味着需要主动丢弃掉一些帧，以此来降低输出帧率。

 

 

frame=  104 fps= 57 q=26.0 Lsize=     566kB time=00:00:10.30 bitrate= 450.5kbits/s dup=0 drop=50 speed=5.68x

frame: 编码的帧数量

fps：每秒编码的帧数

q：质量因子

size：视频和音频编码后的大小(个人理解)，即 Lsize=     566kB ，基本等于 video:397kB 和audio:160kB 之和

time：输出帧的显示时间

bitrate：输出视频的帧率

dup：输入帧dupliate的数量

drop：输入帧drop的个数

speed：编码速度

因为源流的输入帧率为15，输出帧率为10。所以输入帧数和输出帧数的比例为1.5:1.

从日志看出输入解码帧为155，输出编码帧104，即丢弃51帧，所以比例基本为1.5:1。

=======

 

 

一转一日志

例如：

./ffmpeg -i test_2.flv -vcodec libx264 -b:v 300000 -r 10 -report -y -f flv test_1out.flv

 

frame=   58 fps=0.0 q=26.0 size=      98kB time=00:00:05.61 bitrate= 142.9kbits/s dup=0 drop=27 speed=11.2x

... ...

frame=   85 fps= 84 q=25.0 size=     222kB time=00:00:08.30 bitrate= 218.7kbits/s dup=0 drop=41 speed=8.25x

... ...

[libx264 @ 0x3a7c540] frame= 103 QP=24.06 NAL=2 Slice:P Poc:4   I:1    P:58   SKIP:1005 size=216 bytes

frame=  104 fps= 57 q=26.0 Lsize=     566kB time=00:00:10.30 bitrate= 450.5kbits/s dup=0 drop=50 speed=5.68x

video:397kB audio:160kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 1.571039%
Input file #0 (test_2.flv):
  Input stream #0:0 (video): 156 packets read (684497 bytes); 155 frames decoded;
  Input stream #0:1 (audio): 443 packets read (82827 bytes); 442 frames decoded (452608 samples);
  Total: 599 packets (767324 bytes) demuxed
Output file #0 (test_1out.flv):
  Output stream #0:0 (video): 104 frames encoded; 104 packets muxed (406830 bytes);
  Output stream #0:1 (audio): 392 frames encoded (451584 samples); 393 packets muxed (164257 bytes);
  Total: 497 packets (571087 bytes) muxed
597 frames successfully decoded, 0 decoding errors

 

因为源流的输入帧率为15，输出帧率为10。所以输入帧数和输出帧数的比例为1.5:1.

从日志看出输入解码帧为155，输出编码帧104，即丢弃51帧，所以比例基本为1.5:1。