[gstreamer-bugs] [Bug 622276] Add an h263parse element

[GStreamer (bugzilla.gnome.org)]

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

Tim-Philipp Müller <t.i.m> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEEDINFO                    |NEW
                 CC|                            |t.i.m at zen.co.uk

--- Comment #20 from Tim-Philipp Müller <t.i.m at zen.co.uk> 2011-01-27 15:47:49 UTC ---
> Comments ?  Expected doom ?

1. w00t

Moving forward I'd go for this:

2. let's add a -bad/gst/videoparsers/ with an internal copy of the modified
baseparse for now, to get the code out there and get it tested etc.

3. let's keep the baseparses in gst/audioparsers/ and gst/videoparsers/ in sync

4. do some performance measurements to make sure we're not regressing majorly
from the non-baseparse implementation (in h264parse) case, and also test
backwards playback.

5. get API reviewed, also compare with GstBaseVideoParse in
-bad/gst-libs/gst/video/

6. then add new base class to core/base as appropriate (depends on whether we
keep it generic or decide to go for dedicated audio/video classes I guess), and
move code in -bad to that

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