[Bug 696770] Memory leak when processing h.264 field pictures

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Wed Jun 5 01:13:29 PDT 2013


https://bugzilla.gnome.org/show_bug.cgi?id=696770
  GStreamer | gst-libav | 1.0.5

--- Comment #13 from sreerenj <bsreerenj at gmail.com> 2013-06-05 08:13:23 UTC ---
(In reply to comment #12)
> (In reply to comment #8)
>
> 
> Yes, for field-encoded stream, every GstVideoCodecFrame is a field. The issue
> is exactly what I mentioned before.  I don't think it is the duty of parser.
> Because if I understood correctly some decoders can send fields as frames to
> renderer directly.  For eg, vaapi has a feature for this. vaPutsurface() api
> has flags to specify whether the surface has top fields or bottom fields. But
> AFAIK this is not yet supported in driver. So in current gstreamer-vaapi we are
> using the same surface to render both top and bottom fields.

Using same surface but rendering each field separately using the flags in
vaPutSurface.

> 
> I have a fix for this to gstreamer-vaapi also:
> https://bugzilla.gnome.org/show_bug.cgi?id=701257
> 
> We need similar fixes to mpeg2dec also.

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