I've just buried XMMS that I guess I was using for far too long. The only player I've found comfortable for me (as I got used to XMMMS) is Audacious2. Unfortunately, I've found that media-sound/audacious-2.1 is unable to play files that have '&' character in their filenames (for example, Primus_&_Ozzy_Osbourne-NIB.mp3). Thing is, most of my music is stored on read-only media, so it won't be any easy to rename these files. XMMS had no problems with them, I expect newer applications are not regressive. I've unmasked latest audacious ebuild, still the same. I was trying to set and unset chardet USE flag. This did not change anything in this matter. These flags were always set: libsamplerate nls session Reproducible: Always Steps to Reproduce: 1. install recent audacious 2. add any mp3 file with '&' character in its name 3. try to play it Actual Results: audacious freezes Expected Results: audacious plays music Please, don't give it lowest priority! I'd be more than happy if it start to work properly. Otherwise, please, propose me other similar player which has no such problems (I consider amarok and vlc as not similar)
The 2.1 version of Audacious has gone stable and will not be developed further. The 2.2_beta1 ebuild is available for you to test. Should it not have been adressed there, could you please file your bug on the upstream tracker so that it can be fixed for the final version 2.2 release. I have linked you to it in the URL field. As this is a problem in the core; it should be filed in the Audacious product, not Audacious-Plugins. Thank you.
Looks like it works now, version 2.2
Nope, it's not working right. I can add files to a list, and it's fine, all songs are played. Then when I close audacious window playlist is saved. When I start audacious again, none of the songs with weird characters in their filenames (like infamous & character) cannot be played: all those characters are changed to _.
I already gave you the address of the *upstream* bug tracker that you should be using. Do test 2.3-beta3 and if that does not work as intended, file a bug against the Audacious component on the *JIRA* tracker, which is not bugs.gentoo.org but jira.atheme.org If you fail to report the bug in the correct place, it may be missed for the 2.3 release.
They don't know why it happens. This is the biggest mystery I experienced through my entire life. Time goes by, packages get updates, I ever tried to rebuild libxml2, audacious and audacious-plugins with CXX/CFLAGS set -O0, I'm starting audacious with LC_ALL=C, nothing can help it: saving playlist makes & character disappear from filenames.
The problem has gone. There was a lot of upgrades since july 2010 when I last tried if mp3's with & in filename can be played and now (after libxml, gcc and audacious itself were upgraded) I found that I can add files with & in their names, save the playlist (while closing audacious), open audacious again and then I still can access (and play) these songs! I don't know what helped and the reason for the bug will remain the mystery forever.