![]() Registered Member ![]()
|
Hi all! I just wanted to tell an interesting story.
![]() So, I have this album of flac files, tagged correctly and everything. When added to playlist, everything is still fine. But, when one specific track is played, it's name changes to the name of the last track on the same album. It doesn't matter if the track is alone in the playlist, or with other random tracks in various formats. When I click play on it, or the order of playing catches up with this particular track, it's name changes in the track display, and is also submitted to last.fm incorrectly. Editing track information reveals the original and correct metadata is still intact. Quite baffled by this, I've tried rescanning the collection - didn't help. Then I tried copying just those 2 files (the one with the changing name, and the other one, whose name is taken) to a separate folder, setting up the media library to include just this folder, rescanning - it helped! When the entire media library contained just those 2 tracks, everything was fine. In the end, my eyes fell upon a CUE file, created when ripping the original, and in the same directory as the rest of the flac files from the album. I deleted it from the directory, rescanned collection - and the name of the one "special" track no longer changes on play. ![]() |
![]() Registered Member ![]()
|
I have this same problem. I can't simply delete the CUE file to solve the problem, though. I create cuesheets when ripping my CDs so that I can burn an exact copy back to CD if the original is ever lost, stolen, or damaged. I have cuesheets for ALL of my CDs, so every track I play in amaroK gets renamed in the playlist window. Specifically, they are always renamed to the name of the last track in the cuesheet for that album.
I've included a screenshot and example CUE file for on of my albums loaded in amaroK. As you can see in the screenshot, the first the tracks that it played through have been renamed to DATA, but you can tell that they are different files because they have different lengths. In this particular case, the last track on the CD is a data track (it's an enhanced/hybrid CD), which is where that label comes from. For non-hybrid CDs, the tracks get renamed to the last song on the CD. As there any way to fix this? Can I perhaps disable support for cuesheets altogether? Does anyone know if this bug has been properly reported or is being addressed? I tried searching bugs.kde.org and couldn't find anything about it, but the search functionality wasn't cooperating so I could very well have overlooked it. I'd really appreciate any help on this. Thanks.
Last edited by Anonymous on Tue May 15, 2007 5:32 am, edited 1 time in total.
|
![]() Moderator ![]()
|
Amarok's CUE support is fairly rudimentary in 1.4.x - search these forums for a post by myself that explains how they work in Amarok in particular.
"There are two theories to arguing with women. Neither one works."
. If men could get pregnant, we'd learn the true meaning of "screaming nancyboy wuss" |
![]() Registered Member ![]()
|
Thanks for your replay. I found your post and get how support works, but support is broken. My use of CUE files is different than what amaroK expects, and it's fine that it doesn't properly support this use, but the issue is that it's trying to do something with it but failing miserably in the process. The end result is a playlist that's largely worthless, as everything is renamed to the same name as the last track on each individual album.
Can cue support be disabled? Can I instruct amaroK to just ignore this file and only read actual media files? Can I workaround this in any way so that it's properly usable again? I think cuesheet support is a great thing (otherwise I wouldn't be using cuesheets to begin with ![]() Thanks. |
![]() Registered Member ![]()
|
although there is nowhere a cue file ?? i have the same problem
![]() |
Registered users: Bing [Bot], Google [Bot], kde-naveen, Sogou [Bot]