[Bug 674790] New: flv seeking issues with indexless files and http

[GStreamer (bugzilla.gnome.org)]

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

           Summary: flv seeking issues with indexless files and http
    Classification: Platform
           Product: GStreamer
           Version: git
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gst-plugins-good
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: bilboed at gmail.com
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


(note/disclaimer : I am putting the example with youtube for simplicity of
testing, but applies to any index-less flv file served over a http server that
allows range requests).

How to test : Use totem with quvi support and point it to a youtube link
(https://www.youtube.com/watch?v=dTUjcEDb6PQ) or use quvi command line tool to
get the http address.

Try to : seek beyond buffered region

Problem : Can't figure out where to seek to in bytes.

gst_flv_demux_handle_seek_pull:<flvdemux0> delaying seek to post-scan;  index
only up to 0:00:02.600000000

Due to the file not having an index, flvdemux needs to 'scan' the file to get
to the requested position, and does so in an incremental fashion. While this
works fine for local files ... it means one cannot seek beyond the buffered
position for files stored remotely.

The problem is that, due to not having an index, we'd need to be able to
're-sync' on tag headers (what is present at the beginning of video/audio
buffers). Maybe some system by which we scan for 3 consecutive tags that
validate each other through tag_sizes and tag types.

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