Bug 187587

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.

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.

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

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

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.

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. :)

Moving to bugs

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

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

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.

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?

Yes, this is exactly what I propose.

(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.

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 :(

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.

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

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

Created attachment 55484 [details]
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.

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)

(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.

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

(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?)

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

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.

(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

Thank yo for the fast feedback.

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.

(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

Created attachment 63593 [details]
CUE file

(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.

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.

(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.

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.

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?

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

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

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

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

Any news on that? Can we test it?

Ciao

Martin

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

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.

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

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?

(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.

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

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

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

great news!

On Thu, Sep 5, 2013 at 5:23 PM, Mark Kretschmann <kretschmann@kde.org> wrote:
> https://bugs.kde.org/show_bug.cgi?id=187587
>
> --- Comment #47 from Mark Kretschmann <kretschmann@kde.org> ---
> 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.

I can confirm that this issue is not resolved in Amarok 2.8.0. Playing .flac files with a .cue sheet in the same directory does not provide track information.

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