[Bug 728379] appsink/appsrc: caps negotiation/parsing regression

[GStreamer (bugzilla.gnome.org)]

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

--- Comment #2 from Nicola <lists at svrinformatica.it> 2014-04-17 06:41:04 UTC ---
thanks for your answer, what is incovenient is that in 0.10 I have not to set
the caps at all, while in 1.0 I have to and the caps must be exact, for example
I know that I have h264,avc,au but I don't know codec data.

I taked a look to appsrc code, what do you think about this modifications:

1) add a new method gst_app_src_push_sample, that accept a sample, exctract
buffer and caps from the received and call the already existing
push_buffer_full and set_caps methods
2) caps are setted only if the existing caps are null or different from the
buffer's one
3) eventually add a new property, something similar to resend-streamheader in
multifdsink, that allow to reset the caps if they change in new samples

there should be no compatibility issue since existing applications can continue
to use push_buffer

this change will make much more simpler and convenient the use of
appsink/appsrc that will become much more similar to a single pipeline (with
some minor exceptions)

if you think this could be accepted upstream I'll try to do a proper patch

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