如何使用youtube-dl获得最佳质量的音频?


16

youtube-dl在Linux上用于从YouTube下载视频并提取音频。这是我建立小型音乐收藏的方式。

无论如何,我知道有一个选项--audio-quality=是0最好,9是最差。我需要做所有这些以获得最佳质量的音频吗?

另外,有人知道从soundcloud下载是否可以获得更高的质量吗?

Answers:


21

--audio-quality不影响源的音频质量。这是一个后处理选项,它将重新编码音频。

由于任何一种(有损的)重新编码实际上都会降低流的质量,或者至少使其不必要地变大,因此,我建议完全不对音频进行后处理。

为了获得最佳的音频质量,您只需要选择高质量的源格式。实际上,youtube-dl默认情况下会这样做,但是您可以使用显式设置它--audio-format best。YouTube(和其他提供商)存储具有不同比特率的不同音频编解码器,youtube-dl并将从中选择最佳的一种。

如果您已ffmpeg在系统上安装,则youtube-dl可以自动提取音频:

youtube-dl --audio-format best -x <url>

否则,您将获得一个视频文件,您必须从中提取音频组件。


如果ffmpeg不重新编码,那为什么要选择音频格式?如果我输入该行,aac而是输入,则不会得到相同的文件,但具有不同的扩展名。我得到的文件大小和比特率略有不同。
Blrp

1
好的,但这并不能真正回答我的问题。我要特别问一下视频到音频的转换。如果有一条命令从MP4提取音频并将其保存为音频文件而无需重新编码,那么应该只有一个可能的结果,对吗?但是,根据我为音频选择的扩展名,帖子中的ffmpeg命令会产生不同的结果。因此,是否总是有一个正确的音频扩展名(取决于视频扩展名)而无需重新编码即可获得音频?还是我该怎么办?
Blrp

1
我现在明白了。首先,我澄清了我的答案-它比所需的要复杂一些。另外,也许这个答案很有趣。即使未触摸(即复制)音频编解码器比特流,扩展名也将确定如何将其包装为格式。此处没有1:1映射。某些格式比其他格式需要更多的空间。尽管它们都包含完全相同的音频数据(因此具有相同的音频质量),但您可以使用ffmpeg -i in.mp4 -c:a copy -vn out.m4a并最终使用与相比不同的文件ffmpeg -i in.mp4 -c:a copy -vn out.mkv
slhck '16

1
我敢肯定它不会重新编码。它没有任何能力。您获得相同比特率的原因是,与视频表示形式相比,YouTube使用的音频比特率/编解码器变化非常有限。分配视频和音频比特率时,YouTube可能有点不稳定,并且您可能会看到较高的音频比特率,但视频质量较低,在这种情况下,我认为youtube-dl仍然会选择质量最高的视频格式。您有特定的视频示例吗?
slhck '16

1
对我来说似乎很好。例如,在第二个示例中,当您将其-x用作选项时,它将下载比特率最高的纯音频变体(256k,格式代码141,使用检出youtube-dl -F <url>)。其他视听表示形式的所有其他音频组件的比特率较低。
slhck

5

保持YouTube的原生音乐格式,以避免重新编码:

youtube-dl -f bestaudio[ext=m4a] --embed-thumbnail --add-metadata <Video-URL>

导致m4a文件或

youtube-dl -f bestaudio --extract-audio --embed-thumbnail --add-metadata <Video-URL>

ogg如果最高音频质量格式是OPUS而不是AAC ,则后者也可以重新生成文件。

您可以列出可用的格式

youtube-dl -F <Video-URL>

bestaudio[ext=m4a]和之间有什么区别--extract-audio?为什么后者可能导致ogg前者而不是后者?
Hashim

[ext=m4a]将您的选择限制为可用的m4a格式,而不--extract-audio将其存储为相同的m4a容器格式。与--extract-audio音频数据被提取并存储在Ogg容器。
Frank Breitling

抱歉,这很晚,但是并不能真正解释为什么后者会导致.ogg文件具体化。为什么未指定.ogg何时.ogg
Hashim

我的理解是,最佳可用音频质量是OPUS格式而不是AAC,然后将其保存在ogg容器中。我已经相应更新了我的答案。
Frank Breitling

2

使用命令:

youtube-dl -f bestaudio "url"
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.