Bug 172394 - Last moments of the last flac file in playlist are clipped
Summary: Last moments of the last flac file in playlist are clipped
Status: RESOLVED UPSTREAM
Alias: None
Product: Phonon
Classification: Frameworks and Libraries
Component: Xine backend (show other bugs)
Version: 4.3.1 (KDE 4.4)
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Matthias Kretz
URL:
Keywords:
: 178792 219426 221484 224375 224664 225279 225695 225975 228894 231035 244978 (view as bug list)
Depends on:
Blocks:
 
Reported: 2008-10-08 12:54 UTC by Bassio
Modified: 2010-08-05 17:09 UTC (History)
18 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Bassio 2008-10-08 12:54:11 UTC
Version:           1.92.2 (using 4.1.2 (KDE 4.1.2), Kubuntu packages)
Compiler:          gcc
OS:                Linux (i686) release 2.6.24-19-generic

The last moments are clipped if the file is at the end of the playlist.

If the file is in the middle (meaning it is between the previous and the next tracks) then it would play fine.

I confirm this for flac (for now) .. I doubt it happened with other file extensions like mp3.
Comment 1 wyldrodney 2008-12-26 09:28:05 UTC
I confirm this only for FLAC files.

1) Add one album
2) Move the last track upper
3) Play that track - it sounds correctly e.g. has right long(full time)

If I try to play _last_ track in album, then it has wrong long(-10 seconds)
Comment 2 Mark Kretschmann 2008-12-26 09:49:33 UTC
Probably a xinelib or Phonon issue.
Comment 3 Myriam Schweingruber 2009-11-08 22:03:14 UTC
Confirmed by duplicate bug 178792.
Comment 4 Myriam Schweingruber 2009-11-08 22:04:43 UTC
*** Bug 178792 has been marked as a duplicate of this bug. ***
Comment 5 Stephan Jänecke 2009-11-19 20:24:34 UTC
Got a similar problem with flac tracks. amarok doesn't begin at the start, it skips 2-10 seconds of the beginning instead. It doesn't matter if the flacs have seektables or not. Makes listening to live concerts impossible. mp3 and other formats work fine.

openSUSE 11.2 i586
phonon                   4.3.1
phonon-backend-xine      4.3.1
libphonon4               4.3.1
libxine1                 1.1.16.3
libxine1-codecs          1.1.16.3
libxine1-pulse           1.1.16.3
pulseaudio               0.9.19
libpulse0                0.9.19
amarok                   2.2.1
Comment 6 Stephan Jänecke 2009-11-22 11:44:15 UTC
I could solve my problem by increasing the priority of flacdec.
Just modify the entry in xine.conf and Phonon-Xine.xine.conf to
engine.decoder_priorities.flacdec:1
(old value was 0)

It's just a workaround that worked for me, it might as well solve the issue the bugreport is about.
Comment 7 Stephan Jänecke 2009-11-22 12:16:45 UTC
After having applied the workaround, I'm now encountering the same issue as mentioned in the report. The last bits of flac tracks are missing. But I can exclude a problem with xine-lib, as kaffeine (0.8.8) is playing fine.
So either amarok or phonon can be blamed for this.
Comment 8 Myriam Schweingruber 2009-12-20 16:27:37 UTC
*** Bug 219426 has been marked as a duplicate of this bug. ***
Comment 9 Martin L ü c h e m 2009-12-21 13:42:42 UTC
(Entering from Bug 219426)

When trying to reproduce this within Amarok I can say the following:

It appears that the effect can occur at any time no matter where a flac is positioned within the playlist. 

"At home" I usually play flac songs because of the higher quality. So this is quite important for me!
Comment 10 Martin L ü c h e m 2009-12-21 18:26:14 UTC
Addition: I am sure that the problem now in Amarok 2 is worse than before. In Version 1 of Amarol I remember this to be a seldom effect. No this effect can be recognized with almost every piece of music!
Comment 11 Myriam Schweingruber 2009-12-25 11:18:39 UTC
Martin, in case you haven't seen that yet: this is a Phonon bug, not an Amarok one. Please do not compare two different codebases: Amarok version 1.4.x did handle sound itself, Amarok 2 doesn't and let's Phonon do so.
BTW, this bug is about Phonon version 4.3.1, not the 4.3.0 version you are using.
Comment 12 Martin L ü c h e m 2009-12-26 21:21:54 UTC
Yes, I have seen, it is a phonon bug. But maybe even fpr the Phonon developpers it might be interesting to know, that I think to remember, the effect has appeared in Amarok before.

What I do not understand: What does it mean, that this is about a later version of Phonon? Doeas it mean, that the bug does should not appear in the eralier version or does it mean that the solution is neither available in the later one? Is there a solution, anyway? (Or in sight? ;-) )

Martin
Comment 13 Mikko C. 2010-01-06 08:59:58 UTC
*** Bug 221484 has been marked as a duplicate of this bug. ***
Comment 14 Martin L ü c h e m 2010-01-22 08:48:14 UTC
Any changes, any action? (No answer on Comment #12 - can anyone reply? Or is it wrong to say "this bug is about Phonon version 4.3.1, not the 4.3.0 version"?)

By the way this is what I do have installed:

root@nn:/home/nn# dpkg-query -l phonon* |grep ii
ii  phonon         4:4.5.3-4      Qt 4 Phonon module metapackage
ii  phonon-backend 4:4.3.1-5      Phonon GStreamer 0.10.x backend
ii  phonon-backend 4:4.3.1-5      Phonon Xine 1.1.x backend

Regards, Martin
Comment 15 Myriam Schweingruber 2010-01-26 23:13:12 UTC
Sorry for not replying earlier:
what I meant to say is that it is not useful to confirm a bug with previous versions to the one the bug has been reported against. It is useful to confirm or invalidate a bug with a later version, though.
The Phonon developers are working hard on a new backend for later releases, if you are subscribed to this bug, no need to ask, you will get notified if there are news.
Comment 16 Myriam Schweingruber 2010-01-26 23:14:01 UTC
*** Bug 224375 has been marked as a duplicate of this bug. ***
Comment 17 Myriam Schweingruber 2010-01-29 00:24:04 UTC
*** Bug 224664 has been marked as a duplicate of this bug. ***
Comment 18 Myriam Schweingruber 2010-02-03 01:03:04 UTC
*** Bug 225279 has been marked as a duplicate of this bug. ***
Comment 19 Myriam Schweingruber 2010-02-06 13:22:13 UTC
*** Bug 225695 has been marked as a duplicate of this bug. ***
Comment 20 Myriam Schweingruber 2010-02-09 13:59:02 UTC
*** Bug 225975 has been marked as a duplicate of this bug. ***
Comment 21 Leo List 2010-02-09 14:26:02 UTC
Just for completeness, I'm using gnome, but there was now way for me to
indicate this on the question of which version of the KDE I'm using.

I have been using amarok (together with pulseaudio) for years without any
problems. I have just installed Ubuntu 9.10 (Karmic) on a new box (64bit). I
have my entire music collection in flac and am using amarok with the default
backend (in Ubuntu), which is phonon Xine.

The problem I have is that the playback skips at irregular intervals (ie. skips
between every 30 seconds to 180+ seconds). I have run pulseaudio in debug mode,
but there are no messages (ie. warnings, info, error, etc) when that skipping
occurs.

I can play CDs though Rythmbox (using pulseaudio) without any problems.
I can play any of the flac files through Totem (using pulseaudio) without any
problems

I have another systems with the same version of Ubuntu and Amarok and there is no skipping when playing my flac files. The diferences beyween the systems as I see them are:

64bit (skips) against 32bit (works)
Two sound cards, even though the onboard is disabled in the BIOS (skips) against one sound card (works)
Comment 22 Leo List 2010-02-10 01:28:10 UTC
I've downgraded to Amarok 1.4 and have the same problem
Comment 23 Myriam Schweingruber 2010-02-28 16:46:51 UTC
*** Bug 228894 has been marked as a duplicate of this bug. ***
Comment 24 Unknown 2010-03-17 05:02:24 UTC
*** Bug 231035 has been marked as a duplicate of this bug. ***
Comment 25 Jonathan Thomas 2010-04-07 21:31:15 UTC
This is most likely an issue with Xine itself, since Amarok 1.4 (which used xine, but not phonon) has the exact same issue.
Comment 26 Martin L ü c h e m 2010-04-08 08:00:53 UTC
Hello Jonathan,

Am Mittwoch, 7. April 2010, um 21:31:41 schrieb Jonathan Thomas:
> https://bugs.kde.org/show_bug.cgi?id=172394
> 
> 
> Jonathan Thomas <echidnaman@kubuntu.org> changed:
> 
>            What    |Removed                     |Added
> ---------------------------------------------------------------------------
> - Status|NEW                         |RESOLVED
>                  CC|                            |echidnaman@kubuntu.org
>          Resolution|                            |UPSTREAM
> 
> 
> 
> 
> --- Comment #25 from Jonathan Thomas <echidnaman kubuntu org>  2010-04-07
>  21:31:15 --- This is most likely an issue with Xine itself, since Amarok
>  1.4 (which used xine, but not phonon) has the exact same issue.
> 

Is there any proposal or a workaround how to solve this problem?

Regards, Martin
Comment 27 Myriam Schweingruber 2010-07-19 14:41:30 UTC
*** Bug 244978 has been marked as a duplicate of this bug. ***
Comment 28 Bruno Léon 2010-07-28 01:00:41 UTC
This is also true for Musepack format.

Using Amarok 2.3.1 / KDE 4.4.2
Comment 29 Piotr Suwara 2010-08-05 17:02:15 UTC
Definetely a Xine problem, has it been submitted as a bug to Xine team?
Changing the Phonon backend to Gstreamer solves the problem for Amarok, but not for Xine itself :-)
Comment 30 Martin Sandsmark 2010-08-05 17:09:36 UTC
Yes, it has been submitted to the Xine team, hence why this bug has been closed as "UPSTREAM".