Audio stops working on repeated play of MKV file

Bug #907644 reported by Jani Uusitalo
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
gstreamer0.10 (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

With just one file on the playlist and looped (with repeat mode on), at about 0:24 during the second play the audio goes mute and doesn't recover by itself. Restarting the video by double-clicking on the playlist item makes the audio come back.

The funny thing is, if you add another MKV file to the playlist and let it loop between the two files, there's no problem. But with the single file repeating it looks to be 100% reproducible.

Doesn't seem to be reproducible using MP4 or AVI files, just MKV. Not reproducible with VLC. I've thus far found at least two MKV files [1], [2] that reproduce this 100 %. IIRC, the issue didn't occur with these same files back in Lucid.

Steps to reproduce:
1. Download one of the aforementioned MKV files.
2. Load it in Totem.
3. Set 'Repeat Mode' on.
4. Play the file, wait for it to loop.

What happens:
At about 0:24 during the second play the audio goes mute.

What I expect to happen:
The audio to continue playing normally during the second and subsequent loops also.

*[1] http://www.archive.org/download/GhostbustersToolAssistedSpeedrun/ghostbusters-tas-glitchman.mkv
*[2] http://www.archive.org/download/NesAction52theCheetahmenBySwordlessLinkIn0356.06/action52-cheetahmen-tas-swordlesslink.mkv

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: libgstreamer0.10-0 0.10.35.2-1ubuntu1
ProcVersionSignature: Ubuntu 3.2.0-6.12-generic 3.2.0-rc6
Uname: Linux 3.2.0-6-generic x86_64
ApportVersion: 1.90-0ubuntu1
Architecture: amd64
CheckboxSubmission: 09ae689090491ca53449589269e4bfd8
CheckboxSystem: edda5d4f616ca792bf437989cb597002
Date: Thu Dec 22 07:26:46 2011
EcryptfsInUse: Yes
ExecutablePath: /usr/bin/totem
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release amd64 (20091027)
LocalLibraries: /usr/local/lib/librtmp.so.0
SourcePackage: gstreamer0.10
UpgradeStatus: Upgraded to precise on 2011-12-22 (0 days ago)

Revision history for this message
Jani Uusitalo (uusijani) wrote :
Revision history for this message
Jani Uusitalo (uusijani) wrote :

I should supplement "add another MKV file to the playlist and there's no problem" with that the second file could also be the same file, so that the playlist is comprised of two instances of the same file. This way it works audiowise the way it should even with the file there just once, so it's an effective, albeit silly workaround.

Revision history for this message
Jani Uusitalo (uusijani) wrote :

I've found an MP3 file that also exhibits this. Can't link it for © reasons, but I've got it here for testing.

Revision history for this message
Jani Uusitalo (uusijani) wrote :

Actually, with the MP3 it's Bug #918077 (which I just reported). Could be the same underlying issue, but I felt it best to report these separately as the symptom differs slightly.

Revision history for this message
Bryce Harrington (bryce) wrote :

The upstream fix for bug #918077 is included in Precise. Can you re-test this issue on precise and report whether that fix fixes this issue as well?

Changed in gstreamer0.10 (Ubuntu):
status: New → Incomplete
Revision history for this message
Jani Uusitalo (uusijani) wrote :

That's a negative: this one persists.

Changed in gstreamer0.10 (Ubuntu):
status: Incomplete → Confirmed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.