After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 688837 - Sound suddenly stops when playing Ogg file
Sound suddenly stops when playing Ogg file
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: dont know
0.10.x
Other Linux
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2012-11-21 21:05 UTC by Paul Menzel
Modified: 2012-12-05 10:54 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Compressed debug output of GStreamer (493.67 KB, text/plain)
2012-11-22 10:05 UTC, Paul Menzel
Details

Description Paul Menzel 2012-11-21 21:05:09 UTC
Using Debian Sid/unstable with Totem 3.4.2-1 playing Ogg Vorbis files in a loop (only one loaded though), the first time it goes fine, but playing it a second time the first second(?) is missed and then after 12 (with another 14) seconds suddenly no sound is output at all. The time line advances further though.

Using MPlayer everything is fine.

How can I find out if this is a Totem, GStreamer or PulseAudio problem and provide more debugging information?
Comment 1 Paul Menzel 2012-11-21 21:11:10 UTC
To be clear, starting for example `totem 1.ogg 2.ogg` and playing them in a loop, I do not see any problems.
Comment 2 Paul Menzel 2012-11-22 09:59:13 UTC
Using MP3 files of the same songs (converted) I do not see that problem.
Comment 3 Paul Menzel 2012-11-22 10:05:28 UTC
Created attachment 229622 [details]
Compressed debug output of GStreamer

$ totem --gst-debug-level=5 --gst-debug-no-color test.ogg >/tmp/20121122--totem-gst-debug-level-5.log 2>&1
Comment 4 Paul Menzel 2012-11-22 10:16:08 UTC
I could not reproduce this issue with a 8 s Ogg Vorbis file.
Comment 5 Tim-Philipp Müller 2012-11-22 10:23:58 UTC
I can reproduce this issue with debian sid totem / gstreamer 0.10, but can't reproduce with Totem 3.7 and GStreamer 1.0.
Comment 6 Paul Menzel 2012-11-22 10:49:47 UTC
__tim in #gstreamer on irc.freenode.net was able to reproduce this with GStreamer 0.10.x. It worked for him with GStreamer 1.0.x. So this *seems* to be likely a GStreamer issue.

__tim noted that it is unlikely that anybody will look into this.
Comment 7 Bastien Nocera 2012-11-22 15:46:25 UTC
(In reply to comment #6)
> __tim in #gstreamer on irc.freenode.net was able to reproduce this with
> GStreamer 0.10.x.

Maybe he's the same GStreamer developer as the Tim that commented in comment 5 ;)
Comment 8 Paul Menzel 2012-11-22 15:51:38 UTC
Bastien, does it work for you with Totem 3.6 and GStreamer 1.0.x? Can you reproduce this in Fedora(?) with Totem 3.4 and GStreamer 0.10.x?
Comment 9 Tim-Philipp Müller 2012-11-23 00:25:45 UTC
Sorry, since it appears to work fine with 1.0 I think I'll just resolve this as OBSOLETE.
Comment 10 Paul Menzel 2012-11-28 12:02:25 UTC
Playing one FLAC file in a loop with Totem 3.4.2-1 does not show this problem either.
Comment 11 Paul Menzel 2012-11-28 12:03:40 UTC
This problem might be related to #680252 [1].

[1] https://bugzilla.gnome.org/show_bug.cgi?id=680252
Comment 12 Paul Menzel 2012-11-28 12:05:05 UTC
In the Debian BTS this issue is tracked under bug report 694615 [1].

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=694615
Comment 13 Paul Menzel 2012-12-05 09:40:17 UTC
(In reply to comment #11)
> This problem might be related to #680252 [1].

Unfortunately(?) it is not and can reproduce this with 0.10.36-1.1 which has the patch for bug 680252 applied.

     gst-plugins-base0.10 (0.10.36-1.1) unstable; urgency=low

      * Non-maintainer upload.
        + debian/patches/98_fix-ogg-flac-transition.patch:
           - Fixes ogg->flac transition hangs (Closes: #668109)
             Taken from upstream git.

     -- Christoph Reiter <reiter.christoph@gmail.com>  Tue, 04 Dec 2012 11:07:40 +0100

> [1] https://bugzilla.gnome.org/show_bug.cgi?id=680252
Comment 14 Paul Menzel 2012-12-05 10:29:52 UTC
Hmm, although Tim could reproduce this with GStreamer 0.10.36-1 and Totem 3.0.1-8, I tried it on a different system (ASUS EeePC 701 4G) and got the following results.

1. With GStreamer 0.10.35-1 and Totem 3.0.1-8 I did not experience any problems at all.

2. Upgrading to GStreamer 0.10.36-1 (not 1.1) and still with Totem 3.0.1-8, I could only reproduce the silenced/ommitted first second when starting over after the first completed playback. But there was *no* silence after around 12 seconds and it played correctly/hearable to the end.

Tim also did not write that the first second was missing when he tested this. :(

So it seems to be another regression. But not on all systems.
Comment 15 Paul Menzel 2012-12-05 10:54:34 UTC
(In reply to comment #14)

[…]

> 1. With GStreamer 0.10.35-1 and Totem 3.0.1-8 I did not experience any problems
> at all.
> 
> 2. Upgrading to GStreamer 0.10.36-1 (not 1.1) and still with Totem 3.0.1-8, I
> could only reproduce the silenced/ommitted first second when starting over
> after the first completed playback. But there was *no* silence after around 12
> seconds and it played correctly/hearable to the end.
> 
> Tim also did not write that the first second was missing when he tested this.
> :(
> 
> So it seems to be another regression. But not on all systems.

Surprisingly, turning on visual effects in Totem makes the silence after twelve seconds go away. It was turned on on the ASUS EeePC 701 4G. The omitted first second stays though.

So for the silence after some seconds it is not certain if it is a regression from 0.10.35-1 or not.