[Bug 663617] [gstffmpegdec] Don't use frame-based Multi-threading when upstream is live

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=663617
  GStreamer | gst-ffmpeg | git

--- Comment #2 from Edward Hervey <bilboed at gmail.com> 2011-11-10 15:14:05 UTC ---
(In reply to comment #1)
> I'm not sure what the link is between zero latency mode and a live stream?

  I don't think I mentionned zero-latency (which is a codec-feature).

  Some people like having low-latency when doing real-time-communication.

  Even with a zero-latency (no B frames) stream, If you have a 6 core machines
and FF_THREAD_FRAME, you'll end up adding a 6 frame-duration latency (i.e. the
decoded frame will come *out* of the decoder that much later).
  With 10fps ... that's 0.6s  ... not cool.

> I think its perfectly acceptable to add some latency in a live stream in some
> cases.

  Care to expand on that ? 

> The threading mode should probably be a property on the elements.

  We could expose it, sure.

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