我目前正在处理丢失大小的mp3文件来流它。我想减少mp3的大小,它有多大的可能性。我知道最好的编码是HE-AAC (AAC+)。他给了我32 He /s的立体声mp3的立体声,从原来的320 He/s。
我在Ubuntu。我找到了一个解决办法。这是一个NeroAacEnc,它是免费的,工作也不错。但是有个窃听器。输入文件必须是" wav“文件,所以当我首先将我的mp3 (400 my )转换为wav时,会得到超过4GB的文件。那么我就不能在NeroAacEnc中打开这么大的文件了。
使用-ignorelength的命令无法工作
$ neroAacEnc -ignorelength -br 32000 -if test.wav -of test_nero.mp3你能帮我吗,找出解决办法--怎么做好?其他编码器很难将大小降低到32 so /s,因为这样就失去了质量。只有HE-AAC (AAC+)给了我良好的质量和32 of /s的文件。
编辑: OK我发现我可以用AAC+编码器编译ffmpeg。8c-source.html这里是一个消息来源。但我不知道怎么做,有人知道吗?
发布于 2018-08-31 01:25:26
他给了我32 He /s的立体声mp3的立体声,从原来的320 He/s。
那完全是个谎言。谁跟你说过他们根本不知道他们在说什么。
因此,当我首先将我的mp3 (400 my )转换为wav时,一个大于4GB的文件
是的,很有可能。不要将其转换为文件,而是将其转换为文件。neuroAacEnc支持-if -从STDIN读取。
其他编码器很难将大小降低到32 so /s,因为这样就失去了质量。
所有编解码器在32k时听起来都很糟糕。
只有HE-AAC (AAC+)给了我良好的质量和32 of /s的文件。
他-AAC是你最好的选择之一,但它仍然不会是惊人的。还可以考虑Opus。
您可能会考虑使用预先构建的FFmpeg。实际上,您不应该从MP3转换为AAC。如果可能的话,去获取原始音频,否则你将浪费大量带宽,试图从以前的有损编解码器中编码工件。
发布于 2018-08-31 07:31:52
好吧,伙计们,经过调查,我终于做了我要做的。但是,我们不能分割和标记文件。当您尝试合并以AAC+编码的文件时,您会丢失它,因为重新合并文件的工具会在错误的编解码器中对文件进行编码。
但是我们可以通过命令将大(>4gb)的wav文件压缩为aac。
rm audio.fifo; mkfifo audio.fifo; cat test.wav > audio.fifo & neroAacEnc -ignorelength -br 23000 -if audio.fifo -of test.m4a这使用临时fifo文件。
Obus (ogg)也不错,但是在这里,https://trac.ffmpeg.org/wiki/Encode/HighQualityAudio#Recommendedminimumbitratestouse向我们展示了,最好的质量是用低比特率的he-aac。
PS。我知道从mp3转换到wav到aac并不是一个很好的方法,但是我的源文件是mp3的。
PS2。我知道,AAC+中的32 to /s听起来并不像mp3 320 to/s,而是那些在流媒体中收听预览音乐的普通用户,他不会听这些细节,而且会很高兴。
发布于 2018-08-30 12:27:00
如果您找不到更好的解决方案,请考虑.waw和.aac文件很容易拆分和合并。
https://stackoverflow.com/questions/52096643
复制相似问题