[Bug 726325] RFC: Add tunneling support.

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=726325
  GStreamer | gst-omx | git

--- Comment #42 from Julien Isorce <julien.isorce at gmail.com> 2014-03-31 17:39:36 UTC ---
Created an attachment (id=273352)
 View: https://bugzilla.gnome.org/attachment.cgi?id=273352
 Review: https://bugzilla.gnome.org/review?bug=726325&attachment=273352

omxvideodec/enc: partially remove data flow if tunnelled

Several problems from trying to remove the data flow:

* need at least one buffer because the encoder initialize stuffs like caps.

* Most of the synchronized events are attached to the frames, so that not
calling gst_video_decoder_finish_frame will not send them. 

(I also tried to export and just call gst_video_decoder_prepare_finish_frame
(TRUE) but that's a bit a hack)

* If no data flow then gst_video_encoder_chain is not called, then
gst_video_encoder_new_frame is not called and then
http://cgit.freedesktop.org/gstreamer/gst-omx/tree/omx/gstomxvideoenc.c#n544 is
called with input param set to NULL. (and same pb about events)


So in the end I wonder if this data flow is really annoying or if you have some
ideas  to improve my patch as I get sometimes some errors like:
qtmux gstqtmux.c:2237:gst_qt_mux_add_buffer: decreasing DTS value
0:00:02.666666666 < 0:00:02.708333296

when doing gst-launch-1.0 filesrc location=movie.mp4 ! qtdemux ! h264parse !
omxh264dec !  omxh264enc ! h264parse ! qtmux ! filesink location=res.mp4

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