alioth/nixpkgs
3
0
Fork 0
forked from mirrors/nixpkgs
Code Releases Activity
nixpkgs/pkgs/tools/audio/beets/replaygain-default-bs1770gain.patch

18 lines
586 B
Diff
Raw Normal View History

beets: Use audiotools backend for replaygain. Using commands such as mp3gain and aacgain is only the default for backwards-compatible reasons. However, on Nix(OS), we would have to either patch those tools into beets or rely on an impurity, so let's depend on audiotools and also default to that backend. Of course, there is also a GStreamer backend, but it comes with a hell of additional dependencies (which not only cover audio files), which is why I decided against defaulting to GStreamer and package audiotools instead (in eecd932). Signed-off-by: aszlig <aszlig@redmoonstudios.org>
2014-12-30 22:06:28 +00:00
diff --git a/beetsplug/replaygain.py b/beetsplug/replaygain.py
index 40b3a3a..9b54a5a 100644
--- a/beetsplug/replaygain.py
+++ b/beetsplug/replaygain.py
@@ -627,11 +627,10 @@ class ReplayGainPlugin(BeetsPlugin):
super(ReplayGainPlugin, self).__init__()
self.import_stages = [self.imported]
- # default backend is 'command' for backward-compatibility.
self.config.add({
'overwrite': False,
'auto': True,
- 'backend': u'command',
beets: Use bs1770gain by default for replaygain After trying with a dozen files, it seems the bs1770gain backend is much more reliable than the audiotools backend and especially does a better job (well, compared to audiotools which either does doing nothing at all or throws an exception) when used on alboms that contain different sample rates/sizes. Additionally, we already had a few issues regarding the audiotools backend, even to the extent that @sampsyco almost wanted to drop it upstream (see sampsyco/beets#1342). Also related issues are #10376 and sampsyo/beets#1592. Signed-off-by: aszlig <aszlig@redmoonstudios.org>
2015-12-18 01:03:00 +00:00
+ 'backend': u'bs1770gain',
beets: Use audiotools backend for replaygain. Using commands such as mp3gain and aacgain is only the default for backwards-compatible reasons. However, on Nix(OS), we would have to either patch those tools into beets or rely on an impurity, so let's depend on audiotools and also default to that backend. Of course, there is also a GStreamer backend, but it comes with a hell of additional dependencies (which not only cover audio files), which is why I decided against defaulting to GStreamer and package audiotools instead (in eecd932). Signed-off-by: aszlig <aszlig@redmoonstudios.org>
2014-12-30 22:06:28 +00:00
'targetlevel': 89,
})
Copy permalink