I'm having difficulty with any mixed (DJ), continuous or classical music that I play. The old problem of gaps between tracks.... it makes the music really annoying to listen to! We listen to this type of stuff all the time ...

The problem seems to be split into 2:

1. Gaps in audio of CD: the CD standard (redbook) defines a 2 second gap, but many CDs ignore this standard because they need the music to flow from one track to the next (come to think of it Audio Books will probably have the same issue). But LMCE seems to enforce these...

2. After ripping the CD, obviously the orginal CD structure is now irrelevant, but (after logging a Mantis and discussing it with Kir) it seems that the problem is not easy to solve in the LMCE architecture because each mp3 is triggered by a play_media event, and then finishes with a media finished event which triggers the next media file and this makes it difficult to seemlessly stream these together, not to mention that the audio hardware probably closes the stream in between which would likely cause a "pop" if there was no gap

So I am trying to think of a way of fixing this. I have concatenated all the tracks into one super-mp3! But this means there is no ability to navigate from track to track....

What I am wondering is, do any of the audio container formats have the facility for "chapters" or "tracks"? I have looked at ogg on wikipedia and it seems to suggest that it may support this but it isn't clear whether that is for audio or video.

Any suggestions? If ogg can do it, does anybody have any suggestions for a rip tool that will do the chapters/tracks automatically, AND does LMCE even take any notice of these??

"What I am wondering is, do any of the audio container formats have the facility for "chapters" or "tracks"? I have looked at ogg on wikipedia and it seems to suggest that it may support this but it isn't clear whether that is for audio or video.

Any suggestions? If ogg can do it, does anybody have any suggestions for a rip tool that will do the chapters/tracks automatically, AND does LMCE even take any notice of these??"

the problem seems, that the current implementations uses a single file/track metaphor for playing audio media. For video it plays a disc, but for audio the track and/or file is defined to be played. It goes something likeDCERouter says "Xine play Track 1"Xine says: "Playing ---"Xine says: "Done. Quitting"DCERouter receives quitting, looks up next file/track to playDCERouter say "Xine play Track "

To have continuous playback DCERouter has to be extended to sayDCERouter says "Xine play this playlist"Xine says: "Playing ---"

That way, it might work with Xine and seemless playback. But it is not coded that way. Do a feature request for 0804.

posde - thanks, that is the mantis that I already logged, and they have said "this will be hard"! And it has been put on the back burner....

What about the rip file format question, and chapters/indices - any suggestions on that? OGG supports chapters but not sure if it is only for video, or if LMCE would even honour them for navigation....

What about the rip file format question, and chapters/indices - any suggestions on that? OGG supports chapters but not sure if it is only for video, or if LMCE would even honour them for navigation....

Did you try to rip a CD outside of lmce using the OGG container and see what happens? First within Xine or any other audio player, and after that within LinuxMCE?