| Summary: | Amarok does not show correct total playing time of a playlist during the first loading | ||
|---|---|---|---|
| Product: | [Applications] amarok | Reporter: | Woodsman <darrella> |
| Component: | Playlist | Assignee: | Amarok Developers <amarok-bugs-dist> |
| Status: | CONFIRMED --- | ||
| Severity: | normal | CC: | bart.cerneels, kdebugtracking, matej, teo |
| Priority: | NOR | ||
| Version: | 2.8.0 | ||
| Target Milestone: | 2.8 | ||
| Platform: | Slackware | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | Screenshot showing minus sign in toolbar time | ||
|
Description
Woodsman
2013-03-15 01:35:09 UTC
I presume your Phonon backend is gstreamer, try the vlc backend instead (you will have to restart KDE so it takes effect). I have the vlc backend here and the total payling time shows correctly for me. Oof. Such a simple request that ends up taking more than an hour of testing. :) The stock Slackware does not include the VLC backend so I had to build the package. End result is the same: incorrect time. I tested the xine and mplayer backends as well --- four backends in all. Yes, I restarted KDE each time. With that said, as the times are correct for you and as I stated in the original report about not finding related new bug reports, I'll lean toward me doing something incorrectly here. Not sure about the next step but I'll post a parallel query in the Slackware forum. A new observation: In my saved playlists, with a playlist _not_ expanded in the tree view, using Add to Playlist or Replace Playlist results in the incorrect total playtime with the first load. Clearing the playlist pane and then reloading in the playlist pane results in the correct time. In my saved playlists, with a playlist expanded in the tree view, using Add to Playlist or Replace Playlist results in the correct total playtime. This is with the gstreamer backend. I received one confirmation from another Slackware user using KDE 4.10.1 and Amarok 2.6.0: "Yes, I have recreated the same issue you have with playlist saved as files on disk, but the playlists in amarok database don't seem to have the same problem." About the other phonon backends: ditch those the only two backends actively developped are the gstreamer and the vlc one. Changed component to "Saved playlists", as it is not the playist itself that causes problem, I presume you have correct lengths showing when files are already in the playlist or newly added from the collection. The individual times of each song in the playlist pane all look correct. The toolbar time for the currently playing song matches the time in the playlist pane but is always oddly preceded by a minus sign. (In reply to comment #6) > The individual times of each song in the playlist pane all look correct. The > toolbar time for the currently playing song matches the time in the playlist > pane but is always oddly preceded by a minus sign. Could you please attatch a screenshot of that? I have never seen a minus sign on ym toolbar. Created attachment 78102 [details]
Screenshot showing minus sign in toolbar time
Notice the toolbar time of -2:09, which is the time remaining. The absolute value is correct but I don't know where the minus sign comes from. Of course, my previous post about total time is correct when the song starts, not for the whole song. :)
Sorry, my bad, I misread the minus sign being in the playlist ttotal time, never mind. The problem is the (main) playlist, updating component. I was able to reproduce. Is this still valid with Amarok 2.8.0? This is still valid for 2.8.0 This bug has many different effects on the playlist time. Sometimes the time is correct but when more tracks are added no time, or am incorrect amount will be added. When the tracks are removed from the playlist a seemingly random amount of time will be subtracted. At other times the adding or subtracting of tracks has no effect at all. Sometimes there is no time shown at all. I switched the backend to vlc, but no effect. Thank you for your feedback. And no, changing the backend shouldn't have an effect on this at all, as it is in Amarok code, not in Phonon. |