[Bug 736100] video-info: doesn't return the right I420 image size for certain resolutions

[GStreamer (bugzilla.gnome.org)]

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

--- Comment #8 from Aleix Conchillo Flaqué <aconchillo at gmail.com> 2014-09-08 04:43:43 UTC ---
(In reply to comment #7)
> Yeah, your WebRTC API should ideally allow you to provide it a buffer and the
> configuration of it (plane offsets, strides, etc)... and otherwise you can
> still add a GstVideoMeta with the WebRTC strides to the buffer as long as
> downstream supports GstVideoMeta. No need to copy stuff around in that case.
> 
> I assume with WebRTC you mean libwebrtc here?

I have an app written using the WebRTC project,
https://code.google.com/p/webrtc/, like if it was a WebRTC app. I then used
shmsink to pass the frames to a GStreamer only app. Everything works great so
far.

This is the base class for a VideoFrame.

https://code.google.com/p/webrtc/source/browse/trunk/talk/media/base/videoframe.h

And I don't see it supports copying considering different strides, etc.

I don't think GstVideoMeta will travel with the buffer with shmsink. And the
other side, where I should add GstVideoMetta, is kind of generic. So, right
now, is hard for me to add a special case for the buffer coming from WebRTC.

But it's really handy to know anyways. So, thanks!

Nicolas, is the 4 byte alignment a standard thing in a raw I420 image, or is it
something that GStreamer uses by default? Sorry, I am not very well versed in
image/color formats. If it's something that it should be really fixed, then I
would dig into it and try to fix it.

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