Re: [Banshee-List] GskScreen and glib value on gstreamer#

["Andres G. Aragoneses" <knocte gmail com>]

Hey olivier, my guess is that GStreamerSharp's GLib binding is less 
mature than the GtkSharp one. Can you ask them if it's possible that 
they switch to depending to the latter? I guess there is a mailing list 
for GStreamerSharp, but if not, I would advice GStreamer mailing list.

On 6/11/2011 02:29 PM, olivier dufour wrote:
> found the issue.
> It come from the fact that gstreamer have a small glib binding and gtk too.
> Screen need to be used from Gstreamer# GLib for Video stuff but it come
> from gtk# Glib binding.
> its have not the same namespace. So we have Screen ctor with GLib.Value
> as parameter but not a ctor with Gst.GLib.Value as parameter.
>
> So:
> 1) Why we have 2 bindings for GLib...
> 2) Can we switch to gtk GLib binding from Gtk in Gstreamer# ?
>
> I have try to set my own Screen in Gstreamer#.
>
> So I need a bit of explaination to know why we have this situation to
> know how get further...
>
> Olivier Dufour
>
>
> On Sat, Jun 11, 2011 at 11:26 AM, olivier dufour
> <olivier duff gmail com
> <mailto:olivier duff gmail com>> wrote:
>
>     Hello,
>
>     I have an issue with video feature in gst# backend because of an
>     exception:
>     This exception comming from the fact that GdkScreen is not
>     registered in Glib Type.
>     In fact gstreamer bring some GLib type with it but not the one from
>     Gdk and do not want to make gstreamer inherit from gdk sharp binding
>     to have Screen.
>
>
>     Marshaling sync-message signal
>     Exception in Gtk# callback delegate
>        Note: Applications can use
>     Gst.GLib.ExceptionManager.UnhandledException to handle the exception.
>     System.Exception: Unknown type GdkScreen
>        at Gst.GLib.Value.ToRegisteredType () [0x000a9] in
>     /home/dufoli/src/gstreamer-sharp/gstreamer-sharp/glib-sharp/Value.cs:376
>
>        at Gst.GLib.Value.get_Val () [0x0034c] in
>     /home/dufoli/src/gstreamer-sharp/gstreamer-sharp/glib-sharp/Value.cs:531
>
>        at Gst.GLib.SignalClosure.MarshalCallback (IntPtr raw_closure,
>     IntPtr return_val, UInt32 n_param_vals, IntPtr param_values, IntPtr
>     invocation_hint, IntPtr marshal_data) [0x0010e] in
>     /home/dufoli/src/gstreamer-sharp/gstreamer-sharp/glib-sharp/SignalClosure.cs:165
>
>         at
>     Gst.GLib.ExceptionManager.RaiseUnhandledException(System.Exception
>     e, Boolean is_terminal) in
>     /home/dufoli/src/gstreamer-sharp/gstreamer-sharp/glib-sharp/ExceptionManager.cs:line
>     58
>         at Gst.GLib.SignalClosure.MarshalCallback(IntPtr raw_closure,
>     IntPtr return_val, UInt32 n_param_vals, IntPtr param_values, IntPtr
>     invocation_hint, IntPtr marshal_data) in
>     /home/dufoli/src/gstreamer-sharp/gstreamer-sharp/glib-sharp/SignalClosure.cs:line
>     182
>         at Gst.Bus.gst_bus_sync_signal_handler(IntPtr , IntPtr , IntPtr )
>         at Gst.Bus.SyncSignalHandler(Gst.Message message) in
>     /home/dufoli/src/gstreamer-sharp/gstreamer-sharp/generated/Bus.custom:line
>     5
>         at Banshee.GStreamerSharp.VideoManager.<Initialize>m__5(Gst.Bus
>     bus, Gst.Message message) in
>     /home/dufoli/src/banshee/src/Backends/Banshee.GStreamerSharp/Banshee.GStreamerSharp/VideoManager.cs:line
>     91
>     ...
>     Olivier Dufour