[Bug 611157] [RFC] more buffer flags and caps fields in gst-video for 3d video

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=611157
  GStreamer | gst-plugins-base | unspecified

--- Comment #56 from sreerenj <bsreerenj at gmail.com> 2013-04-09 21:37:59 UTC ---
Patches 1,2,3 and 4 are to enable the stereovideo support.

Patch 5 and 6 are proposals: and these patches are kind of prototype.

Attachment-7 is adding s3d support in qtdemux (only handling mpeg-A, svmi
header).

Some comments about patch5 and patch6:

I have added a method gst_stereo_video_buffer_add_video_meta() to
video-stereo.c which is not implemented but just a proposal.Also I tried the
side-by-side mapping for I420 with this method .But not added to the patch
since the code is ugly. Need some proper way to map all raw formats against all
combination of GstStereoVideoFrameType. I don't know how it would be :) 

Suppose the pipleline is something like this, 
filesrc ! demuxer ! decoder ! video3dcompositor ! xvimagesink , then the buffer
allocated from pool have already associated video-meta which may have different
strides. So we should handle this case also.

It seems like a large set of combinations are possible ,
all raw formats should have mapping for all GstStereoVideoFrameType.

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