Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: linux audio tools recommendations 2015/09 (Read 35276 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

linux audio tools recommendations 2015/09

i am new to linux mint cinnamon 64bit and i am looking for the most obvious alternatives to my fave win audio/video tools.


audiotester
eac
cuetools
foobar2000
imgburn/burrrn
potplayer


i have seen some recommendations, but i am not sure about the actuality? so this is a call to all linux 'experts' out there. what is the situation as of september 2015?


i managed to run some of the tools with wine, but i am unsure about the final quality (audio output / burned disks) of wine vs native mint tools?

linux audio tools recommendations 2015/09

Reply #1
i am new to linux mint cinnamon 64bit and i am looking for the most obvious alternatives to my fave win audio/video tools.

foobar2000



I have seen some recommendations, but I am not sure about the actuality? So this is a call to all linux 'experts' out there. What is the situation as of September 2015?


DeaDBeeF is very similar-looking to foobar2000.

See?






As far as disc burning goes, I haven't had any issues with Brasero, but YMMV.

linux audio tools recommendations 2015/09

Reply #2
cuetools -> via wine
foobar2000 -> deadbeef
imgburn/burrrn -> k3b
potplayer -> mpv

linux audio tools recommendations 2015/09

Reply #3
Just general advise.

There is no better alternative to <foo> than  <foo> itself.

If you're looking for a Windows+tools alternative. Then just stick with Windows+tools.

When you're open to the idea of changing how you use your computer, which implies requiring a different kind of tools/programs. Then and only then your GNU/Linux experience would become enjoyable.

That's not an easy step to take. A lot of the experience you acquired while using Windows would suddenly become irrelevant. And you would have to invest time learning how things work in your new system.

In the context of media players and audio tools. You might find the concept behind Music Player Daemon interesting. And you might find mpv a better multimedia player than any player you ever used.

MPD and mpv are not alternatives. They are first-class high-quality programs.

linux audio tools recommendations 2015/09

Reply #4
The biggest issue in Linux is easy ReplayGain scanning. Deadbeef doesn't support scanning. Quod Libet's included program Ex Falso does BUT uses ReplayGain v1 and not the new v2 based on EBU R128. There are other alternatives but less easy to use. I use Foobar2000 under WINE to scan files.

Please correct me if I have missed an easy GUI option to scan using ReplayGain v2.

linux audio tools recommendations 2015/09

Reply #5
The biggest issue in Linux is easy ReplayGain scanning. Deadbeef doesn't support scanning. Quod Libet's included program Ex Falso does BUT uses ReplayGain v1 and not the new v2 based on EBU R128. There are other alternatives but less easy to use. I use Foobar2000 under WINE to scan files.

Please correct me if I have missed an easy GUI option to scan using ReplayGain v2.


I use loudness-scanner.

It's a command-line tool. A GUI exists. But I never used it.


linux audio tools recommendations 2015/09

Reply #7
imgburn/burrrn -> k3b


k3b is certainly the best and most comprehensive tool for writing media that I have used (in Linux, and it is long enough now for me to be forgetting what I used in Windows).

However, my problem with it is the K and the kde desktop dependencies that come with it. I have not, so far, found anything else as good. Is there anything?
The most important audio cables are the ones in the brain

linux audio tools recommendations 2015/09

Reply #8
mpd

If you don't mind the setup (which requires a very little text file editing), I strongly recommend mpd for music playback.

It's a music player daemon, which can be controled by mpd clients which are availible for windows, linux, mac, android, ios and probably any other platform. There are very good clients like cantata (windows, linux, mac), which support file tagging, replaygain scanning, auto cover download, dynamic playlists, and so on.  Moreover, it's very lightweight. It also supports automatic file discovering.

mpd itself supports direct audio output via alsa (but also pulseaudio), it has a inbuilt web stream server for mp3, ogg, opus, it supports replaygain and all audio codec I have tried.

I am running mpd with a library of ~450GB (maybe 20% lossless), and my main playlist is ~150GB large. I wrote a python script that incrementally syncs all files from the playlist to another folder (e.g. my smartphone's sd card) and transcodes lossless file to a specified format like opus or ogg). If you're interested, I can post the github URL.

---

easytag

Unfortunately, it's usability is worse compared to MP3Tag, but it's the best native audio file tag editor out there for linux.

---

However, for my main tasks (properly batch tag new files, scan replaygain) I am firing up  Windows 7 in Virtualbox and do this job with MP3Tag and foobar2000.

linux audio tools recommendations 2015/09

Reply #9
imgburn/burrrn -> k3b


k3b is certainly the best and most comprehensive tool for writing media that I have used (in Linux, and it is long enough now for me to be forgetting what I used in Windows).

However, my problem with it is the K and the kde desktop dependencies that come with it. I have not, so far, found anything else as good. Is there anything?

That's true, k3b depends on the kde libs. I don't mind it myself because I'm using KDE as my DE, though. Not sure about an alternative, though...

The biggest issue in Linux is easy ReplayGain scanning. Deadbeef doesn't support scanning.

Well, actually... (it probably needs the git version of deadbeef, or the upcoming 0.7, to work, though. Also, it's in an early stage, so it's slower than foobar2000. Still, the values match those of foobar2000, so for formats that deadbeef supports writing tags for (read: not TAK), you don't necessarily need foobar2000 for, anymore.

easytag

Unfortunately, it's usability is worse compared to MP3Tag, but it's the best native audio file tag editor out there for linux.

Have you tried puddletag?


linux audio tools recommendations 2015/09

Reply #11
I'd recommend DeaDBeeF too, although I may be biased.  It will be instantly familiar to foobar users, although it doesn't do quite as much.

For the real Linux experience, try mpd.  If you like mpd then switching to Linux is the best thing you ever did.

There are so many players out there, you could spend half your life trying them all.  If you want Windows without the Microsoft logo, install Linux Mint.  Then you'll have Banshee.  Yuck!  Maybe try Audacious, adequate but not brilliant.  Or Clementine, or Rhythmbox, or Guayadeque, or Amarok, or at least a dozen more.  Probably best to stick to ones based on whatever desktop you're using, but feel free to try any of them.  One thing about Linux, it is easy to try something new and equally easy to get rid of it.  Some are library-based, or playlist-based, or folder-based, or media-based, and mpd is just mpd

I really can't recommend any taggers.  There are several, but I didn't find any to be really good.  I would normally say that you shouldn't have moved to Linux if you feel the need to use Wine, but maybe you do in this case.

linux audio tools recommendations 2015/09

Reply #12
easytag
Unfortunately, it's usability is worse compared to MP3Tag, but it's the best native audio file tag editor out there for linux.

Have you tried puddletag?

Or Kid3


Thanks for sharing this.

My main approaches for MP3Tag are
  • Write id3v2,3 to MP3s, delete all other tags -> There are functions to delete id3v1 or id3v2 or apev2. Going to test if id3v1 deletion, followed by id3v2.4->id3v2.3 is also deleted lyricsv3.
  • Delete all tag fields except a given list of tag field names -> puddletag can do that, awesome!
  • Automated track number tagging, reset counter for each folder -> puddletag ftw
  • Search freedb (or cddb?) for selected files -> easytag as fallback
  • Massively use the tag-filename and filename-tag feature -> both taggers have a focus on this, even more than mp3tag.


Cool! Trying to get a feeling for the taggers next times.

I'd recommend DeaDBeeF too, although I may be biased.  It will be instantly familiar to foobar users, although it doesn't do quite as much.

For the real Linux experience, try mpd.  If you like mpd then switching to Linux is the best thing you ever did.

There are so many players out there, you could spend half your life trying them all.  If you want Windows without the Microsoft logo, install Linux Mint.  Then you'll have Banshee.  Yuck!  Maybe try Audacious, adequate but not brilliant.  Or Clementine, or Rhythmbox, or Guayadeque, or Amarok, or at least a dozen more.  Probably best to stick to ones based on whatever desktop you're using, but feel free to try any of them.  One thing about Linux, it is easy to try something new and equally easy to get rid of it.  Some are library-based, or playlist-based, or folder-based, or media-based, and mpd is just mpd

I really can't recommend any taggers.  There are several, but I didn't find any to be really good.  I would normally say that you shouldn't have moved to Linux if you feel the need to use Wine, but maybe you do in this case.


For mpd, I absolutely agree. mpd massively improved my music listening experience.

For the standalone players, I found clementine to be the best one (for my purposes). It's really fast also with a very large database (> 1TB, every other player I tested failed). And its support for common online platforms is great.

Concerning wine, I'm also not a fan of it, but I think that it's better to switch to linux and use wine for certain applications than sticking to Windows.

linux audio tools recommendations 2015/09

Reply #13
For prepping new audio, I still prefer Windows. I'm so accustomed to my EAC + MP3TAG + foobar2000 workflow. I'm not even sure there's a ripper on *nix which supports AccurateRip as well as CTDB. As for secure rippers, I'm aware of cdparanoia, but the project seems to have been abandoned. puddletag is a fine MP3TAG alternative IMO. I'm not aware of an excellent foobar2000 alternative with easy ReplayGain scanning, .cue sheet editing, as well as an advanced query syntax which I can employ to ensure tagging of my library is internally consistent.

Some posts mentioned mpd. Not so much an audio tool but more of a player with network control capability, right? But since we're getting into that discussion, I'm more of a fan of the squeezebox system. It gives me the whole enchilada of multi-room synced audio, network control, distributed content and so on. The server (Logitech Media Server) is FOSS and runs on Linux. The same goes for the perhaps most important client (squeezelite). But some of the controllers and even some clients (notably, Android clients) are closed source.

EDIT: Actually, I require BPM tags for my (electronic) music. On Windoze, I determine them with the help of Traktor. (Not exactly a single-purpose tool but that's what I use). I think mixxx is a great alternative. There are more specialized tools for BPM computation (e.g., Rapid Evolution 3 runs on both Win and Linux).

linux audio tools recommendations 2015/09

Reply #14
The biggest issue in Linux is easy ReplayGain scanning. Deadbeef doesn't support scanning. Quod Libet's included program Ex Falso does BUT uses ReplayGain v1 and not the new v2 based on EBU R128. There are other alternatives but less easy to use. I use Foobar2000 under WINE to scan files.

Please correct me if I have missed an easy GUI option to scan using ReplayGain v2.


Isn't Replaygain v2 still "just" a proposal?

I like using SoundKonverter for Replaygain scanning, dunno if that uses v2 either.

For ripping CDs, I prefer to use ABCDE, which is a script frontend for CDParanoia and all of the different encoders. It takes a couple of minutes to set up the config file, but from then on it's completely automatic.

And so far, Quod Libet is the best music library and playback app I've found, second only to Foobar.

linux audio tools recommendations 2015/09

Reply #15
Isn't Replaygain v2 still "just" a proposal
That's interesting and I would like to know too. I am thorough with having RG v2 because that's what I have used for all my music since it was released.

linux audio tools recommendations 2015/09

Reply #16
thank you folks for these interresting suggestions.

@chronosphere: this is quite similar to what i was up to  except that i will at least continue using foobar with wine to manage my archive, so thanks a lot for 'verifying'.

of course i will also have a look at all the other recommendations as well.

@2012: does my question really imply i am not open minded towards new software? if so, i would not have moved to linux, right

i dont mind so much about a different design or arrangement of buttons. in fact it is about keeping the workflow with tools that offer a very similar functionality under linux.

@vibee: yes, i am very interrested (mpd). thank you for your detailed suggestions and the very same approach when using wine


regarding wine vs native linux tools: how accurate + reliable are the results (audio extraction, burned disks) when comparing them in the end?

and what about rubyripper for secure audio extraction, no votes?

linux audio tools recommendations 2015/09

Reply #17
When I began with Linux on my desktop, I was using a firewire audio interface, thus I had to battle long and hard (KXStudio was the answer) with firewire, FFADO and JACK.

The upshot of all this is that I have become acustomed to using JACK. When I want 'tone controls' it is so easy to patch in EQ, etc, with those lovely oxygen-free blue cables with KXStudio's Catia utility! These days, sometimes I use it, sometimes I play direct to ALSA.

I think, though, that some of the "audiophile," rather than studio, based distributions are based around JACK. I wonder if it isn't overkill for just listening to music?

I also wonder if it has any sonic advantages, over above the word "audiophile?" My biases suggest that it does not.
The most important audio cables are the ones in the brain

linux audio tools recommendations 2015/09

Reply #18
I've got to ask, what's so good about mpd? I do get it has a server-client interface, which lets you pick a client freely, but it seems you have to still have your server on the same PC as the client? Also, back when I was looking for alternatives, it seemed that no clients supported replaygain.

As for secure ripping, there is sadly no ripper I know that supports CTDB, only AccurateRip (and only v1), which is morituri. It's a bit slow on my drive, but it does rip accurately. No GUI, but it does tag the files based on musicbrainz DB, for example. Rips to FLAC by default, I haven't looked at it in more detail so far. Rubyripper doesn't have an automatic offset detection, but has a GUI and can rip to multiple formats at once. It's about the same speed as morituri (TOC analysis stage takes ages), which is to be expected since they both use CDRDAO for it. Uses CDDB for tagging, doesn't verify results with AR/CTDB and is not maintained anymore.

From a usability standpoint, I think I still like wine+cueripper the most. There is no issue with accuracy, because WINE is not an emulator - all calls are translated into linux native ones, so it either works or the program crashes. I have also verified a few rips with CUETools on wine and on windows, and they get verified as accurate on both "platforms".

I've made a desktop file for both CUETools and CUERipper. Feel free to use those, you have to adjust the paths, however. The reason I'm using a win32 prefix is because some .NET packages winetricks downloads only install with a 32-bit prefix. I'm also setting the language for the program to Japanese, because otherwise kanji get mangled in file names/paths.

linux audio tools recommendations 2015/09

Reply #19
but it seems you have to still have your server on the same PC as the client?


That's just the default. In mpd.conf, you can change the localhost address below to whatever you like.
Code: [Select]
bind_to_address                "127.0.0.1"


Quote
Also, back when I was looking for alternatives, it seemed that no clients supported replaygain.


Why would that be a client feature?

In mpd.conf again:
Code: [Select]
replaygain                      "track"


You can change "track" to "album", of course.

linux audio tools recommendations 2015/09

Reply #20
So what you are saying is that I can have mpd on a server where my library is, and the mpd client will play it on whichever device the client is running on?
ReplayGain has to be client side for me, because depending on the playback mode, I need it to switch between track and album gain. Also, scanning.

linux audio tools recommendations 2015/09

Reply #21
So what you are saying is that I can have mpd on a server where my library is, and the mpd client will play it on whichever device the client is running on?
ReplayGain has to be client side for me, because depending on the playback mode, I need it to switch between track and album gain. Also, scanning.


mpd uses a server (host) - client model.

Let's say mpd is running on the host, where it needs to have access to the audio files. Either the files are on the local hard disk of the host, or the machine has access to the files e.g. via samba share.

For the output, you can use any audio interface on the host machine, or optionally run a http audio stream (or both together). As mpd is the audio player, it also needs to apply replaygain. The client itself does not output any music, it only controls mpd playback (play, pause, volume, output selection, etc).

What do you mean by "depending on the playback mode"? Afaik, it's not possible to assign different replaygain modes for the various output devices. However, you can still change the host's replaygain mode via most clients. Another approach might be to run several instances of mpd, ehere each has another output device assigned.

linux audio tools recommendations 2015/09

Reply #22
I've made a desktop file for both CUETools and CUERipper. Feel free to use those, you have to adjust the paths, however. The reason I'm using a win32 prefix is because some .NET packages winetricks downloads only install with a 32-bit prefix. I'm also setting the language for the program to Japanese, because otherwise kanji get mangled in file names/paths.

again, thank you for the starter settings. got to try out cuetools in wine then. right now i have only installed framework 2.0 sp2. cuetools will need visual c++ 2008 as well, but i read framework 3.5 is required before installing c++.

got to find an easy tutorial for next steps first before i can test it finally...


deadbeef is great, leightweight, intuitive and most of all it is portable, wow! a rarity in the linux universe

i must admit, i dont like the softwarecenter at all. many versions of tools are simply outdated, missing great new features.


by the way: is there a reliable global source for ppa adresses? sometimes it is not clear if being official or not?

linux audio tools recommendations 2015/09

Reply #23
So what you are saying is that I can have mpd on a server where my library is, and the mpd client will play it on whichever device the client is running on?
ReplayGain has to be client side for me, because depending on the playback mode, I need it to switch between track and album gain. Also, scanning.


mpd uses a server (host) - client model.

Let's say mpd is running on the host, where it needs to have access to the audio files. Either the files are on the local hard disk of the host, or the machine has access to the files e.g. via samba share.

For the output, you can use any audio interface on the host machine, or optionally run a http audio stream (or both together). As mpd is the audio player, it also needs to apply replaygain. The client itself does not output any music, it only controls mpd playback (play, pause, volume, output selection, etc).

What do you mean by "depending on the playback mode"? Afaik, it's not possible to assign different replaygain modes for the various output devices. However, you can still change the host's replaygain mode via most clients. Another approach might be to run several instances of mpd, ehere each has another output device assigned.


Adding on this answer.

Some clients can play MPD streams. MPDroid has this feature.

This snippet from my mpd.conf might be useful:
Code: [Select]
# Network settings for the daemon itself
bind_to_address                "10.8.0.1"
port                            "55000"

# Web stream is just another audio output
audio_output {
       type            "httpd"
       name            "My HTTP Stream"
       encoder         "flac"
       compression         "5"
       port            "8000"
       bind_to_address "10.8.0.1"
       format          "44100:16:2"
}


You can bind the stream to a different address. For example, the daemon can be controlled via a secure VPN channel. But the audio can be streamed directly without tunneling (and the overhead/latency that comes with it).

Export these environment variables so your local clients can still connect without changing their configuration:
Code: [Select]
# Change to the address/port you used in mpd.conf
export MPD_HOST=10.8.0.1
export MPD_PORT=55000

linux audio tools recommendations 2015/09

Reply #24
i must admit, i dont like the softwarecenter at all. many versions of tools are simply outdated, missing great new features.


You would want to move to Arch Linux at some point

If you invest some time learning shell scripting (bash/zsh), and maybe some python. You would realize soon enough how limiting most of those GUIs were.