Red Hat Bugzilla – Bug 454196
Totem has problems with some types of mkv files
Last modified: 2008-09-01 07:30:54 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9) Gecko/2008052906 Firefox/3.0
Description of problem:
When totem opens mkv (matroska video) files that were created in Windows using virtualdubmod, there are no problems. Seeking is fast, total time of video is correct, etc.
When totem opens mkv files created using avimux (which the matroska.org recommends over virtualdubmod), there are issues. Seeking is very slow and the total time of video is about twice as much.
I have attached a 25 second sample mkv files of the above two cases. The vdub.mkv shows correct total time (25 secs) while the avimux.mkv shows 51 secs.
Both files play fine in mplayer and no issues occur
Totem is using the gstreamer backend here.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Open vdub.mkv in totem
2. Play video till end and note the total time of the video
3. Open avimux.mkv in totem
4. Play video till end and note the total time of the video
Playing vdub.mkv is fine and total time is 25 seconds.
Playing avimux.mkv is fine up till 25 seconds, where the video freezes. Total time shown in totem is 51 seconds.
avimux.mkv should play fine and display correct 25 second length.
I've attached both files.
They play fine in mplayer.
I've also tried switching the backend to xine. When playing avimux.mkv, correct time is displayed but it always starts at 12 seconds onwards.
Created attachment 311098 [details]
mkv file created using VirtualDubMod
This file plays fine in totem. Correct time is 25 seconds.
Created attachment 311099 [details]
mkv file created using avimux
This file has issues when opened in totem. Totem time is 51 secs instead of
I'd say a definite bug in avimux:
|+ Segment information
| + Muxing application: matroska muxer by Alexander Noe, build date Aug 8 2006
| + Writing application: AVI-Mux GUI 1.17.7, Aug 8 2006 20:59:17
| + Duration: 51.600s (00:00:51.600000000)
| + Segment UID: 0xe0 0x77 0xcd 0xf9 0x13 0x5e 0x95 0x89 0xbc 0xfa 0x26 0x3b 0x25 0xee 0x95 0xa8
| + Timecode scale: 500000
The duration is 51.600 seconds. It doesn't hang here, and seems to stop a short while after reaching the 25 seconds. Avimux probably adds the length of the audio and video tracks, hence the discrepancy.
Filed upstream: http://bugzilla.gnome.org/show_bug.cgi?id=550191