hmmm... I don't know how hard it would be to make those changes to the interface, but I'm betting that would be too much of an hassle just because of this issue.
I have been analysing the file (I have some more ape files that make this happen, but I'm using this one as a reference for the discussion), and I can see that mplayer seems to be able to recover from those errors in a more efficient way. When I listen to the file on mplayer, this is what I can listen to, starting from position 0:23: 0:23 Sarah should be close, yet her voice fills the studio with reverberation. The guitar is intimate with a full warm tonality. Bear in mind that most modern recordings have only artificial depth. So that they cannot be used reliably to give this important aspect of reproduction. Here's Sarah. On audacious, with your patched decoder, this is what I listen: 0:23 Sarah should be close, yet her voice fills the studio with reverberation 0:27 <--SILENCE--> 0:34 most modern recordings have only artificial depth 0:37 <--SILENCE--> 0:39 aspect of reproduction. Here's Sarah. Apparently, mplayer can recover from the errors and skip them without any noticeable interference/silence gap on the audio. I would really like to be able to help some more instead of just telling you what I would like to have, but I really don't have the knowledge about the internals of audacious or time to study it to solve this by myself. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
