[gstreamer-bugs] [Bug 392534] ffdemux enhancement: push based scheduling

[GStreamer (bugzilla.gnome.org)]

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=392534

  GStreamer | gst-ffmpeg | Ver: 0.10.2

vanista changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |vanista at gmail.com




------- Comment #16 from vanista  2007-07-26 19:59 UTC -------
I'm interested in this enhancement for MPEG-TS demuxing. Although, I've done
some investigation and  I might go with the flutsdemux alternative instead...

In the case of MPEG-TS, the demux does peek at the whole file and completely
relies on url_fseek(pb, pos, SEEK_SET) to get back at the begining and perform
the actual demuxing.
I bet other demuxes behave this way too (a simple grep on url_fseek tells me
they almost all use the seek).


This feature would be pretty tough to implement properly without hacking every
demux there is.

Maybe if there was some way to skip av_open_input_file and
gst_ffmpeg_av_find_stream_info and make do with whatever the demux outputs...

Or, how about buffering the first requested buffer(s), faking an EOS and
waiting for the SEEK to resume the flow?


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=392534.