Bug 231187 - Amarok progress bar startup position is wrong for single-file cue albums.
Summary: Amarok progress bar startup position is wrong for single-file cue albums.
Status: CONFIRMED
Alias: None
Product: amarok
Classification: Applications
Component: Playback/CUE sheet support (show other bugs)
Version: 2.7-git
Platform: unspecified Linux
: NOR normal
Target Milestone: 2.8
Assignee: Amarok Developers
URL:
Keywords: regression
Depends on:
Blocks:
 
Reported: 2010-03-18 05:23 UTC by Vovochka
Modified: 2013-05-11 12:41 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
screenshot (196.70 KB, image/png)
2010-03-18 05:25 UTC, Vovochka
Details
cue (1.29 KB, application/x-cue)
2010-03-18 08:00 UTC, Vovochka
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Vovochka 2010-03-18 05:23:08 UTC
Version:           2.3.0 (using 4.4.1 (KDE 4.4.1) "release 225", KDE:KDE4:Factory:Desktop / openSUSE_11.2)
Compiler:          gcc
OS:                Linux (x86_64) release 2.6.31.12-0.1-desktop

When adding a single file cue album to amarok now we have a new feature :) All tracks shown in playlist.

But when i click some song from the middle of an album, playback starts with some seconds offset in progress bar 10~30.
Song position is correct, but not the progress bar position.
Comment 1 Vovochka 2010-03-18 05:25:52 UTC
Created attachment 41728 [details]
screenshot
Comment 2 Vovochka 2010-03-18 05:36:38 UTC
And songs ends before song really ends. May be because the song have to play this 10~30 seconds, but progress bar ends and a new song starts.
Comment 3 Sven Krohlas 2010-03-18 07:50:56 UTC
WFM on git master, can you please attach the cue file causing this?
Comment 4 Vovochka 2010-03-18 08:00:10 UTC
Created attachment 41729 [details]
cue

:)
Comment 6 Sven Krohlas 2010-03-18 09:26:46 UTC
Ok, I can see many bugs with this sheet, but I'm not sure if those are due to the sheet or bugs in Amarok:

* Progess bar jumps to a position like 0 +/- 20 seconds on track start
* audio does not start at the beginning

From what I can say the cue sheet itself looks ok.
Comment 7 Vovochka 2010-10-28 00:41:32 UTC
It's half a year past.
No we have amarok 2.3.2
But .cue albums still unusable.
Comment 8 Myriam Schweingruber 2011-05-07 11:30:30 UTC
Could you please upgrade to a newer Amarok version and test again? Current is Amarok 2.4.0, Amarok 2.4.1 is to be released tomorrow.

Please report back.
Comment 9 Myriam Schweingruber 2011-06-16 14:08:15 UTC
Any news on this? Without feedback within 2 weeks I will close this as solved.
Comment 10 Myriam Schweingruber 2011-07-15 09:05:55 UTC
Closing for lack of feedback. Feel free to reopen if you can still reproduce this with Amarok 2.4.2 beta 1 or later and provide the necessary feedback.
Comment 11 Vovochka 2011-08-03 00:52:31 UTC
Unable to test because cue single file albums support is broken completely.
All single file albums displayed as one track. In collection and in playlist.
Comment 12 Myriam Schweingruber 2011-08-03 01:13:07 UTC
Thank you for the feedback. It would have spared me some time if you had answered earlier. Marking as a regression since the playlist doesn't show individual files anymore.
Comment 13 Myriam Schweingruber 2011-08-03 01:13:40 UTC
Setting status and version correctly.
Comment 14 Vovochka 2011-08-03 23:47:12 UTC
I was a little bit wrong about cue.
It's almost working.

But in fact playback of single-file albums are still not working.
For each backend in different ways.

vlc:
I can start playback of any "song" in file but only if it's first attempt of playback after amarok startup. If i'll try to change track, it will be change, but playback won't start. I still can listen to music where a file is a single song.

gstreamer:
playback starts every time. But! It start to play the whole file from the beginning, not the selected song.
Comment 15 Myriam Schweingruber 2013-04-11 08:55:02 UTC
What is the status of this bug for Amarok 2.7?
Comment 16 Myriam Schweingruber 2013-05-11 12:40:49 UTC
Same behavior in current git.
Comment 17 Myriam Schweingruber 2013-05-11 12:41:13 UTC
Setting status correctly...