There's also alot of mp3 releases floating around on the web, where the CD has been ripped as a full mp3 file and supplied with a cue file defining where the tracks start. This is often the case with mixed albums, where the songs has been mixed together.
Therefore I'd like to see CUE file support in my favourite music player for linux ;-)
This is extremely useful when you have a monolithic cd image and *.cue file with metadata for this cd. Embedded cue support (as cue inside cue apev2 tag) will be handy too.
Personally I would have no use for this but I see your point.
AFAIK cuesheet support would be either very ugly or very hard to implement with moc's architecture.
If there is no programmer with personal interest out there I would not hold my breath while waiting for this feature...
Double post
Double post
Maybe you could clarify this
Maybe you could clarify this a bit.
What is the gain in being able to play cuesheets ?
They are just a list of metadata for burning [audio] CDs.
More or less, they are a sort of playlist.
Do you want this because of the stored metadata (artist, title, etc.) ?
CUE files
There's also alot of mp3 releases floating around on the web, where the CD has been ripped as a full mp3 file and supplied with a cue file defining where the tracks start. This is often the case with mixed albums, where the songs has been mixed together.
Therefore I'd like to see CUE file support in my favourite music player for linux ;-)
So you want .cue files to be
So you want .cue files to be threated as m3u playlist and mp3 file together. That probably would mean to patch moc core source.
What MihailZenkov said. The
What MihailZenkov said.
The large MP3 files would preferably be displayed as separate ("virtual") tracks in the playlist, but not in the file system browser.
IMHO better if we see
IMHO better if we see splited virtual files (like any other files) and hide original big file.
This is extremely useful
This is extremely useful when you have a monolithic cd image and *.cue file with metadata for this cd. Embedded cue support (as cue inside cue apev2 tag) will be handy too.
Personally I would have no
Personally I would have no use for this but I see your point.
AFAIK cuesheet support would be either very ugly or very hard to implement with moc's architecture.
If there is no programmer with personal interest out there I would not hold my breath while waiting for this feature...