<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>Ffmpeg on 心之所向 素履所往</title>
		<link>http://www.mi-dong.com/categories/ffmpeg/</link>
		<description>Recent content in Ffmpeg on 心之所向 素履所往</description>
		<generator>Hugo</generator>
		<language>zh</language>
		
		
		
			<copyright>All rights reserved - 2026</copyright>
		
		
			<lastBuildDate>Fri, 20 May 2022 14:10:15 +0800</lastBuildDate>
		
			<atom:link href="http://www.mi-dong.com/categories/ffmpeg/index.xml" rel="self" type="application/rss+xml" />
			<item>
				<title>Ffmpeg 视频压缩</title>
				<link>http://www.mi-dong.com/post/ffmpeg/ffmpeg-%E8%A7%86%E9%A2%91%E5%8E%8B%E7%BC%A9/</link>
				<pubDate>Fri, 20 May 2022 14:10:15 +0800</pubDate>
				<guid>http://www.mi-dong.com/post/ffmpeg/ffmpeg-%E8%A7%86%E9%A2%91%E5%8E%8B%E7%BC%A9/</guid>
				<description>&lt;p&gt;在日常开发中，会经常碰到需要视频压缩的情况，那对于视频压缩，当然是希望压缩率高，但是质量损失小；下面就介绍下 ffmpeg 视频压缩。&lt;/p&gt;&#xA;&lt;h3 id=&#34;命令行参数-crf&#34;&gt;命令行参数-crf&lt;/h3&gt;&#xA;&lt;p&gt;在优先保证画面质量（也不太在乎转码时间）的情况下，使用-crf参数来控制转码是比较适宜的。这个参数的取值范围为0&lt;del&gt;51，其中0为无损模式，数值越大，画质越差，生成的文件却越小。从主观上讲，18&lt;/del&gt;28是一个合理的范围。18被认为是视觉无损的（从技术角度上看当然还是有损的），它的输出视频质量和输入视频相当。&lt;/p&gt;</description>
			</item>
	</channel>
</rss>
