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 659537 - qtdemux: file with two streams meant to be played contiguously
qtdemux: file with two streams meant to be played contiguously
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
git master
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2011-09-20 03:55 UTC by astronouth7303
Modified: 2018-11-03 14:44 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description astronouth7303 2011-09-20 03:55:48 UTC
As kind of a spin-off of bug #579632, the file <http://www.archive.org/download/CR_2006_01/CR-2006-01.mov> (147MB) has pretty much always caused problems for gstreamer (and totem). This has been confirmed with gst-launch-0.10.

The current issue is that about 14:30 or 15:00 in, the video halts but the sound keeps playing.

This file is special because the video stream is disjointed, where each part is meant to be played sequentially, as if it was one stream.

For reference, VLC looses A/V sync and spawns another window for the 2nd part of the video stream.
Comment 1 Vincent Penquerc'h 2011-09-21 13:59:33 UTC
I can't find a mention of what should happen for a file with two video tracks (eg, if they should be played one after the other, or simultaneously), if they don't have the .
The lengths match for playing them one after the other, but it'd be nice to get an authoritative reference for this.
I guess I'll do the patch to do that and post it for comments.
Comment 2 astronouth7303 2011-09-21 14:15:04 UTC
I haven't checked in a long time, but I think QuickTime will play it as one long stream. Whether this is an intentional feature or if the creator is abusing a behavior, I'm not sure.
Comment 3 Vincent Penquerc'h 2011-09-28 17:25:13 UTC
I've had a look at this, and it appears to be a *much* larger change that I first 
thought.

There is currently a pad per video track, and the two videos have no common caps (that is, framerate, size, even codec I think etc, can all be different).
Comment 4 Edward Hervey 2018-05-08 05:37:13 UTC
Definitely still valid, and good test file
Comment 5 Edward Hervey 2018-05-10 11:44:50 UTC
Change is at 15m48s

It's indeed hard to say whether it's a bug in the original file or not. Glancing at the atoms, I couldn't really find anything stating that a stream can be joined to another (and that therefore they are not two "streams", but just one).
Comment 6 GStreamer system administrator 2018-11-03 14:44:25 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/issues/48.