Problem with the same custom element multiple times

Totoketchup anthony.damato at hotmail.fr
Fri Jun 26 07:35:48 PDT 2015


Hi, thank you for your detailed answer.

The main problem is that I can't modify what the module entry is, so I can't send my GstBuffer to it. This eliminates the a) solution. Secondly, I can't modify what this module is doing with the raw data. This  eliminates the b). The c) is the solution I was thinking about yes :)
But when I have the timestamps information how can I give it to the new GstBuffer ?

Le 26 juin 2015 16:38, "Stirling Westrup [via GStreamer-devel]" <ml-node+s966125n4672473h45 at n4.nabble.com> a écrit :


On Thu, Jun 25, 2015 at 4:29 PM, Totoketchup <anthony.damato at hotmail.fr>
wrote:

> Hi !
>
> My element (TetrysElement) adds redundancy (linear combination between
> packets) and adds a header (to distinguish each packet during the
> reception).
> But, I have to "break" the structure of the GstBuffer in the chain loop to
> send the data to another module. When the module has finished, he sends
> back
> in a callback function the data with header and the redundancy packet. Then
> I create a new GstBuffer that I fill with this and I send it to the next
> element. But during this 'travel', I have lost the timestamps information.
> Do you know how can I have it back ?
>
> I don't see how this is even a problem. You can solve this any number of
ways, by just including the timestamp data in the round trip. This could be
any one of

a) Send the GstBuffer to the redundancy module, and it builds and returns a
GstBuffer with the new data and timestamps transferred over. (this is what
I would do).

b) Include the timestamps in the raw data you send to the redundancy
module, and have it return them in its callback.

c) Hold onto the original buffer and its data until the callback, associate
them somehow, and build a new GstBuffer using the saved data and the
callback data.  I would only recommend this if the redundancy module is an
opaque library with a bad interface (ie, no round trip of user data).



--
Stirling Westrup
Programmer, Entrepreneur.
https://www.linkedin.com/e/fpf/77228
http://www.linkedin.com/in/swestrup
http://technaut.livejournal.com
http://sourceforge.net/users/stirlingwestrup

_______________________________________________
gstreamer-devel mailing list
gstreamer-devel at lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel




_______________________________________________
If you reply to this email, your message will be added to the discussion below:
http://gstreamer-devel.966125.n4.nabble.com/Problem-with-the-same-custom-element-multiple-times-tp4671995p4672473.html

To unsubscribe from Problem with the same custom element multiple times, visit http://gstreamer-devel.966125.n4.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=4671995&code=YW50aG9ueS5kYW1hdG9AaG90bWFpbC5mcnw0NjcxOTk1fDEwODEzMjEzMTk=




--
View this message in context: http://gstreamer-devel.966125.n4.nabble.com/Problem-with-the-same-custom-element-multiple-times-tp4671995p4672479.html
Sent from the GStreamer-devel mailing list archive at Nabble.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20150626/6951bfb6/attachment.html>


More information about the gstreamer-devel mailing list