[Bug 743578] New: qtdemux: provide a way to scan all the available data to get the whole duration in pause mode

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Tue Jan 27 05:38:30 PST 2015


https://bugzilla.gnome.org/show_bug.cgi?id=743578
  GStreamer | gst-plugins-good | git master

           Summary: qtdemux: provide a way to scan all the available data
                    to get the whole duration in pause mode
    Classification: Platform
           Product: GStreamer
           Version: git master
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-good
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: eocanha at igalia.com
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


When playing car-audio-1MB-trunc.mp4[1] using gst-play-1.0, the stream duration
is computed as "10s" in the begining and is updated later up to "60s" as
qtdemux gets more data. For reference, the real stream duration when played
using Chromium is ~65s.

As a curiosity, gst-play-1.0 stops at 10s, unaffected by the updated duration.

But the real problem this bug wants to highlight is the need of a way for
qtdemux to process all the available data while it's still in the pause state.
In my use case, the actual 1MB data buffer is fed to GStreamer by a browser,
all in a row. In theory, GStreamer would be in conditions to compute the whole
duration of the fed data when it reaches the pause state. However, due to the
way qtdemux is implemented, the duration reaches the actual value only when
GStreamer changes to play state, data starts to flow and the right data reaches
qtdemux.

Needing the real duration of all the fed buffer is critical for the Media
Source Extensions algorithms we're helping to implement in WebKit.

[1]
http://yt-dash-mse-test.commondatastorage.googleapis.com/unit-tests/media/car-audio-1MB-trunc.mp4

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.


More information about the gstreamer-bugs mailing list