[Bug 1856745] [NEW] Amarok freezes while playing music

[Fighter19]

Public bug reported:

Amarok becomes unresponsive at the end of a certain aiff file.
The song plays until the end, but the UI stops every time exactly 20 seconds before it reaches the end.

lsb_release -rd:

```
Description: Ubuntu 18.04.3 LTS
Release: 18.04
```

apt-cache policy amarok:

```
amarok:
Installed: 2:2.9.0-0ubuntu2
Candidate: 2:2.9.0-0ubuntu2
Version table:
*** 2:2.9.0-0ubuntu2 500
500 http://de.archive.ubuntu.com/ubuntu bionic/universe amd64 Packages
100 /var/lib/dpkg/status
```

This might be an issue in gstreamer, but I'm unsure and as it affects
amarok I think it's best to report it here first.

```
gstreamer1.0-plugins-base:
Installed: 1.14.5-0ubuntu1~18.04.1
Candidate: 1.14.5-0ubuntu1~18.04.1
Version table:
*** 1.14.5-0ubuntu1~18.04.1 500
500 http://de.archive.ubuntu.com/ubuntu bionic-updates/main amd64 Packages
100 /var/lib/dpkg/status
1.14.1-1ubuntu1~ubuntu18.04.2 500
500 http://security.ubuntu.com/ubuntu bionic-security/main amd64 Packages
1.14.0-2ubuntu1 500
500 http://de.archive.ubuntu.com/ubuntu bionic/main amd64 Packages
```

** Affects: amarok (Ubuntu)
Importance: Undecided
Status: New

** Attachment added: "core dump created with gdb"
https://bugs.launchpad.net/bugs/1856745/+attachment/5313449/+files/amarokfrozen.core.gz

--
You received this bug notification because you are a member of Amarok
Wolf Brigade, which is subscribed to amarok in Ubuntu.
https://bugs.launchpad.net/bugs/1856745

Title:
Amarok freezes while playing music

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/amarok/+bug/1856745/+subscriptions

[Fighter19]

** Description changed:

Amarok becomes unresponsive at the end of a certain aiff file.
The song plays until the end, but the UI stops every time exactly 20 seconds before it reaches the end.

lsb_release -rd:

```
Description: Ubuntu 18.04.3 LTS
Release: 18.04
```

apt-cache policy amarok:

```
amarok:

- Installed: 2:2.9.0-0ubuntu2
- Candidate: 2:2.9.0-0ubuntu2
- Version table:
- *** 2:2.9.0-0ubuntu2 500
- 500 http://de.archive.ubuntu.com/ubuntu bionic/universe amd64 Packages
- 100 /var/lib/dpkg/status
+   Installed: 2:2.9.0-0ubuntu2
+   Candidate: 2:2.9.0-0ubuntu2
+   Version table:
+  *** 2:2.9.0-0ubuntu2 500
+         500 http://de.archive.ubuntu.com/ubuntu bionic/universe amd64 Packages
+         100 /var/lib/dpkg/status

```

This might be an issue in gstreamer, but I'm unsure and as it affects
amarok I think it's best to report it here first.

```
gstreamer1.0-plugins-base:

- Installed: 1.14.5-0ubuntu1~18.04.1
- Candidate: 1.14.5-0ubuntu1~18.04.1
- Version table:
- *** 1.14.5-0ubuntu1~18.04.1 500
- 500 http://de.archive.ubuntu.com/ubuntu bionic-updates/main amd64 Packages
- 100 /var/lib/dpkg/status
- 1.14.1-1ubuntu1~ubuntu18.04.2 500
- 500 http://security.ubuntu.com/ubuntu bionic-security/main amd64 Packages
- 1.14.0-2ubuntu1 500
- 500 http://de.archive.ubuntu.com/ubuntu bionic/main amd64 Packages
+   Installed: 1.14.5-0ubuntu1~18.04.1
+   Candidate: 1.14.5-0ubuntu1~18.04.1
+   Version table:
+  *** 1.14.5-0ubuntu1~18.04.1 500
+         500 http://de.archive.ubuntu.com/ubuntu bionic-updates/main amd64 Packages
+         100 /var/lib/dpkg/status
+      1.14.1-1ubuntu1~ubuntu18.04.2 500
+         500 http://security.ubuntu.com/ubuntu bionic-security/main amd64 Packages
+      1.14.0-2ubuntu1 500
+         500 http://de.archive.ubuntu.com/ubuntu bionic/main amd64 Packages
```
+
+ EDIT: When using debug output, it outputs
+
+ (amarok:30707): GStreamer-CRITICAL **: 20:34:30.100:
+ _gst_util_uint64_scale: assertion 'denom != 0' failed
+
+ apparently the song is already over 20 seconds before it's expected.

** Description changed:

EDIT: When using debug output, it outputs

(amarok:30707): GStreamer-CRITICAL **: 20:34:30.100:
_gst_util_uint64_scale: assertion 'denom != 0' failed

- apparently the song is already over 20 seconds before it's expected.
+ However in debug mode, it doesn't freeze. Apparently the song is already
+ over 20 seconds before it's expected.

[Fighter19]

** Description changed:

EDIT: When using debug output, it outputs

(amarok:30707): GStreamer-CRITICAL **: 20:34:30.100:
_gst_util_uint64_scale: assertion 'denom != 0' failed

- However in debug mode, it doesn't freeze. Apparently the song is already
- over 20 seconds before it's expected.
+ However in debug mode, it doesn't freeze. The song starts fading 20
+ seconds before it ends at which the player also freezes.

[Myriam Schweingruber]

Is this only with one specific file or all files of this type? If it is
just one file, I would actually suspect a corruption of that file

[Fighter19]

So far, I was only able to reproduce it with that one file.
But it's not 100% reproducible, which leads me to believe it's a bug.
When started with the "--debug" flag, it doesn't freeze and when
Amarok is currently focused, it doesn't always freeze.
When Amarok is minimized, without the debug flag active, it freezes
permanently on that one file.
I will try again today, to rule out other songs in the playlist. It's
a bit hard, considering seeking apparently also does not work.

On Tue, Dec 17, 2019 at 10:00 PM Myriam Schweingruber <myr...@kde.org> wrote:
>
> Is this only with one specific file or all files of this type? If it is
> just one file, I would actually suspect a corruption of that file
>
> --

> You received this bug notification because you are subscribed to the bug
> report.

> https://bugs.launchpad.net/bugs/1856745
>
> Title:
> Amarok freezes while playing music
>

> Status in amarok package in Ubuntu:
> New
>
> Bug description:

> EDIT: When using debug output, it outputs
>
> (amarok:30707): GStreamer-CRITICAL **: 20:34:30.100:
> _gst_util_uint64_scale: assertion 'denom != 0' failed
>

> However in debug mode, it doesn't freeze. The song starts fading 20

> seconds before it ends at which the player also freezes.
>

[Fighter19]

Today when trying to reproduce it, it didn't work any more with the same file as before, instead it froze on the last file of my playlist.
This time, the freeze occurred right at the end of a song.
I've created another core dump, showing the lock situation, if necessary I can upload it.

[Fighter19]

After digging a bit into it, I found that the main thread is waiting for another thread.
Then between these two threads (called "multiqueue6:src") a deadlock appears to happen.
I appended gdb output showing the backtrace of both the locked threads and the main thread.

** Attachment added: "debuginfo.txt.gz"
https://bugs.launchpad.net/ubuntu/+source/amarok/+bug/1856745/+attachment/5313649/+files/debuginfo.txt.gz

[Fighter19]

I just tested the same files with rhythmbox, in order to identify
whether it's an issue that comes from gstreamer or amarok.

The same threads seem to cause a deadlock in gstreamer.
Thus also making rhythmbox freeze.

[Fighter19]

** Description changed:

EDIT: When using debug output, it outputs

(amarok:30707): GStreamer-CRITICAL **: 20:34:30.100:
_gst_util_uint64_scale: assertion 'denom != 0' failed

However in debug mode, it doesn't freeze. The song starts fading 20
seconds before it ends at which the player also freezes.

+
+ EDIT2: Step to reproduce:
+ Create two AIFF files using FFMPEG and IDv3 metadata:
+ ffmpeg -i image1653x1653.png -i ~/sinewave3min.wav -write_id3v2 1 -c:a pcm_s16be -c:v mjpeg -map 1:a -map 0:v output.aif
+
+ Playback both of them sequentially.
+ Notice Amarok freezing at the second file.

[Fighter19]

I tried the same version of amarok, without rebuilding, with the current master of gstreamer.
(gstreamer commit:8140da74ba474d2f218c0c85944c89d6be38e545)
(gst-plugin-bad commit:2a3205b294cb881bb1d60ad9bf7c9841031fb2f4)
(gst-plugins-base commit:940c9998e5cfffd90fade8a7f39f29a426e20460)

This version seems to work without causing any freezes.
It also allows to seek and rewind on said aiff files.

As a workaround I decided to remove the gstreamer phonon backend and
install the vlc one instead.

This problem will probably "solve itself", with the newer gstreamer
libraries in the next Ubuntu versions.

tl;dr:
This is most likely a gstreamer issue, that affects amarok, not an actual bug in amarok itself.