[Bug 705703] qtdemux: seeks to large offset/EOS when attempting to start playback from http source

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=705703
  GStreamer | gst-plugins-good | 1.x

Edward Hervey <bilboed> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |bilboed at bilboed.com

--- Comment #16 from Edward Hervey <bilboed at bilboed.com> 2013-09-25 06:07:41 UTC ---
That file has an interleave of ... 140MB (actually I don't think you could even
call it an interleave, all the audio is after all the video) !

Options:
1) You queue (140MB) until you have the audio. Not great, massive delays. Also
your only option if the http server doesn't accept range queries.
2) You constantly seek forward/back. the http source ends up doing plenty of
new queries, would be suboptimal.
3) Mitigate 2) somehow by grabbing bigger chunks. i.e. grab at least 5s of
audio/video at each go instead of the next 3 buffers as it seems to be doing
right now.

For that last option, you could try modifying qtdemux (and asfdemux) to detect
(in push mode) that massive interleave and change the way in which it pulls
from upstream.

Doing it this way also has the advantage of leaving enough time for
httpsrc+queue2 to buffer a lot more (if there's enough bandwidth maybe it'll be
able to grab the equivalent of a minute of data in 5s).

-- 
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.