[SOLVED] play FAIL formats: no handler for given file type `mp3'

nbd · 2017-05-12 05:10:35

Hi,

can't find a solution for the following problem

[al snd ]$ play -t mp3 m.mp3
play FAIL formats: no handler for given file type `mp3'

[al snd ]$ pacman -Qi sox
Name            : sox
Version         : 14.4.2-1
Description     : The Swiss Army knife of sound processing tools
Architecture    : x86_64
URL             : http://sox.sourceforge.net/
Licenses        : GPL  LGPL
Groups          : None
Provides        : None
Depends On      : libltdl  file  libsndfile  libpng  lame  opencore-amr  gsm
Optional Deps   : libao: for ao plugin [installed]
                  libmad: for mp3 plugin [installed]
                  libid3tag: for mp3 plugin
                  wavpack: for wavpack plugin
                  libpulse: for pulse plugin [installed]
                  opusfile: for opus plugin
...

[al snd ]$ sox -h
...
AUDIO FILE FORMATS: 8svx aif aifc aiff aiffc al amb amr-nb amr-wb anb au avr awb caf cdda cdr cvs cvsd cvu dat dvms f32 f4 f64 f8 fap flac fssd gsm gsrt hcom htk ima ircam la lpc lpc10 lu mat mat4 mat5 maud nist ogg paf prc pvf raw s1 s16 s2 s24 s3 s32 s4 s8 sb sd2 sds sf sl sln smp snd sndfile sndr sndt sou sox sph sw txw u1 u16 u2 u24 u3 u32 u4 u8 ub ul uw vms voc vorbis vox w64 wav wavpcm wve xa xi
PLAYLIST FORMATS: m3u pls
AUDIO DEVICE DRIVERS: alsa ao oss ossdsp pulseaudio

[al snd ]$ pacman -Qs alsa
local/alsa-lib 1.1.3-1
    An alternative implementation of Linux sound support
local/alsa-plugins 1.1.1-1
    Extra alsa plugins
local/pulseaudio-alsa 2-3
    ALSA Configuration for PulseAudio
local/zita-alsa-pcmi 0.2.0-3
    The successor of clalsadrv, provides easy access to ALSA PCM devices.

[al snd ]$ pacman -Qs pulse
local/libao 1.2.2-1
    Cross-platform audio output library and plugins
local/libpulse 10.0-2
    A featureful, general-purpose sound server (client library)
local/pulseaudio 10.0-2
    A featureful, general-purpose sound server
local/pulseaudio-alsa 2-3
    ALSA Configuration for PulseAudio

Any advises?

/nbd

Last edited by nbd (2017-05-21 12:55:09)

ayekat · 2017-05-12 06:06:17

pacman wrote:

                  libid3tag: for mp3 plugin

Hi, have you tried installing this?

nbd · 2017-05-12 06:54:38

With libid3tag it works. Don't remember, though, the way/package with which on the previous Arch installation sox could play mp3s without libmad and libid3tag with "-t alsa" command line flag. Isn't there someone who could advise about that recipe?

nbd · 2017-05-20 23:28:56

After uninstalling libid3tag and libmad and upgrading the system, I get the following:

[al snd ]$ play -t alsa "/mnt/snd/m.mp3"
ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM /mnt/snd/m.mp3
play FAIL formats: can't open input  `/mnt/snd/m.mp3': snd_pcm_open error: No such file or directory

Could not find anything useful on this error. Audacious plays mp3s without any problem. On the previous Arch installation this command worked OK (without libmad and libid3tag). What is missing for this command to work?

EDIT: Apparently, the "-t alsa" option should come AFTER the file name. Which produces the old error:

[al snd ]$ play /mnt/snd/m.mp3 -t alsa
play FAIL formats: no handler for file extension `mp3'

Cannot remember which package made it possible to play mp3s with Sox without libmad and libid3tag.

Last edited by nbd (2017-05-21 00:21:06)

Slithery · 2017-05-21 01:18:29

nbd wrote:

Cannot remember which package made it possible to play mp3s with Sox without libmad and libid3tag.

Possibly gstreamer0.10 which has recently been removed from the repos.

nbd · 2017-05-21 01:38:26

slithery wrote:

nbd wrote:
Cannot remember which package made it possible to play mp3s with Sox without libmad and libid3tag.
Possibly gstreamer0.10 which has recently been removed from the repos.

Looks like it's present.

[al snd ]$ pacman -Qs gstreamer
local/gst-plugins-base-libs 1.12.0-1
    GStreamer Multimedia Framework Base Plugin libraries
local/gstreamer 1.12.0-1
    GStreamer open-source multimedia framework core library
local/gstreamer0.10 0.10.36-4
    GStreamer Multimedia Framework
local/gstreamer0.10-base 0.10.36-3
    GStreamer Multimedia Framework Base plugin libraries
local/gstreamer0.10-base-plugins 0.10.36-3 (gstreamer0.10-plugins)
    GStreamer Multimedia Framework Base Plugins (gst-plugins-base)

seth · 2017-05-21 07:09:12

No, the flag comes first and you get an accurate error. libasuound can play PCM streams of various formats and in several containers (voc, wav, raw or au - man aplay), but not decode compressed audio.
If at all, it *might* be possible to create stunts in pulseaudio so that with the asound.conf of pulseaudio-alsa the sox alsa plugin will effectively use pulseaudio which then uses some mp3 capable sink - sounds like incredibly wonky overhead, though.

No idea why you believe it would work otherwise, but maybe (since you had libmad) the libid3tag link from /usr/lib/sox/libsox_fmt_mp3.so is "new".

Audacious iirc uses mpg123 of ffmpeg to play mp3. Maybe optionally libmad and/or gstreamer. But "just alsa" or "just pulseaudio" won't play mp3.

V1del · 2017-05-21 11:08:52

Agreed with seth, you are likely misremembering something here. sox's mp3 support is hardlinked on libmad, there's no alternative implementation. Maybe you used another command instead of sox's play?

And regarding the comment on gstreamer you are lacking quite a few plugins for gstreamer, but if your other installation had gstreamer0.10-plugins-ugly (or gst-plugins-ugly before the just released 1.12) installed, that will have been what pulled in libmad since they use that as well. (But sox still doesn't use gstreamer it simply coincidentally installed the necessary lib as well)

Last edited by V1del (2017-05-21 11:16:54)

nbd · 2017-05-21 12:54:24

I have configured that Sox setup back in the middle of 2014, so I don't remember much details now. Some receipts in the Internet mention the custom building of Sox with mp3 enabled, so maybe I have made a custom compilation. I will read about it or just will use mpg123. Many thanks for your replies. Marking the thread as SOLVED.

RausH · 2017-09-09 11:16:43

I had seemingly the same problem. At least the same error message. My system refused to play the alarm sound after finishing a timer (kde). For long years this used to work. At some point it stopped to do so. Today this annoyed me so much (i burnt my meal) that I decided to do something about it.

It turned out that it was a dependency problem.

Installing all mp3 related dependencies solved the problem for me (pacman -S ...). twolame had been missing.

Old state of the system (not working mp3 play support):

[RausH]$ pacman -Qi sox
Name                     : sox
Version                  : 14.4.2-2
Beschreibung             : The Swiss Army knife of sound processing tools
Architektur              : x86_64
URL                      : http://sox.sourceforge.net/
Lizenzen                 : GPL  LGPL
Gruppen                  : Nichts
Stellt bereit            : Nichts
Hängt ab von             : libltdl  file  libsndfile  libpng  lame  opencore-amr  gsm
Optionale Abhängigkeiten : libao: for ao plugin [Installiert]
                           libmad: for mp3 plugin [Installiert]
                           libid3tag: for mp3 plugin [Installiert]
                           wavpack: for wavpack plugin [Installiert]
                           libpulse: for pulse plugin [Installiert]
                           opusfile: for opus plugin
                           twolame: for mp3 plugin
Benötigt von             : openshot
Optional für             : mlt
In Konflikt mit          : Nichts
Ersetzt                  : Nichts
Installationsgröße       : 1124,00 KiB
Packer                   : Antonio Rojas <arojas@archlinux.org>
Erstellt am              : Sam 29 Jul 2017 12:15:19 CEST
Installiert am           : Sam 09 Sep 2017 12:54:37 CEST
Installationsgrund       : Installiert als Abhängigkeit für ein anderes Paket
Installations-Skript     : Nein
Verifiziert durch        : Signatur

New state (working mp3 support):

[RausH]$ pacman -Qi sox
Name                     : sox
Version                  : 14.4.2-2
Beschreibung             : The Swiss Army knife of sound processing tools
Architektur              : x86_64
URL                      : http://sox.sourceforge.net/
Lizenzen                 : GPL  LGPL
Gruppen                  : Nichts
Stellt bereit            : Nichts
Hängt ab von             : libltdl  file  libsndfile  libpng  lame  opencore-amr  gsm
Optionale Abhängigkeiten : libao: for ao plugin [Installiert]
                           libmad: for mp3 plugin [Installiert]
                           libid3tag: for mp3 plugin [Installiert]
                           wavpack: for wavpack plugin [Installiert]
                           libpulse: for pulse plugin [Installiert]
                           opusfile: for opus plugin
                           twolame: for mp3 plugin [Installiert]
Benötigt von             : openshot
Optional für             : mlt
In Konflikt mit          : Nichts
Ersetzt                  : Nichts
Installationsgröße       : 1124,00 KiB
Packer                   : Antonio Rojas <arojas@archlinux.org>
Erstellt am              : Sam 29 Jul 2017 12:15:19 CEST
Installiert am           : Sam 09 Sep 2017 12:54:37 CEST
Installationsgrund       : Installiert als Abhängigkeit für ein anderes Paket
Installations-Skript     : Nein
Verifiziert durch        : Signatur

Last edited by RausH (2017-09-09 11:23:07)

V1del · 2017-09-09 12:29:36

Read pacman output, it will tell you during an update if there are new optional dependencies.

rodpadgett · 2017-11-17 12:36:27

I also had this issue - a quick way to find missing libs:

[rp@zen shared]$ ldd /usr/lib/sox/libsox_fmt_mp3.so
        linux-vdso.so.1 (0x7efd2000)
        libsox.so.3 => /usr/lib/libsox.so.3 (0x76f19000)
        libltdl.so.7 => /usr/lib/libltdl.so.7 (0x76f01000)
        libpng16.so.16 => /usr/lib/libpng16.so.16 (0x76ec4000)
        libmagic.so.1 => /usr/lib/libmagic.so.1 (0x76e95000)
        libgsm.so.1 => /usr/lib/libgsm.so.1 (0x76e7b000)
        libmad.so.0 => /usr/lib/libmad.so.0 (0x76e5e000)
        libid3tag.so.0 => /usr/lib/libid3tag.so.0 (0x76e41000)
        libz.so.1 => /usr/lib/libz.so.1 (0x76e1d000)
        libmp3lame.so.0 => /usr/lib/libmp3lame.so.0 (0x76da2000)
        libtwolame.so.0 => not found
        libm.so.6 => /usr/lib/libm.so.6 (0x76d1e000)
        libpthread.so.0 => /usr/lib/libpthread.so.0 (0x76cf4000)
        libc.so.6 => /usr/lib/libc.so.6 (0x76baf000)
        /usr/lib/ld-linux-armhf.so.3 (0x76fcb000)
        libgomp.so.1 => /usr/lib/libgomp.so.1 (0x76b76000)
        libdl.so.2 => /usr/lib/libdl.so.2 (0x76b63000)

In this case it was twolame - installed and all working again!

Arch Linux

#1 2017-05-12 05:10:35

[SOLVED] play FAIL formats: no handler for given file type `mp3'

#2 2017-05-12 06:06:17

Re: [SOLVED] play FAIL formats: no handler for given file type `mp3'

#3 2017-05-12 06:54:38

Re: [SOLVED] play FAIL formats: no handler for given file type `mp3'

#4 2017-05-20 23:28:56

Re: [SOLVED] play FAIL formats: no handler for given file type `mp3'

#5 2017-05-21 01:18:29

Re: [SOLVED] play FAIL formats: no handler for given file type `mp3'

#6 2017-05-21 01:38:26

Re: [SOLVED] play FAIL formats: no handler for given file type `mp3'

#7 2017-05-21 07:09:12

Re: [SOLVED] play FAIL formats: no handler for given file type `mp3'

#8 2017-05-21 11:08:52

Re: [SOLVED] play FAIL formats: no handler for given file type `mp3'

#9 2017-05-21 12:54:24

Re: [SOLVED] play FAIL formats: no handler for given file type `mp3'

#10 2017-09-09 11:16:43

Re: [SOLVED] play FAIL formats: no handler for given file type `mp3'

#11 2017-09-09 12:29:36

Re: [SOLVED] play FAIL formats: no handler for given file type `mp3'

#12 2017-11-17 12:36:27

Re: [SOLVED] play FAIL formats: no handler for given file type `mp3'

Board footer