Bug 132564 - Cue Sheet support enhancements
Summary: Cue Sheet support enhancements
Status: RESOLVED DUPLICATE of bug 112477
Alias: None
Product: amarok
Classification: Applications
Component: general (show other bugs)
Version: 1.4.1
Platform: Compiled Sources Linux
: NOR wishlist
Target Milestone: ---
Assignee: Amarok Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-08-17 19:32 UTC by Jörg Hermsdorf
Modified: 2007-11-14 19:23 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jörg Hermsdorf 2006-08-17 19:32:46 UTC
Version:           1.4.1 (using KDE Devel)
Installed from:    Compiled sources

When listening to last.fm streams, among other things, a skip button is added to the context browser and the context menu of the tray-icon. It would be nice if this skip button was also added to the context menu of the tray icon, when you are listening to a file where the corresponding cue-sheet was found. A skip button in the context browser in this case is not essential, because all the included tracks are listed and can be clicked to skip to that position. Instead, the current track could be somewhat highlighted or marked in the context browser list, so you can easily detect at which position in the cue sheet you currently are.

I think, it's also worth to discuss treating the tracks within an cue sheet as they were singles files, so each track is reported to last.fm and not only the whole file they are in...

At last, it would be good, if cue sheets were included in the collection search, this way you could find tracks which are only included in single-file mixes. This is also useful, if you want to find a certain mix, but you can only remember a certain track which is part of the mix.
Comment 1 munlinux 2007-01-18 11:52:55 UTC
(Just adding my 2c here, searching for a way to re-implement my listening experience as lossless gapless playback :-)

In my opinion treating each track (as indicated by the cue sheet) in all actions of the player as separate tracks would make the most sense.
Comment 2 munlinux 2007-01-19 10:05:39 UTC
Let me be more precise on the previous comment - "all actions of the player" is too vague. Namely, treating each track as separate when _playing_ isn't needed - in worst case this would defeat the purpose of gapless playback. However, treating the tracks as separate in the _UI_ makes sense, even if an indication is shown that these tracks come from a file that combines multiple tracks.
Comment 3 Herval Ribeiro 2007-01-21 00:16:53 UTC
*** This bug has been confirmed by popular vote. ***
Comment 4 Harald Sitter 2007-11-14 19:23:12 UTC
This looks like the very same wish as 112477 (at least the result would be kinda the same ;-)

*** This bug has been marked as a duplicate of 112477 ***