First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 172087
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Tony Vroon <chainsaw@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: devsk <funtoos@yahoo.com>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
a.mp3 sample file which audacious refuses to load while all players play fine application/octet-stream devsk 2007-03-24 23:15 0000 48.83 KB Details
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 172087 depends on: Show dependency tree
Show dependency graph
Bug 172087 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)







View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2007-03-24 19:39 0000
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.

------- Comment #1 From Jakub Moc 2007-03-24 22:03:48 0000 -------
Attach some samples of valid files then and reopen.

------- Comment #2 From devsk 2007-03-24 22:14:00 0000 -------
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.

------- Comment #3 From Jakub Moc 2007-03-24 22:19:01 0000 -------
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.

------- Comment #4 From devsk 2007-03-24 23:15:08 0000 -------
Created an attachment (id=114302) [edit]
sample file which audacious refuses to load while all players play fine

------- Comment #5 From devsk 2007-03-24 23:15:29 0000 -------
ok, sample should be small enough for debug.

------- Comment #6 From William Pitcock 2007-03-24 23:45:42 0000 -------
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.

------- Comment #7 From Tony Vroon 2007-03-24 23:49:33 0000 -------
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.

------- Comment #8 From devsk 2007-03-24 23:59:42 0000 -------
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?

------- Comment #9 From devsk 2007-03-25 00:02:54 0000 -------
ok, thanks!! sorry for double post, I was typing when you were too.

------- Comment #10 From Tony Vroon 2007-03-25 00:36:37 0000 -------
<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.

------- Comment #11 From devsk 2007-03-25 01:01:45 0000 -------
super fast! super working!

It loads all the songs which it rejected earlier.

Thanks a tonne.

------- Comment #12 From Tony Vroon 2007-04-05 12:31:05 0000 -------
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.

First Last Prev Next    No search results available      Search page      Enter new bug