| Summary: | [Regression] Cue sheet support broken in amarok 2.1 beta | ||
|---|---|---|---|
| Product: | [Applications] amarok | Reporter: | Zeke Weeks <zeke.weeks> |
| Component: | general | Assignee: | Amarok Developers <amarok-bugs-dist> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | wishlist | CC: | fedora, komodo, nhn, simon, sven, unnamedrambler |
| Priority: | NOR | Keywords: | release_blocker |
| Version: | 2.3-GIT | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | Amarok 2 Cue sheet support | ||
|
Description
Zeke Weeks
2009-05-01 01:13:00 UTC
Maybe you misunderstand what a .cue sheet actually is: you need to download not only the .cue sheet (which is just an index) but also the *.mp3 that comes with it. Could you give us feedback about that please? Myriam- Yes, I have both the .cue sheet and the .mp3 file. Both have identical filenames (except for the extension). E.G. ArminVanBuuren_401.cue and ArminVanBuuren_401.mp3, and the ArminVanBuuren_401.cue file correctly references the ArminVanBuuren_401.mp3 file - how do I know this? Because I have cue sheet support working in Foobar2000 (http://www.foobar2000.org/) running under WINE. Also, many older cuesheets/mp3 that were working in Amarok v1.4 are no longer working in Amarok v2.0.90. I don't know how to make Armarok v2.0.90 'recognize/interpret' the cue sheets and their associated .mp3 files. Sorry for initially omitting those details! Reopening, seems like a good setup. I've recently updated to KDE v4.2.3 and also updated Amarok to 2.0.90, Build Date May 7 2009. Unfortunately, the problems interpreting & displaying cue sheet information remains. This is still a problem in Amarok v2.0.96 using KDE v4.2.3. How do we change this bug from unconfirmed to confirmed. This is definitely a problem. Created attachment 35057 [details]
Amarok 2 Cue sheet support
Cue sheets have been working perfectly fine for me as long as it's been in SVN. There's just a strange way in which it works (as I've been explained by the developer who originally implanted it in the 2.x series - i unfortunately forgot his name).
If you want to utilize CUE sheets you have to make sure that the entire folder / Album is NOT within your collection or in one of the folders the collection scanner is watching. You need to add it by using the filemanager. As long as you do that, a cue sheet will be loaded perfectly fine and will them display as bookmark entries. I attached a screenshot of what it should look like (that's Amarok 2.2-SVN but like I said, it's been working for me this way since the feature got added to 2.1-SVN).
Nevertheless, it would be nice if it would work for songs within the collection too. :)
Thanks so much for the information Eelko! At least I can partially start to use Amarok with my cuesheet-enabled music collection. It would be nice to have cuesheet capabilities working for music within my collection. Also, in Amarok 1.4.x the individual 'chapters/songs' from the cuesheet were visible along the left side of the Amarok GUI. With Amarok 2.2.1, the individual 'chapters/songs' are not easily visible within the Amarok GUI, but are visible in the bookmarked track indicator via ToolTip pop-ups. Thanks again Eelko for the tip!! I assume that due to the remaining issues that this defect should remain open? Sorry, made a typo, I'm using Amarok 2.1.1 at the moment. *** Bug 204961 has been marked as a duplicate of this bug. *** its something in the CollectionManager::getTrackforURL, the providers are asked first so the cuesheet handling is never reached, i don't have the overview of the internals enough to fix it properly though Thanks for your explanation Simon. I guess we have to wait for someone else to come around ( Sven Krohlas himself perhaps :) ) to have this fixed. In the mean time I'll cast some votes on this issue. It'd be really nice to have this fixed for 2.2, imho. Sven, could you have a look at this, please? I am not sure why this is an issue. For a local file, none of the providers should accept it and the cue sheet support should be reached. I did fix another issue the other day that would likely keep the track markers from showing up in the progress bar, so perhaps this is related. Please verify that this is still an issue with latest git master. I'd be happy to give it a go asap but I'm afraid I haven't got anything suitable laying around here at work. I tried copying the testcase from /usr/share/kde4/apps/amarok/testdata/cue to my home dir but those sheets (testsheet01-iso8859-1.cue and testsheet01-utf8.cue) don't seem to fit the ogg file (test_silence.ogg). I'm not sure if that's on purpose or not, at least it's a different issue. ;) Now in reply to comment #13, on topic; I managed to find something that actually can be used to test and I tried again with latest git master. And still, when loaded from the file manager, cue sheets works fine. All track markers show up. When loaded from the Collection Manager, no track markers show up. So yes, it's still an issue with the latest git master, I'm afraid. CUE sheets being supported only in non-collection tracks is not a bug. The cue support for collection tracks is a missing feature. And the changes required to add this feature are extremely non-trivial (read: very complicated). See bug 187587 *** This bug has been marked as a duplicate of bug 187587 *** |