While a pipe is running I want to transfer data from the source pad of a
Transform element. Is there some way I can do it? -- Sent from: http://gstreamer-devel.966125.n4.nabble.com/ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
Le jeu. 17 janv. 2019 19 h 13, geospatialdeveloper <[hidden email]> a écrit : While a pipe is running I want to transfer data from the source pad of a Would you mind extending on what you want to do. There is a large amount of ways to access streaming data, so more context is required in order to give you a proper answer.
_______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
So I have a simple pipeline with a custom source element that reads a Tiff
file, a custom transform element that applies an algorithm to the pixels read in and a sink element that writes out a new Tiff file. This pipeline works. I'm trying to write a shared library to have a function that will load the pipe in memory but instead of the sink element writing out the Tiff file will write the data into a memory location so that applications using the shared library can call the function and have access to the processed pixels. I did try to read the source pad of the transform element but with no sink in the pipe, the pipe does not execute. -- Sent from: http://gstreamer-devel.966125.n4.nabble.com/ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
Le vendredi 18 janvier 2019 à 07:27 -0600, geospatialdeveloper a
écrit : > So I have a simple pipeline with a custom source element that reads a Tiff > file, a custom transform element that applies an algorithm to the pixels > read in and a sink element that writes out a new Tiff file. This pipeline > works. > > I'm trying to write a shared library to have a function that will load the > pipe in memory but instead of the sink element writing out the Tiff file > will write the data into a memory location so that applications using the > shared library can call the function and have access to the processed > pixels. > > I did try to read the source pad of the transform element but with no sink > in the pipe, the pipe does not execute. > > > > -- > Sent from: http://gstreamer-devel.966125.n4.nabble.com/ > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel signature.asc (201 bytes) Download Attachment |
On Fri, Jan 18, 2019 at 4:58 PM Nicolas Dufresne <[hidden email]> wrote:
> > Le vendredi 18 janvier 2019 à 07:27 -0600, geospatialdeveloper a > écrit : > > So I have a simple pipeline with a custom source element that reads a Tiff > > file, a custom transform element that applies an algorithm to the pixels > > read in and a sink element that writes out a new Tiff file. This pipeline > > works. > > > > I'm trying to write a shared library to have a function that will load the > > pipe in memory but instead of the sink element writing out the Tiff file > > will write the data into a memory location so that applications using the > > shared library can call the function and have access to the processed > > pixels. > > Then use appsink I would say. > Cheers, --Prabhakar _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
Free forum by Nabble | Edit this page |