Version: 2.3.0 (using KDE 4.4.2) OS: Linux Installed from: Gentoo Packages When listening to an mp3 file with a cuesheet in the same directory and the same file name (only the extensions differ), I can't seem to seek forwards or backwards: amarok simply starts the next track. For example, I'm 2:30 in a 4:00 minute song (of an 80 minute mp3 file) and press the right arrow key to seek 10 seconds ahead, the next tracks starts. If I press the left arrow key to seek 10 seconds backwards, the next tracks starts as well. However, I've noticed the following: Track 1, 2:48: seeking works Track 2, 5:00: seeking 10s ahead jumps 3 minutes ahead Tracks 3 to 17: seeking in either direction always skips to the next song in the mp3 file (or playlist if it's the last song I want to seek in) Seeking by clicking on the progress bar still works, though. Seeking in "normal" songs (i.e. those without a cuesheet) still works flawlessly. This is new since I've updated from 2.2.0 to 2.3.0, where seeking worked fine.
Not sure into which component to put that...
Humm?? 2.2.0 had cuesheet support?? Anyway - which phonon backend do you use (cuesheeting doesn't work at all with gstreamer here, xine/mplayer do not show this behaviour - though on a sheet controlled flac, have no such mp3 at hand) (as the progressbar works for you it's unlikely in the UI code and more in the action slot)
I just grepped through my emerge.log file and as it turns out I used 2.2.2(-r1) before that. Sorry about the version typo. However, I use xine for the backend (my only choice, it seems). I encoded an mp3 file to flac (-0) and it's a little weird there: When I try to seek ahead in the first track, I can see the knob on the timebar jump ahead and the time changing for a fraction of a section, after which the both the time and knob jump back. It's like it can't seem seek ahead and just reverts to its old playback position. Seeking backwards works fine in the first track, though. Same old with track two: It seeks ahead ~3 minutes when pressing the right arrow key. Tracks 3-17 show the same symptoms as the original mp3 file.
Phonon seems to have big issues seeking in some files, especially files in vbr formats or files (like some flac files) that does not have enough keyframes. For VBR files, seeking gets worse and worse the further into the track you try to seek. Since .cue support basically works by seeking in a much longer file than the individual tracks, seeking (and in some cases even starting the track at the right position) breaks quite badly, especially for the later tracks. For fun, try encoding the source file to a fixed bitrate mp3.
(In reply to comment #4) > For fun, try encoding the source file to a fixed bitrate mp3. I still had the original wave file and reencoded it with "lame -b 192 -q 0" (v3.98.3), but both this bug and #233283 don't seem to be solved by this.
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.
Unfortunately, this still isn't fixed in 2.4.1. Seeking in the first track works fine. Doing so in the second track jumps way to far (i.e. 30 or 45 seconsd instead of 10) and in later tracks, playback just stops (see bug 233283).
Thank you for the fast feedback :)
(In reply to comment #8) > Thank you for the fast feedback :) i reported problem here https://bugs.kde.org/show_bug.cgi?id=187587#c28 Ciao Martin
Just to test: does this bug only happen with the phonon-backend-gstreamer or also with phonon-backend-vlc? The gstreamer backend is known to have problems with seeking. Please test with recent versions of these backends, current gstreamer backend is 4.6.0, current vlc backend is 0.5.0
i have both gstreamer backend is 4.6.0, current vlc backend is 0.5.0. And it happens on both. This is probably rivial bug. When i click on next song(for example 4th). It starts to play 1st progress bar with time doesn't change. when i click on time progress bar for example to 40 sec it starts to play selected song (4th). If i clicked less then 40 sec there was previous song i think. Can you try by yourself, if you can reproduce it? Files are: http://mon1.saske.sk/alice/tmp/ Ciao Martin
Did you restart KDE after changing the backend? Since KDE 4.8.x this is necessary. I currently have no cue files to test with.
Hi, i restarted kde. testing files are in http://mon1.saske.sk/alice/tmp/ Ciao Martin
Oops, this slipped from my attention, sorry for that: Seeking in the ogg file works for me here with the Toolbar progress bar and next and previous links, and for the forward seeking also works with the keyboard. What doesn't work is seeking backwards with the keyboard. Changing the title accordingly.