[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