wish: add individual tracks from .cue files into the collection

Bug #45520 reported by seguso
20
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Amarok
Unknown
Medium
amarok (Ubuntu)
Invalid
Wishlist
Unassigned

Bug Description

Binary package hint: amarok

Hello. This is a wish for Amarok.
Any listener of classical operas (e.g. La Traviata, Die Walkuere) will have this problem and is stuck with MS Windows for this reason.

PROBLEM
-----------

Currently Amarok (and any other linux program I know) does not allow to listen to classical operas in a reasonable way. Two cases are possible:

1. if I rip my CDs one file per track, I hear a brief silence
   as the track changes and Amarok is loading the next track.
   This breaks the continuity of the music.

   ( this is not related to the notorious mp3 bug.
    The silence happens on any format, like flac, ape, wv,
    mpc, ogg, wav, and is due to Amarok loading the file)

2. if I rip my cd with a single file per CD, I hear no gap but
    there is no easy way to move among tracks.

POSSIBLE SOLUTION
------------------------

One possible solution is to do what foobar2000 does on windows: understand cue files. When I click a cue file, Amarok should read the track names and times from it, and then load the corresponding audio file in the same folder. The corresponding file is a big single file (~650 MB) with an extension that can be ape, ogg, mp3, wv, flac, mpc, or wav. Amarok would then allow me to move quickly within the big file, by simply clicking a track name on the playlist. This would be the ideal solution because virtually all classical music lovers have their music in APE + CUE format. More seldom they have FLAC + CUE or MPC + CUE (just ask around).

Another possible solution is to make Amarok read ahead the next track, so as not to produce silence between tracks. This is what winamp does on windows. That is not ideal, because classical music lovers should reconvert their music to be one file per track.

description: updated
Revision history for this message
Yuriy Kozlov (yuriy-kozlov) wrote :

One of the new features in amarok 1.4:
Gapless playback for the xine engine

Is this what you're looking for?
I think some of the other programs already had this feature for some formats.

Revision history for this message
seguso (maurizio-colucci) wrote :

This seems like the second solution I proposed. It is very desirable, but not the perfect solution ( which would be to understand CUE files ).

Thank you. I'd leave the wish open until CUE files are understood by Amarok, because opera listeners on Windows just _expect_ the player to understand CUE files like foobar2000.

Revision history for this message
kko (kko) wrote :

I can confirm this, thank you for making the feature request for all of us. :-) See also bug 45518 for related discussion.

Changed in amarok:
status: Unconfirmed → Confirmed
Revision history for this message
Yuriy Kozlov (yuriy-kozlov) wrote : Re: wish: support for .cue files in amarok

Please see the upstream bugs on this:
http://bugs.kde.org/buglist.cgi?field0-0-0=product&type0-0-0=substring&value0-0-0=amarok&field0-0-1=component&type0-0-1=substring&value0-0-1=amarok&field0-0-2=short_desc&type0-0-2=substring&value0-0-2=amarok&field0-0-3=status_whiteboard&type0-0-3=substring&value0-0-3=amarok&field1-0-0=product&type1-0-0=substring&value1-0-0=cue&field1-0-1=component&type1-0-1=substring&value1-0-1=cue&field1-0-2=short_desc&type1-0-2=substring&value1-0-2=cue&field1-0-3=status_whiteboard&type1-0-3=substring&value1-0-3=cue

Looks like there is some support for CUE sheets already in there, and some work still needs to be done. Please follow up on upstream bugs on this as that's where the work needs to be done, and maybe some of the features you are looking for are already there. Assign the upstream task to the bug you find most relevant.

Changed in amarok:
status: Confirmed → Rejected
Revision history for this message
Andrew Ash (ash211) wrote :

Based on comments at http://bugs.kde.org/show_bug.cgi?id=106950, .cue files are already supported by Amarok.

Another upstream bug, http://bugs.kde.org/show_bug.cgi?id=112477 for pulling out the track information from the .cue file and putting those tracks individually into the collection for searching, etc. That bug is now the only part left of seguso's original request.

Changed in amarok:
status: Unconfirmed → Unknown
status: Rejected → Confirmed
Changed in amarok:
status: Unknown → Confirmed
Changed in amarok:
status: Confirmed → Triaged
Revision history for this message
In , Simon-44ecklpsr (simon-44ecklpsr) wrote :

Version: 2.1-SVN (using 4.2.67 (KDE 4.2.67 (KDE 4.3 >= 20090318)), Gentoo)
Compiler: x86_64-pc-linux-gnu-gcc
OS: Linux (x86_64) release 2.6.26-tuxonice

hi,

it seems cue sheets are still under development so this is just a reminder:

* please also integrate the tracks defined in the cue sheet in the collection
* use cue sheet bookmarks for file that are in collection (currently works only when addy files using the file browser)

Revision history for this message
In , nitro322 (nitro-legroom) wrote :

I've been testing out Amarok 2.1 and I noticed that bug 145661 is still present. Is fixing this behavior included in your reminder (I'm not really sure what that second bullet is supposed to mean)? If so, great! If not, I'll open a new bug report as to not hijack this one.

Thanks.

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

Jared, the current testing environment is 2.2-git. Please check the current bugs lists at http://tinyurl.com/ourbugs and http://tinyurl.com/needsinfo before filing a new bug.

Changed in amarok:
status: Confirmed → Fix Released
Revision history for this message
In , Casey Link (unnamedrambler) wrote :

*** Bug 191185 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Lenzenmi (lenzenmi) wrote :

*** This bug has been confirmed by popular vote. ***

Changed in amarok:
status: Fix Released → Unknown
Revision history for this message
In , Komodo (komodo) wrote :

Hi, something new ?
I really miss this feature.
I am not a programmer, but i don't understand where is the problem if it was fully working in 1.4.

Revision history for this message
In , Fedora (fedora) wrote :

Martin, you can not compare Amarok 2.x with Amarok 1.x. Amarok 2 has (almost) been a complete rewrite of the 1.x series and therefore it doesn't mean if it "was there" in 1.4, that it will be back in 2.0.

I still miss this feature too. I guess we have to wait just a little bit longer. :)

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

Moving to bugs

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 222157 has been marked as a duplicate of this bug. ***

Changed in amarok:
status: Unknown → Confirmed
Revision history for this message
Harald Sitter (apachelogger) wrote :

Closing in favor of upstream report. Please refer there for furhter status updates.
Thanks.

Changed in amarok (Ubuntu):
status: Triaged → Invalid
Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 230272 has been marked as a duplicate of this bug. ***

Revision history for this message
In , RussianNeuroMancer (russianneuromancer) wrote :

About marking 230272 bug as duplicate. If 230272 is duplicate then this bug can be closed only when Amarok will support embedded cue. I want to warn - support of embedded cue is a another difficult task then just support external cue (what about this bug), and better to implement cue support step by step - support external cue for first, and support of embedded cue later. Then better set 230272 openede like a different bug.

Revision history for this message
In , jernejovc (mrepinc) wrote :

What about if developers would first try to implement a partial solution like looking for cue sheet in a directory where file from collection is stored?

Revision history for this message
In , RussianNeuroMancer (russianneuromancer) wrote :

Yes, this is exactly what I propose.

Revision history for this message
In , nitro322 (nitro-legroom) wrote :

(In reply to comment #11)
> What about if developers would first try to implement a partial solution like
> looking for cue sheet in a directory where file from collection is stored?

Amarok already does that. However, it uses the cue sheet in a broken manner as described in bugs 209341 and 145661. I'd really rather see the developers prioritize fixing the existing cue sheet support before adding any new features.

Revision history for this message
In , Vovochka (vovochka13) wrote :

It's Amarok 2.3.2

But amarok still doesn’t react right on cue files in collections.
cue albums presents as a single file. Not as separate files :(

Revision history for this message
In , Hagai Kariti (hkariti) wrote :

Still doesn't work correctly in 2.6 Beta2. cue sheets albums in the collection are presented as single tracks (no bookmarks either). However, it seems to work correctly when adding cue albums not from the collection - if I drag the FLAC file to the playlist from a directory that's part of the collection, it doesn't work; if I symlink it to a different place it does work. Dragging the cue sheet doesn't work either way.

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

I am sure you mean 2.4 beta 1, there hasn't been any other release since.

Revision history for this message
In , Hagai Kariti (hkariti) wrote :

whoops, my bad. 4.6 beta2, amarok 2.4 beta1 :)

Revision history for this message
In , False-Flax (hassium) wrote :

Created attachment 55484
patch

I made a patch for Amarok 2.3.2 as a temporary solution. It works for me and my collection. Required to re-add tracks to the playlist. Does not work for drag-and-drop, only from popup menu.

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

Thanks for the patch, Anton. Could you please submit it to http://git.reviewboard.kde.org ? (you will need to register with http://identity.kde.org first)

Revision history for this message
In , False-Flax (hassium) wrote :

(In reply to comment #19)
> Thanks for the patch, Anton. Could you please submit it to
> http://git.reviewboard.kde.org ? (you will need to register with
> http://identity.kde.org first)

I did it.

Revision history for this message
In , Simon-44ecklpsr (simon-44ecklpsr) wrote :

still missing feature from 1.4 as the patch didn't get accepted

Revision history for this message
In , Razvan-petruescu (razvan-petruescu) wrote :

(In reply to comment #6)
> Martin, you can not compare Amarok 2.x with Amarok 1.x. Amarok 2 has (almost)
> been a complete rewrite of the 1.x series and therefore it doesn't mean if it
> "was there" in 1.4, that it will be back in 2.0.
>
> I still miss this feature too. I guess we have to wait just a little bit
> longer. :)

and longer...and longer...and longer...and longer...and longer (should I continue?)

Changed in amarok:
importance: Unknown → Medium
Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 272879 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

This is an automated message from the triager:

Amarok 2.4.1 has been released on May 8 already. Could you please upgrade and test if you can still reproduce this bug?

Without feedback within a month we will close this bug as resolved.

Thank you for your understanding.

Revision history for this message
In , sdeber (sdeber) wrote :

(In reply to comment #24)
> This is an automated message from the triager:
>
> Amarok 2.4.1 has been released on May 8 already. Could you please upgrade and
> test if you can still reproduce this bug?
>
> Without feedback within a month we will close this bug as resolved.
>
> Thank you for your understanding.

Just tested, it still does not work in 2.4.1

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

Thank yo for the fast feedback.

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

From Amarok Development Sprint Randa 2011:

Ralf, could you have a look at this? This is the most hated bug in Amarok as of now. Bart suggest using bounded playback.

Revision history for this message
In , Martin-vala (martin-vala) wrote :

(In reply to comment #27)
> From Amarok Development Sprint Randa 2011:
>
> Ralf, could you have a look at this? This is the most hated bug in Amarok as of
> now. Bart suggest using bounded playback.

Hi All,

Currently i am testing Amarok 2.4.3 and finaly it is working. But still one small bug. When new song starts time of song still stays on 0:00 and it is playing first song again. But when i click on progress bar for example to 0:01 then correct song starts to play.

I think this is is quite easy to fix.

After that i will be soooo happy to play cue with ogg.

Thanks

Ciao

Martin

Revision history for this message
In , sdeber (sdeber) wrote :

Created attachment 63593
CUE file

Revision history for this message
In , sdeber (sdeber) wrote :

(In reply to comment #28)
> (In reply to comment #27)
> > From Amarok Development Sprint Randa 2011:
> >
> > Ralf, could you have a look at this? This is the most hated bug in Amarok as of
> > now. Bart suggest using bounded playback.
>
> Hi All,
>
> Currently i am testing Amarok 2.4.3 and finaly it is working. But still one
> small bug. When new song starts time of song still stays on 0:00 and it is
> playing first song again. But when i click on progress bar for example to 0:01
> then correct song starts to play.
>
> I think this is is quite easy to fix.
>
> After that i will be soooo happy to play cue with ogg.
>
> Thanks
>
> Ciao
>
> Martin

It does not seem to work for me, for example the file attached in Comment #29 is not recognized by the collection manager. I also tried to rename the file to CDImage.cue, but still it did not work.

Revision history for this message
In , Mojedokumenty-u (mojedokumenty-u) wrote :

Confirmed in Amarok 2.4.3 on KDE 4.7.2.

A user should be allowed to use an arbitrary name for the cue sheet.

When a music file is commited to the collection, amarok should perform a check if a cue sheet with the same file name exists, differing only in the extension.

Currently, cue sheets don't seem to work within file collection.

Strangely enough, drag and drop cue file support works as expected.

Revision history for this message
In , Wuguoxinno1 (wuguoxinno1) wrote :

(In reply to comment #28)
> (In reply to comment #27)
> > From Amarok Development Sprint Randa 2011:
> >
> > Ralf, could you have a look at this? This is the most hated bug in Amarok as of
> > now. Bart suggest using bounded playback.
>
> Hi All,
>
> Currently i am testing Amarok 2.4.3 and finaly it is working. But still one
> small bug. When new song starts time of song still stays on 0:00 and it is
> playing first song again. But when i click on progress bar for example to 0:01
> then correct song starts to play.
>
> I think this is is quite easy to fix.
>
> After that i will be soooo happy to play cue with ogg.
>
> Thanks
>
> Ciao
>
> Martin
I have the same problem with you! I also find that after it played first song again,it will play the next song and after that first song will be played again.Strange bug.

Revision history for this message
In , Bart-cerneels (bart-cerneels) wrote :

Cue sheets found in the collection folders will be supported starting version 2.6

- Detect cue-sheets in collectionscanner, report them as regular playlist files.
- SqlScanResultProcessor handles cue sheets different from other playlists. Stores timecoded urls (partial playback) indatabase for each entry.
- Handled as regular tracks from now on.

Changed in amarok:
status: Confirmed → In Progress
Revision history for this message
In , RussianNeuroMancer (russianneuromancer) wrote :

Will Amarok support embedded cue sheets in FLAC, WavPack, etc? https://bugs.kde.org/show_bug.cgi?id=230272
Will Amarok preferred tags from cue for track releases with cue?

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

Setting status to NEW, else this doesn't show in the filters.

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

Actually it does, but was in the wrong component, sorry for the noise.

Revision history for this message
In , Simon-44ecklpsr (simon-44ecklpsr) wrote :

@bart: is there already a branch where this can be tested?

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 291775 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Martin-vala (martin-vala) wrote :

Any news on that? Can we test it?

Ciao

Martin

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

I don't think that there is anything to test yet, else Bart would have Cc'ed this report with a commit.

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

Sometimes real life gets in the way, so this is pushed to 2.7 as we are about to release 2.6 and Bart doesn't find enough time to work on it right now. Sorry about that.

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 279234 has been marked as a duplicate of this bug. ***

Changed in amarok:
status: In Progress → Confirmed
Revision history for this message
In , Ralf Engels (ralf-engels) wrote :

Bart,
I don't have that much knowledge about the cue sheet support. I guess it's not enough for the collectionscanner to just report a cue sheet as a normal song, is it?

Revision history for this message
In , Bart-cerneels (bart-cerneels) wrote :

(In reply to comment #43)
> Bart,
> I don't have that much knowledge about the cue sheet support. I guess it's
> not enough for the collectionscanner to just report a cue sheet as a normal
> song, is it?

The first step is reporting the .cue. The collection then has to create individual Tracks for each of the parts, with metadata read from the .cue. To make it all work those tracks need to be time-coded and it has to work automatically in EngineController. It might work with the BoundedPlaybackCapability, but I was thinking of just adding a query argument to the playableUrl that the Engine can interpret.

Revision history for this message
In , RussianNeuroMancer (russianneuromancer) wrote :

Also it's important to not treat files that already part of cue as separate tracks.

Changed in amarok:
status: Confirmed → Unknown
Revision history for this message
In , Lonestar-7 (lonestar-7) wrote :

Hi,
are there any news on this? will it ever be supported?

Revision history for this message
In , Mark Kretschmann (kretschmann) wrote :

We have a Season of KDE student who is going to work on Cue Sheet support soon.

Revision history for this message
In , Matthias Sweertvaegher (mx1up) wrote :

great news!

On Thu, Sep 5, 2013 at 5:23 PM, Mark Kretschmann <email address hidden> wrote:
> https://bugs.kde.org/show_bug.cgi?id=187587
>
> --- Comment #47 from Mark Kretschmann <email address hidden> ---
> We have a Season of KDE student who is going to work on Cue Sheet support soon.
>
> --
> You are receiving this mail because:
> You voted for the bug.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.