[gstreamer-bugs] [Bug 604965] Gst.Application.GstResolveType is useless, or just very slow at best

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=604965
  GStreamer | gst-sharp | git

--- Comment #2 from Maarten Bosmans <mkbosmans at gmail.com> 2009-12-20 19:05:15 UTC ---
Thanks for the explanation.

Does that mean that it is sufficient to only check gstreamer-sharp.dll for Gst*
types? Or is this mechanism also used for elements implemented in C#, so other
assemblies have to be searched as well?
In any case, all the System.* assemblies can be skipped, because those will
certainly not contain any of the GObject types. That alone would speed it up, I
think. I'll prepare a patch and measure the speedup.

I noticed that a request to resolve GstBus and GstMessage also went through
GstResolveType in my app. Is this correct, or is the mchanism only supposed to
be for elements. It didn't find a matching type though. This looks logical,
because in the source I can't find a [GTypeName ("GstBus")] anywhere. But for
these types the whole lookup still takes 400ms, quite a waste of resources.

There is also still a bug in that assembly.GetTypes() can raise an Exception.
I'll include a fix for that in a patch, when I know how to rework
GstResolveType.

The only other thing I can think of to speed this up, is some sort of cache. Is
that something you would think of as fruitfull to persue?

So, a lot of questions. Hopefully you can answer them.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.