Commit graph

6 commits

Author SHA1 Message Date
Sebastian Dröge
aa7bb8fa1c Use internal glib-sharp copy everywhere and make it work side-by-side with real glib-sharp
glib-sharp will only get a new release with the new API that we need for
3.0 in a year or something. Instead of waiting a year before we can release
something we now have our own internal copy of glib-sharp trunk that will
be dropped once glib-sharp 3.0 is released.

Everything is now compilable and working without any additional patches.
2009-08-05 16:57:20 +02:00
Sebastian Dröge
055571f20c Remove the Data hashtables from MiniObject
We don't have any ways to store them in a persitant way anyway,
for example the content will disappear if the managed mini object
is unreffed and later the same native instance is used again in
managed code.
2009-06-20 15:22:43 +02:00
Maarten Bosmans
f665c749b6 Use libgst*.dll in DllImport attribute, instead of gst*.dll
Nescessary for .NET, which doesn't prefix the library filename
with lib automatically.
2009-05-25 12:09:52 +02:00
Sebastian Dröge
61523d6d5a Unref mini objects immediately instead of 50ms later and fix mini object type registration 2009-05-22 10:56:24 +02:00
Sebastian Dröge
e028718bb3 Remove the managed miniobject instances from the hashtable before unreffing 2009-05-21 20:56:57 +02:00
Sebastian Dröge
cf9fd6ec9a Extend the code generator to handle GstMiniObject and implement Gst.MiniObject
Also fix indention everywhere and change code to use Gst.MiniObject.GetObject()
instead of GLib.Opaque.GetOpaque().

It's currently not possible to implement or use GInterfaces on mini objects
but apart from that this should be a great improvement, especially new
mini object classes can be defined in C# now.
2009-05-20 17:32:03 +02:00