audacious rejects quite a few files with: The following files could not be played. Please check that: 1. they are accessible. 2. you have enabled the media plugins required. The issue is with the patch 1.3.1-stricter-mp3-probe.patch . If I remove this patch, the file is added to playlist and plays fine. The same file plays fine with xmms, mpg123 and mplayer using the libmad (the same input plugin used by audacious) decoder. All the files rejected by audacious have this mime info: a.mp3: MPEG ADTS, layer III, v2, 56 kBits, 22.05 kHz, JntStereo Please either modify the patch to account for these files or just remove the patch until such time when this bug is fixed in the patch.
Attach some samples of valid files then and reopen.
let me get this straight - you want me to attach mp3 files? will one sample do? I wouldn't be able to get you a small sample because I will have to decode, clip and re-encode.
Or course I do want you attach something that makes it possible to reproduce the bug; if you don't wish to, then yours guess is about as good as ours.
Created attachment 114302 [details] sample file which audacious refuses to load while all players play fine
ok, sample should be small enough for debug.
nenolod@chocobo ~ $ mp3check -l Desktop/a.mp3 Desktop/a.mp3: mpeg 2.0 layer 3 22.1kHz 56kbps joint stereo no emph --- orig ---- 0:07.14 We don't support mpeg2 ADTS for our validation function at this time.
Sorry, this bug was rejected upstream. Please come to our channel #audacious on irc.atheme.org if you want to discuss this. This patch is already applied upstream and will be in the next release.
You could tell that from the 'file' output that I attached while opening the bug. Why this to-and-fro and waste of time getting a sample! That's why some people need to let go of their egos, assign the bug to the owner of the component and stop wasting everybody's (and most importantly, their own) time. anyway. William, is there a time frame when we will see that support?
ok, thanks!! sorry for double post, I was typing when you were too.
<Osiris-1> audacious-plugins: nenolod * r1894 /trunk/src/madplug/plugin.c: - fix validation of mpeg2 files, by ccr. Could you apply this patch on top (I've linked it for you in the URL field) and see if this fixes the issue for you? If it does, I'll roll an audacious-plugins-1.3.1-r2 for this.
super fast! super working! It loads all the songs which it rejected earlier. Thanks a tonne.
The 1.3.2 ebuilds for the audacious core & ebuilds carry both the restrictive probe and the r1894 fix for the bug you found. Sorry that it took a little longer then expected, but this way people on other distros profit as well.
