hi,
let see an example: both gst-inspect input-selector and http://www.gstreamer.net/data/doc/gstreamer/head/gst-plugins-bad-plugins/html/gst-plugins-bad-plugins-input-selector.html said that the signal "switch" has a last argument as gpointer user_data and the signal "block" has no such last argument in the gst-inspect output, but has in the above docs. but when i look onto the source code in gstinputselector.h none of these signal has last param! since there are many signal (almos all) which has last param user_data so my questions in general: is the last param user_data exist or not at all? or it's something glib specific thing or ...? thanks in advance. regards. -- Levente "Si vis pacem para bellum!" ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Hi Farkas,
That is indeed a gobject signal thing: when you connect [1] to a signal, you specify a "user_data" pointer to pass to the callback you're attaching, whatever the signal. This is all should be explained in the signal section of the GObject Reference Manual [2]. Guillaume [1] http://library.gnome.org/devel/gobject/2.26/gobject-Signals.html#g-signal-connect [2] http://library.gnome.org/devel/gobject/2.26/signal.html On 06/01/2011 14:50, Farkas Levente wrote: > hi, > let see an example: both gst-inspect input-selector and > http://www.gstreamer.net/data/doc/gstreamer/head/gst-plugins-bad-plugins/html/gst-plugins-bad-plugins-input-selector.html > said that the signal "switch" has a last argument as > gpointer user_data > and the signal "block" has no such last argument in the gst-inspect > output, but has in the above docs. > but when i look onto the source code in gstinputselector.h none of these > signal has last param! > > since there are many signal (almos all) which has last param user_data > so my questions in general: > is the last param user_data exist or not at all? or it's something glib > specific thing or ...? > thanks in advance. > regards. > ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
hi,
then the two signal definition in input-selector is bad? or.. http://cgit.freedesktop.org/gstreamer/gstreamer/tree/plugins/elements/gstinputselector.h since there is no last argument user_data? On 01/06/2011 03:29 PM, Guillaume Emont wrote: > Hi Farkas, > > That is indeed a gobject signal thing: when you connect [1] to a signal, > you specify a "user_data" pointer to pass to the callback you're > attaching, whatever the signal. > This is all should be explained in the signal section of the GObject > Reference Manual [2]. > > Guillaume > > [1] > http://library.gnome.org/devel/gobject/2.26/gobject-Signals.html#g-signal-connect > [2] http://library.gnome.org/devel/gobject/2.26/signal.html > > On 06/01/2011 14:50, Farkas Levente wrote: >> hi, >> let see an example: both gst-inspect input-selector and >> http://www.gstreamer.net/data/doc/gstreamer/head/gst-plugins-bad-plugins/html/gst-plugins-bad-plugins-input-selector.html >> said that the signal "switch" has a last argument as >> gpointer user_data >> and the signal "block" has no such last argument in the gst-inspect >> output, but has in the above docs. >> but when i look onto the source code in gstinputselector.h none of these >> signal has last param! >> >> since there are many signal (almos all) which has last param user_data >> so my questions in general: >> is the last param user_data exist or not at all? or it's something glib >> specific thing or ...? >> thanks in advance. >> regards. >> > > > ------------------------------------------------------------------------------ > Learn how Oracle Real Application Clusters (RAC) One Node allows customers > to consolidate database storage, standardize their database environment, and, > should the need arise, upgrade to a full multi-node Oracle RAC database > without downtime or disruption > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel -- Levente "Si vis pacem para bellum!" ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Administrator
|
On Thu, 2011-01-06 at 16:31 +0100, Farkas Levente wrote:
> hi, > then the two signal definition in input-selector is bad? or.. > http://cgit.freedesktop.org/gstreamer/gstreamer/tree/plugins/elements/gstinputselector.h > since there is no last argument user_data? Those are the vmethod implementations called *on* the object (read more of the gobject docs to understand what I mean). user_data is only used in the callbacks and added by the signalling system auto-magically. Edward > > On 01/06/2011 03:29 PM, Guillaume Emont wrote: > > Hi Farkas, > > > > That is indeed a gobject signal thing: when you connect [1] to a signal, > > you specify a "user_data" pointer to pass to the callback you're > > attaching, whatever the signal. > > This is all should be explained in the signal section of the GObject > > Reference Manual [2]. > > > > Guillaume > > > > [1] > > http://library.gnome.org/devel/gobject/2.26/gobject-Signals.html#g-signal-connect > > [2] http://library.gnome.org/devel/gobject/2.26/signal.html > > > > On 06/01/2011 14:50, Farkas Levente wrote: > >> hi, > >> let see an example: both gst-inspect input-selector and > >> http://www.gstreamer.net/data/doc/gstreamer/head/gst-plugins-bad-plugins/html/gst-plugins-bad-plugins-input-selector.html > >> said that the signal "switch" has a last argument as > >> gpointer user_data > >> and the signal "block" has no such last argument in the gst-inspect > >> output, but has in the above docs. > >> but when i look onto the source code in gstinputselector.h none of these > >> signal has last param! > >> > >> since there are many signal (almos all) which has last param user_data > >> so my questions in general: > >> is the last param user_data exist or not at all? or it's something glib > >> specific thing or ...? > >> thanks in advance. > >> regards. > >> > > > > > > ------------------------------------------------------------------------------ > > Learn how Oracle Real Application Clusters (RAC) One Node allows customers > > to consolidate database storage, standardize their database environment, and, > > should the need arise, upgrade to a full multi-node Oracle RAC database > > without downtime or disruption > > http://p.sf.net/sfu/oracle-sfdevnl > > _______________________________________________ > > gstreamer-devel mailing list > > [hidden email] > > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
On 01/06/2011 04:41 PM, Edward Hervey wrote:
> On Thu, 2011-01-06 at 16:31 +0100, Farkas Levente wrote: >> hi, >> then the two signal definition in input-selector is bad? or.. >> http://cgit.freedesktop.org/gstreamer/gstreamer/tree/plugins/elements/gstinputselector.h >> since there is no last argument user_data? > > Those are the vmethod implementations called *on* the object (read > more of the gobject docs to understand what I mean). > user_data is only used in the callbacks and added by the signalling > system auto-magically. > > Edward but it'd be nice to use consistent docs/help ie. either all gst-inspect signal contain it as last param or none (see for example gst-inspect input-selector). >> >> On 01/06/2011 03:29 PM, Guillaume Emont wrote: >>> Hi Farkas, >>> >>> That is indeed a gobject signal thing: when you connect [1] to a signal, >>> you specify a "user_data" pointer to pass to the callback you're >>> attaching, whatever the signal. >>> This is all should be explained in the signal section of the GObject >>> Reference Manual [2]. >>> >>> Guillaume >>> >>> [1] >>> http://library.gnome.org/devel/gobject/2.26/gobject-Signals.html#g-signal-connect >>> [2] http://library.gnome.org/devel/gobject/2.26/signal.html >>> >>> On 06/01/2011 14:50, Farkas Levente wrote: >>>> hi, >>>> let see an example: both gst-inspect input-selector and >>>> http://www.gstreamer.net/data/doc/gstreamer/head/gst-plugins-bad-plugins/html/gst-plugins-bad-plugins-input-selector.html >>>> said that the signal "switch" has a last argument as >>>> gpointer user_data >>>> and the signal "block" has no such last argument in the gst-inspect >>>> output, but has in the above docs. >>>> but when i look onto the source code in gstinputselector.h none of these >>>> signal has last param! >>>> >>>> since there are many signal (almos all) which has last param user_data >>>> so my questions in general: >>>> is the last param user_data exist or not at all? or it's something glib >>>> specific thing or ...? >>>> thanks in advance. >>>> regards. >>>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Learn how Oracle Real Application Clusters (RAC) One Node allows customers >>> to consolidate database storage, standardize their database environment, and, >>> should the need arise, upgrade to a full multi-node Oracle RAC database >>> without downtime or disruption >>> http://p.sf.net/sfu/oracle-sfdevnl >>> _______________________________________________ >>> gstreamer-devel mailing list >>> [hidden email] >>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel >> >> > > > > ------------------------------------------------------------------------------ > Learn how Oracle Real Application Clusters (RAC) One Node allows customers > to consolidate database storage, standardize their database environment, and, > should the need arise, upgrade to a full multi-node Oracle RAC database > without downtime or disruption > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel -- Levente "Si vis pacem para bellum!" ------------------------------------------------------------------------------ Gaining the trust of online customers is vital for the success of any company that requires sensitive data to be transmitted over the Web. Learn how to best implement a security strategy that keeps consumers' information secure and instills the confidence they need to proceed with transactions. http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
On Sat, 2011-01-08 at 22:12 +0100, Farkas Levente wrote:
> but it'd be nice to use consistent docs/help ie. either all gst-inspect > signal contain it as last param or none (see for example gst-inspect > input-selector). For action signals (and vfuncs for such action signals) no user_data argument should be displayed, since that doesn't make sense. gst-inspect doesn't show a user_data argument here, but gtk-doc (html docs) does, which looks like a gtk-doc bug to me. For normal signals, there should be a user data argument, because what you're displaying is basically the signature your callback function should have. Two different things really, and hence two different conventions. Cheers -Tim ------------------------------------------------------------------------------ Gaining the trust of online customers is vital for the success of any company that requires sensitive data to be transmitted over the Web. Learn how to best implement a security strategy that keeps consumers' information secure and instills the confidence they need to proceed with transactions. http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
On 09.01.2011 01:44, Tim-Philipp Müller wrote:
> On Sat, 2011-01-08 at 22:12 +0100, Farkas Levente wrote: > >> but it'd be nice to use consistent docs/help ie. either all gst-inspect >> signal contain it as last param or none (see for example gst-inspect >> input-selector). > For action signals (and vfuncs for such action signals) no user_data > argument should be displayed, since that doesn't make sense. gst-inspect > doesn't show a user_data argument here, but gtk-doc (html docs) does, > which looks like a gtk-doc bug to me. Hmm, one can still conect to an action signal and the callback is called when the signal is emitted. I agree that it would be quite a strange thing to do. On the gtk-doc side no one else has complained about it so far. Filed as enhancement request: https://bugzilla.gnome.org/show_bug.cgi?id=639155 Stefan > For normal signals, there should be a user data argument, because what > you're displaying is basically the signature your callback function > should have. > > Two different things really, and hence two different conventions. > > Cheers > -Tim > > > > ------------------------------------------------------------------------------ > Gaining the trust of online customers is vital for the success of any company > that requires sensitive data to be transmitted over the Web. Learn how to > best implement a security strategy that keeps consumers' information secure > and instills the confidence they need to proceed with transactions. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel ------------------------------------------------------------------------------ Gaining the trust of online customers is vital for the success of any company that requires sensitive data to be transmitted over the Web. Learn how to best implement a security strategy that keeps consumers' information secure and instills the confidence they need to proceed with transactions. http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Free forum by Nabble | Edit this page |