* gstreamer-sharp.mds:
* gstreamer-sharp.mdp: Updated MonoDevelo project/solution
* source/gstreamer-sharp-source.xml: Cleaned up a bit
* sample/DecodeBinTranscoder.cs: Updated to reflect renaming of
Clock.GstSecond to Clock.Second, etc.
* gstreamer-sharp/glue/clock.c: Added gstsharp_gst_clock_get_time_none
and gstsharp_gst_clock_time_is_valid
* gstreamer-sharp/Clock.custom: Added bindings for new clock glue
and renamed GstNSecond to NSecond (and friends)
git-svn-id: svn://anonsvn.mono-project.com/source/branches/abock/gstreamer-sharp@62535 e3ebcda4-bce8-0310-ba0a-eca2169e7518
* sample/DecodeBinTranscoder.cs: Fixing ambigious cast.
* gstreamer-sharp/glue/clock.c:
* gstreamer-sharp/Clock.custom: Changing the gint64 to guint64 and
long to ulong respectively. The clocktime (GstClockTime) is measured
in nanoseconds as unsigned long inside GStreamer.
This is introducing a small schizophrenia since some functions (such
as queries, seeks) take signed long (-1 to mark infinity or error).
This is the expected Gst behaviour.
Just sticking silently to long (instead of ulong) will bork us sooner
or later, especially for custom-build low level routines/elements.
Comments welcome.
git-svn-id: svn://anonsvn.mono-project.com/source/branches/abock/gstreamer-sharp@61438 e3ebcda4-bce8-0310-ba0a-eca2169e7518
* gstreamer-sharp/plugins-base/DecodeBin.cs: Added a quick binding for
decodebin to test new-decoded-pad; probably is only a temporary solution
* sample/DecodeBinTranscoder.cs: Added a small decodebin sample
* sample/Makefile.am: Added build rules for decodebin sample
* gstreamer-sharp.mdp: Updated MonoDevelop project
* gstreamer-sharp/Makefile.am: Added plugins-base/DecodeBin.cs
git-svn-id: svn://anonsvn.mono-project.com/source/branches/abock/gstreamer-sharp@60931 e3ebcda4-bce8-0310-ba0a-eca2169e7518
