[Bug 705129] androidmedia: add support for video encoding

[GStreamer (bugzilla.gnome.org)]

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

--- Comment #2 from Sebastian Dröge (slomo) <slomo at circular-chaos.org> 2013-08-19 10:13:16 UTC ---
Quoting from a mail that cee1 sent me:

> Sorry to ask the obvious... but does it work? :) Are there any known
> problems left?

Yes, at least for the Huawei MediaPad 10 FHD at my hand.
My testing pipeline:
* On the pad:
"videotestsrc is-live=true do-timestamp=true name=videosrc !
capsfilter caps=\"video/x-raw,width=1024,height=768,framerate=8/1\" !
amcvidenc-omxk3videoencoderavc bitrate=1024 i-frame-int=8 ! rtph264pay
! queue ! udpsink host=192.168.0.102 port=3057"

* On the PC side:
"udpsrc uri=udp://0.0.0.0:3057
caps=\"application/x-rtp,media=(string)video,clock-rate=(int)90000,encoding-name=(string)H264,payload=(int)96\"
! rtpjitterbuffer latency=10 ! rtph264depay ! avdec_h264 ! videoscale
! autovideosink"

Known problems left:
* Setting profile/level in GstAmcFormat will render a codec
configuration failure.

* I don't know any way to figure out stride.

* The branches handle "width != stride" are not tested. On my testing
pad, it will always render a configuration failure if width is not a
multiplier of 4.
Even for width that is a multiplier of 4, the codec may not create a
correct encoded stream.
For widths those are multiplier of 16, I tried some, all of them work fine.

* On my testing pad, the PC side will not decode correctly if not
start first. I guess this is because the codec generates SPS/PPS only
once.
I tried h264parse config-interval=1, it fixed the problem partially --
a bad picture appears on the PC side periodically, which is not
happened for "no h264parse + PC side starts first" case.

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