I’m keeping it as simple as possible and just trying to link uridecodebin ->ffmpegcolorspace -> ximagesink. I’ve read through the documentation and can see that I’m going to have to use the various signals to dynamically link uridecodebin to the next element in the pipeline. But I’m unclear as to which of the signals to use and the sequence they are triggered in. I can do this using gst-launch but this takes care of all the signal handling for me, and I want to be able to do the same with a C program. Could someone give me a brief overview of which signals I probably should use and the order they would normally occur in please ? Many thanks for all the help so far ! Darren
*** FRIEND MTS LIMITED EMAIL CONFIDENTIALITY *** This email message and any attachments may contain information which is confidential or privileged and is intended for the sole use of the person to whom it is addressed. If you are not the intended recipient, be aware that any disclosures, copying, distribution or use of the contents is prohibited. If you have received this email message in error, please notify our office by telephone (+44 (0)121 633 2000) or email ([hidden email]) immediately. Thank you. ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
On Thu, 2009-01-15 at 14:38 +0000, Darren Staples wrote:
> Having got a pipeline with decodebin working (programmatically) I’m > now trying to do the same with uridecodebin. > I’m keeping it as simple as possible and just trying to link > uridecodebin ->ffmpegcolorspace -> ximagesink. > > I’ve read through the documentation and can see that I’m going to have > to use the various signals to dynamically link uridecodebin to the > next element in the pipeline. > But I’m unclear as to which of the signals to use and the sequence > they are triggered in. > > I can do this using gst-launch but this takes care of all the signal > handling for me, and I want to be able to do the same with a C > program. > > Could someone give me a brief overview of which signals I probably > should use and the order they would normally occur in please ? You only need to connect to the pad-added signal to be notified of the dynamic pads. Wim > > Many thanks for all the help so far ! > > Darren > > > > > *** FRIEND MTS LIMITED EMAIL CONFIDENTIALITY *** > > This email message and any attachments may contain information which > is confidential or privileged and is intended for the sole use of the > person to whom it is addressed. If you are not the intended > recipient, be aware that any disclosures, copying, distribution or use > of the contents is prohibited. If you have received this email > message in error, please notify our office by telephone (+44 (0)121 > 633 2000) or email ([hidden email]) immediately. Thank you. > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by Darren Staples
No ‘pad-added’ signal for uridecodebin... Or is it somehow ‘inherited’ from decodebin ? Or am I missing the obvious ? ;) Regards, Darren
*** FRIEND MTS LIMITED EMAIL CONFIDENTIALITY *** This email message and any attachments may contain information which is confidential or privileged and is intended for the sole use of the person to whom it is addressed. If you are not the intended recipient, be aware that any disclosures, copying, distribution or use of the contents is prohibited. If you have received this email message in error, please notify our office by telephone (+44 (0)121 633 2000) or email ([hidden email]) immediately. Thank you. ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Administrator
|
Hi,
gst-inspect only shows the signals defined in the highest-level class. Since 'pad-added' is a signal of GstElement (of which all elements derive, including bins and pipelines) it doesn't show it... but it's there :) Edward On Fri, 2009-01-16 at 08:07 +0000, Darren Staples wrote: > But when I gst-inspect uridecodebin the only signals I see are > ‘unknown-type’, ‘autoplug-continue’, ‘autoplug-factories’, > ‘autoplug-select’ and ‘drained’. > No ‘pad-added’ signal for uridecodebin... > > Or is it somehow ‘inherited’ from decodebin ? Or am I missing the > obvious ? ;) > > Regards, > Darren > > > > > *** FRIEND MTS LIMITED EMAIL CONFIDENTIALITY *** > > This email message and any attachments may contain information which > is confidential or privileged and is intended for the sole use of the > person to whom it is addressed. If you are not the intended > recipient, be aware that any disclosures, copying, distribution or use > of the contents is prohibited. If you have received this email > message in error, please notify our office by telephone (+44 (0)121 > 633 2000) or email ([hidden email]) immediately. Thank you. > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Free forum by Nabble | Edit this page |