[Bug 664733] queue for encoded streams

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Fri Jan 13 04:16:33 PST 2012


https://bugzilla.gnome.org/show_bug.cgi?id=664733
  GStreamer | gstreamer (core) | git

--- Comment #17 from Levente Farkas <lfarkas at lfarkas.org> 2012-01-13 12:16:32 UTC ---
let we explain these two patches.

1. the streaming properties.
this is something like a combination of leaky queue and a valve. this means you
can stop the streaming at the src pad without dropping the frames but of course
if the queue is full than start to drop. 
at the src pad queue do not give frames if the queue was empty, now we modify
it not to give also if the streaming off.


2. the check-frame-type properties.
in leaky mode the produced frames at the src pad always decodable even if the
flow contains I, P or B frames.
there are two cases:

a. leaky mode is upstream:
if we drop an incoming frame, then we drop all new frames until it's a I-frame
(since otherwise the stream won't be decodable).

b. leaky mode is downstream:
if we drop a frame at the end of the internal queue we drop all previous frames
until next I-frame, but don't drop events. if the queue becomes empty after
this, then we also drop all incoming new frames until the first I-frame.

i hope it's clear the idea behind these two patches.

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