mirrors/gstreamer
mirrors/gstreamer
1
1
Fork 0
mirror of https://gitlab.freedesktop.org/gstreamer/gstreamer.git synced 2024-12-23 00:36:51 +00:00
Code Issues 1 Projects Releases Wiki Activity
gstreamer/doc/en/Gst.App/AppSrc.xml

524 lines
18 KiB
XML
Raw Normal View History

Update docs
2009-06-06 11:18:16 +00:00
<Type Name="AppSrc" FullName="Gst.App.AppSrc">
<TypeSignature Language="C#" Value="public class AppSrc : Gst.Base.BaseSrc" />
<AssemblyInfo>
<AssemblyName>gstreamer-sharp</AssemblyName>
<AssemblyVersion>0.9.0.0</AssemblyVersion>
Update docs
2009-09-11 08:11:19 +00:00
<AssemblyVersion>0.9.1.0</AssemblyVersion>
Update docs
2009-10-02 13:50:16 +00:00
<AssemblyVersion>0.9.2.0</AssemblyVersion>
Update docs
2009-06-06 11:18:16 +00:00
</AssemblyInfo>
<Base>
<BaseTypeName>Gst.Base.BaseSrc</BaseTypeName>
</Base>
<Interfaces />
<Docs>
<summary>To be added.</summary>
<remarks>To be added.</remarks>
</Docs>
<Members>
<Member MemberName=".ctor">
<MemberSignature Language="C#" Value="public AppSrc ();" />
<MemberType>Constructor</MemberType>
<AssemblyInfo>
<AssemblyVersion>0.9.0.0</AssemblyVersion>
Update docs
2009-09-11 08:11:19 +00:00
<AssemblyVersion>0.9.1.0</AssemblyVersion>
Update docs
2009-10-02 13:50:16 +00:00
<AssemblyVersion>0.9.2.0</AssemblyVersion>
Update docs
2009-06-06 11:18:16 +00:00
</AssemblyInfo>
<Parameters />
<Docs>
<summary>To be added.</summary>
<remarks>To be added.</remarks>
</Docs>
</Member>
<Member MemberName=".ctor">
<MemberSignature Language="C#" Value="public AppSrc (IntPtr raw);" />
<MemberType>Constructor</MemberType>
<AssemblyInfo>
<AssemblyVersion>0.9.0.0</AssemblyVersion>
Update docs
2009-09-11 08:11:19 +00:00
<AssemblyVersion>0.9.1.0</AssemblyVersion>
Update docs
2009-10-02 13:50:16 +00:00
<AssemblyVersion>0.9.2.0</AssemblyVersion>
Update docs
2009-06-06 11:18:16 +00:00
</AssemblyInfo>
<Parameters>
<Parameter Name="raw" Type="System.IntPtr" />
</Parameters>
<Docs>
<param name="raw">To be added.</param>
<summary>To be added.</summary>
<remarks>To be added.</remarks>
</Docs>
</Member>
<Member MemberName=".ctor">
<MemberSignature Language="C#" Value="public AppSrc (string name);" />
<MemberType>Constructor</MemberType>
<AssemblyInfo>
<AssemblyVersion>0.9.0.0</AssemblyVersion>
Update docs
2009-09-11 08:11:19 +00:00
<AssemblyVersion>0.9.1.0</AssemblyVersion>
Update docs
2009-10-02 13:50:16 +00:00
<AssemblyVersion>0.9.2.0</AssemblyVersion>
Update docs
2009-06-06 11:18:16 +00:00
</AssemblyInfo>
<Parameters>
<Parameter Name="name" Type="System.String" />
</Parameters>
<Docs>
<param name="name">To be added.</param>
<summary>To be added.</summary>
<remarks>To be added.</remarks>
</Docs>
</Member>
<Member MemberName="Block">
<MemberSignature Language="C#" Value="public bool Block { set; get; }" />
<MemberType>Property</MemberType>
<AssemblyInfo>
<AssemblyVersion>0.9.0.0</AssemblyVersion>
Update docs
2009-09-11 08:11:19 +00:00
<AssemblyVersion>0.9.1.0</AssemblyVersion>
Update docs
2009-10-02 13:50:16 +00:00
<AssemblyVersion>0.9.2.0</AssemblyVersion>
Update docs
2009-06-06 11:18:16 +00:00
</AssemblyInfo>
<Attributes>
<Attribute>
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 14:57:20 +00:00
<AttributeName>Gst.GLib.Property("block")</AttributeName>
Update docs
2009-06-06 11:18:16 +00:00
</Attribute>
</Attributes>
<ReturnValue>
<ReturnType>System.Boolean</ReturnType>
</ReturnValue>
<Docs>
<summary>To be added.</summary>
<value>To be added.</value>
<remarks>To be added.</remarks>
</Docs>
</Member>
<Member MemberName="Caps">
<MemberSignature Language="C#" Value="public Gst.Caps Caps { set; get; }" />
<MemberType>Property</MemberType>
<AssemblyInfo>
<AssemblyVersion>0.9.0.0</AssemblyVersion>
Update docs
2009-09-11 08:11:19 +00:00
<AssemblyVersion>0.9.1.0</AssemblyVersion>
Update docs
2009-10-02 13:50:16 +00:00
<AssemblyVersion>0.9.2.0</AssemblyVersion>
Update docs
2009-06-06 11:18:16 +00:00
</AssemblyInfo>
<Attributes>
<Attribute>
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 14:57:20 +00:00
<AttributeName>Gst.GLib.Property("caps")</AttributeName>
Update docs
2009-06-06 11:18:16 +00:00
</Attribute>
</Attributes>
<ReturnValue>
<ReturnType>Gst.Caps</ReturnType>
</ReturnValue>
<Docs>
<summary>To be added.</summary>
<value>To be added.</value>
<remarks>To be added.</remarks>
</Docs>
</Member>
<Member MemberName="EmitSignals">
<MemberSignature Language="C#" Value="public bool EmitSignals { set; get; }" />
<MemberType>Property</MemberType>
<AssemblyInfo>
<AssemblyVersion>0.9.0.0</AssemblyVersion>
Update docs
2009-09-11 08:11:19 +00:00
<AssemblyVersion>0.9.1.0</AssemblyVersion>
Update docs
2009-10-02 13:50:16 +00:00
<AssemblyVersion>0.9.2.0</AssemblyVersion>
Update docs
2009-06-06 11:18:16 +00:00
</AssemblyInfo>
<Attributes>
<Attribute>
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 14:57:20 +00:00
<AttributeName>Gst.GLib.Property("emit-signals")</AttributeName>
Update docs
2009-06-06 11:18:16 +00:00
</Attribute>
</Attributes>
<ReturnValue>
<ReturnType>System.Boolean</ReturnType>
</ReturnValue>
<Docs>
<summary>To be added.</summary>
<value>To be added.</value>
<remarks>To be added.</remarks>
</Docs>
</Member>
<Member MemberName="EndOfStream">
<MemberSignature Language="C#" Value="public Gst.FlowReturn EndOfStream ();" />
<MemberType>Method</MemberType>
<AssemblyInfo>
<AssemblyVersion>0.9.0.0</AssemblyVersion>
Update docs
2009-09-11 08:11:19 +00:00
<AssemblyVersion>0.9.1.0</AssemblyVersion>
Update docs
2009-10-02 13:50:16 +00:00
<AssemblyVersion>0.9.2.0</AssemblyVersion>
Update docs
2009-06-06 11:18:16 +00:00
</AssemblyInfo>
<ReturnValue>
<ReturnType>Gst.FlowReturn</ReturnType>
</ReturnValue>
<Parameters />
<Docs>
<summary>To be added.</summary>
<returns>To be added.</returns>
<remarks>To be added.</remarks>
</Docs>
</Member>
<Member MemberName="EnoughData">
<MemberSignature Language="C#" Value="public event EventHandler EnoughData;" />
<MemberType>Event</MemberType>
<AssemblyInfo>
<AssemblyVersion>0.9.0.0</AssemblyVersion>
Update docs
2009-09-11 08:11:19 +00:00
<AssemblyVersion>0.9.1.0</AssemblyVersion>
Update docs
2009-10-02 13:50:16 +00:00
<AssemblyVersion>0.9.2.0</AssemblyVersion>
Update docs
2009-06-06 11:18:16 +00:00
</AssemblyInfo>
<Attributes>
<Attribute>
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 14:57:20 +00:00
<AttributeName>Gst.GLib.Signal("enough-data")</AttributeName>
Update docs
2009-06-06 11:18:16 +00:00
</Attribute>
</Attributes>
<ReturnValue>
<ReturnType>System.EventHandler</ReturnType>
</ReturnValue>
<Docs>
<summary>To be added.</summary>
<remarks>To be added.</remarks>
</Docs>
</Member>
<Member MemberName="Format">
<MemberSignature Language="C#" Value="public Gst.Format Format { set; get; }" />
<MemberType>Property</MemberType>
<AssemblyInfo>
<AssemblyVersion>0.9.0.0</AssemblyVersion>
Update docs
2009-09-11 08:11:19 +00:00
<AssemblyVersion>0.9.1.0</AssemblyVersion>
Update docs
2009-10-02 13:50:16 +00:00
<AssemblyVersion>0.9.2.0</AssemblyVersion>
Update docs
2009-06-06 11:18:16 +00:00
</AssemblyInfo>
<Attributes>
<Attribute>
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 14:57:20 +00:00
<AttributeName>Gst.GLib.Property("format")</AttributeName>
Update docs
2009-06-06 11:18:16 +00:00
</Attribute>
</Attributes>
<ReturnValue>
<ReturnType>Gst.Format</ReturnType>
</ReturnValue>
<Docs>
<summary>To be added.</summary>
<value>To be added.</value>
<remarks>To be added.</remarks>
</Docs>
</Member>
<Member MemberName="GetLatency">
<MemberSignature Language="C#" Value="public void GetLatency (out ulong min, out ulong max);" />
<MemberType>Method</MemberType>
<AssemblyInfo>
<AssemblyVersion>0.9.0.0</AssemblyVersion>
Update docs
2009-09-11 08:11:19 +00:00
<AssemblyVersion>0.9.1.0</AssemblyVersion>
Update docs
2009-10-02 13:50:16 +00:00
<AssemblyVersion>0.9.2.0</AssemblyVersion>
Update docs
2009-06-06 11:18:16 +00:00
</AssemblyInfo>
<ReturnValue>
<ReturnType>System.Void</ReturnType>
</ReturnValue>
<Parameters>
<Parameter Name="min" Type="System.UInt64&amp;" RefType="out" />
<Parameter Name="max" Type="System.UInt64&amp;" RefType="out" />
</Parameters>
<Docs>
<param name="min">To be added.</param>
<param name="max">To be added.</param>
<summary>To be added.</summary>
<remarks>To be added.</remarks>
</Docs>
</Member>
<Member MemberName="GType">
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 14:57:20 +00:00
<MemberSignature Language="C#" Value="public static Gst.GLib.GType GType { get; }" />
Update docs
2009-06-06 11:18:16 +00:00
<MemberType>Property</MemberType>
<AssemblyInfo>
<AssemblyVersion>0.9.0.0</AssemblyVersion>
Update docs
2009-09-11 08:11:19 +00:00
<AssemblyVersion>0.9.1.0</AssemblyVersion>
Update docs
2009-10-02 13:50:16 +00:00
<AssemblyVersion>0.9.2.0</AssemblyVersion>
Update docs
2009-06-06 11:18:16 +00:00
</AssemblyInfo>
<ReturnValue>
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 14:57:20 +00:00
<ReturnType>Gst.GLib.GType</ReturnType>
Update docs
2009-06-06 11:18:16 +00:00
</ReturnValue>
<Docs>
<summary>To be added.</summary>
<value>To be added.</value>
<remarks>To be added.</remarks>
</Docs>
</Member>
<Member MemberName="IsLive">
<MemberSignature Language="C#" Value="public bool IsLive { set; get; }" />
<MemberType>Property</MemberType>
<AssemblyInfo>
<AssemblyVersion>0.9.0.0</AssemblyVersion>
Update docs
2009-09-11 08:11:19 +00:00
<AssemblyVersion>0.9.1.0</AssemblyVersion>
Update docs
2009-10-02 13:50:16 +00:00
<AssemblyVersion>0.9.2.0</AssemblyVersion>
Update docs
2009-06-06 11:18:16 +00:00
</AssemblyInfo>
<Attributes>
<Attribute>
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 14:57:20 +00:00
<AttributeName>Gst.GLib.Property("is-live")</AttributeName>
Update docs
2009-06-06 11:18:16 +00:00
</Attribute>
</Attributes>
<ReturnValue>
<ReturnType>System.Boolean</ReturnType>
</ReturnValue>
<Docs>
<summary>To be added.</summary>
<value>To be added.</value>
<remarks>To be added.</remarks>
</Docs>
</Member>
<Member MemberName="MaxBytes">
<MemberSignature Language="C#" Value="public ulong MaxBytes { set; get; }" />
<MemberType>Property</MemberType>
<AssemblyInfo>
<AssemblyVersion>0.9.0.0</AssemblyVersion>
Update docs
2009-09-11 08:11:19 +00:00
<AssemblyVersion>0.9.1.0</AssemblyVersion>
Update docs
2009-10-02 13:50:16 +00:00
<AssemblyVersion>0.9.2.0</AssemblyVersion>
Update docs
2009-06-06 11:18:16 +00:00
</AssemblyInfo>
<Attributes>
<Attribute>
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 14:57:20 +00:00
<AttributeName>Gst.GLib.Property("max-bytes")</AttributeName>
Update docs
2009-06-06 11:18:16 +00:00
</Attribute>
</Attributes>
<ReturnValue>
<ReturnType>System.UInt64</ReturnType>
</ReturnValue>
<Docs>
<summary>To be added.</summary>
<value>To be added.</value>
<remarks>To be added.</remarks>
</Docs>
</Member>
<Member MemberName="MaxLatency">
<MemberSignature Language="C#" Value="public long MaxLatency { set; get; }" />
<MemberType>Property</MemberType>
<AssemblyInfo>
<AssemblyVersion>0.9.0.0</AssemblyVersion>
Update docs
2009-09-11 08:11:19 +00:00
<AssemblyVersion>0.9.1.0</AssemblyVersion>
Update docs
2009-10-02 13:50:16 +00:00
<AssemblyVersion>0.9.2.0</AssemblyVersion>
Update docs
2009-06-06 11:18:16 +00:00
</AssemblyInfo>
<Attributes>
<Attribute>
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 14:57:20 +00:00
<AttributeName>Gst.GLib.Property("max-latency")</AttributeName>
Update docs
2009-06-06 11:18:16 +00:00
</Attribute>
</Attributes>
<ReturnValue>
<ReturnType>System.Int64</ReturnType>
</ReturnValue>
<Docs>
<summary>To be added.</summary>
<value>To be added.</value>
<remarks>To be added.</remarks>
</Docs>
</Member>
<Member MemberName="MinLatency">
<MemberSignature Language="C#" Value="public long MinLatency { set; get; }" />
<MemberType>Property</MemberType>
<AssemblyInfo>
<AssemblyVersion>0.9.0.0</AssemblyVersion>
Update docs
2009-09-11 08:11:19 +00:00
<AssemblyVersion>0.9.1.0</AssemblyVersion>
Update docs
2009-10-02 13:50:16 +00:00
<AssemblyVersion>0.9.2.0</AssemblyVersion>
Update docs
2009-06-06 11:18:16 +00:00
</AssemblyInfo>
<Attributes>
<Attribute>
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 14:57:20 +00:00
<AttributeName>Gst.GLib.Property("min-latency")</AttributeName>
Update docs
2009-06-06 11:18:16 +00:00
</Attribute>
</Attributes>
<ReturnValue>
<ReturnType>System.Int64</ReturnType>
</ReturnValue>
<Docs>
<summary>To be added.</summary>
<value>To be added.</value>
<remarks>To be added.</remarks>
</Docs>
</Member>
<Member MemberName="NeedData">
<MemberSignature Language="C#" Value="public event Gst.App.NeedDataHandler NeedData;" />
<MemberType>Event</MemberType>
<AssemblyInfo>
<AssemblyVersion>0.9.0.0</AssemblyVersion>
Update docs
2009-09-11 08:11:19 +00:00
<AssemblyVersion>0.9.1.0</AssemblyVersion>
Update docs
2009-10-02 13:50:16 +00:00
<AssemblyVersion>0.9.2.0</AssemblyVersion>
Update docs
2009-06-06 11:18:16 +00:00
</AssemblyInfo>
<Attributes>
<Attribute>
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 14:57:20 +00:00
<AttributeName>Gst.GLib.Signal("need-data")</AttributeName>
Update docs
2009-06-06 11:18:16 +00:00
</Attribute>
</Attributes>
<ReturnValue>
<ReturnType>Gst.App.NeedDataHandler</ReturnType>
</ReturnValue>
<Docs>
<summary>To be added.</summary>
<remarks>To be added.</remarks>
</Docs>
</Member>
<Member MemberName="OnEnoughData">
<MemberSignature Language="C#" Value="protected virtual void OnEnoughData ();" />
<MemberType>Method</MemberType>
<AssemblyInfo>
<AssemblyVersion>0.9.0.0</AssemblyVersion>
Update docs
2009-09-11 08:11:19 +00:00
<AssemblyVersion>0.9.1.0</AssemblyVersion>
Update docs
2009-10-02 13:50:16 +00:00
<AssemblyVersion>0.9.2.0</AssemblyVersion>
Update docs
2009-06-06 11:18:16 +00:00
</AssemblyInfo>
<Attributes>
<Attribute>
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 14:57:20 +00:00
<AttributeName>Gst.GLib.DefaultSignalHandler(ConnectionMethod="OverrideEnoughData", Type=typeof(Gst.App.AppSrc))</AttributeName>
Update docs
2009-06-06 11:18:16 +00:00
</Attribute>
</Attributes>
<ReturnValue>
<ReturnType>System.Void</ReturnType>
</ReturnValue>
<Parameters />
<Docs>
<summary>To be added.</summary>
<remarks>To be added.</remarks>
</Docs>
</Member>
<Member MemberName="OnNeedData">
<MemberSignature Language="C#" Value="protected virtual void OnNeedData (uint length);" />
<MemberType>Method</MemberType>
<AssemblyInfo>
<AssemblyVersion>0.9.0.0</AssemblyVersion>
Update docs
2009-09-11 08:11:19 +00:00
<AssemblyVersion>0.9.1.0</AssemblyVersion>
Update docs
2009-10-02 13:50:16 +00:00
<AssemblyVersion>0.9.2.0</AssemblyVersion>
Update docs
2009-06-06 11:18:16 +00:00
</AssemblyInfo>
<Attributes>
<Attribute>
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 14:57:20 +00:00
<AttributeName>Gst.GLib.DefaultSignalHandler(ConnectionMethod="OverrideNeedData", Type=typeof(Gst.App.AppSrc))</AttributeName>
Update docs
2009-06-06 11:18:16 +00:00
</Attribute>
</Attributes>
<ReturnValue>
<ReturnType>System.Void</ReturnType>
</ReturnValue>
<Parameters>
<Parameter Name="length" Type="System.UInt32" />
</Parameters>
<Docs>
<param name="length">To be added.</param>
<summary>To be added.</summary>
<remarks>To be added.</remarks>
</Docs>
</Member>
<Member MemberName="OnSeekData">
<MemberSignature Language="C#" Value="protected virtual bool OnSeekData (ulong offset);" />
<MemberType>Method</MemberType>
<AssemblyInfo>
<AssemblyVersion>0.9.0.0</AssemblyVersion>
Update docs
2009-09-11 08:11:19 +00:00
<AssemblyVersion>0.9.1.0</AssemblyVersion>
Update docs
2009-10-02 13:50:16 +00:00
<AssemblyVersion>0.9.2.0</AssemblyVersion>
Update docs
2009-06-06 11:18:16 +00:00
</AssemblyInfo>
<Attributes>
<Attribute>
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 14:57:20 +00:00
<AttributeName>Gst.GLib.DefaultSignalHandler(ConnectionMethod="OverrideSeekData", Type=typeof(Gst.App.AppSrc))</AttributeName>
Update docs
2009-06-06 11:18:16 +00:00
</Attribute>
</Attributes>
<ReturnValue>
<ReturnType>System.Boolean</ReturnType>
</ReturnValue>
<Parameters>
<Parameter Name="offset" Type="System.UInt64" />
</Parameters>
<Docs>
<param name="offset">To be added.</param>
<summary>To be added.</summary>
<returns>To be added.</returns>
<remarks>To be added.</remarks>
</Docs>
</Member>
<Member MemberName="PushBuffer">
<MemberSignature Language="C#" Value="public Gst.FlowReturn PushBuffer (Gst.Buffer buffer);" />
<MemberType>Method</MemberType>
<AssemblyInfo>
<AssemblyVersion>0.9.0.0</AssemblyVersion>
Update docs
2009-09-11 08:11:19 +00:00
<AssemblyVersion>0.9.1.0</AssemblyVersion>
Update docs
2009-10-02 13:50:16 +00:00
<AssemblyVersion>0.9.2.0</AssemblyVersion>
Update docs
2009-06-06 11:18:16 +00:00
</AssemblyInfo>
<ReturnValue>
<ReturnType>Gst.FlowReturn</ReturnType>
</ReturnValue>
<Parameters>
<Parameter Name="buffer" Type="Gst.Buffer" />
</Parameters>
<Docs>
<param name="buffer">To be added.</param>
<summary>To be added.</summary>
<returns>To be added.</returns>
<remarks>To be added.</remarks>
</Docs>
</Member>
<Member MemberName="SeekData">
<MemberSignature Language="C#" Value="public event Gst.App.SeekDataHandler SeekData;" />
<MemberType>Event</MemberType>
<AssemblyInfo>
<AssemblyVersion>0.9.0.0</AssemblyVersion>
Update docs
2009-09-11 08:11:19 +00:00
<AssemblyVersion>0.9.1.0</AssemblyVersion>
Update docs
2009-10-02 13:50:16 +00:00
<AssemblyVersion>0.9.2.0</AssemblyVersion>
Update docs
2009-06-06 11:18:16 +00:00
</AssemblyInfo>
<Attributes>
<Attribute>
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 14:57:20 +00:00
<AttributeName>Gst.GLib.Signal("seek-data")</AttributeName>
Update docs
2009-06-06 11:18:16 +00:00
</Attribute>
</Attributes>
<ReturnValue>
<ReturnType>Gst.App.SeekDataHandler</ReturnType>
</ReturnValue>
<Docs>
<summary>To be added.</summary>
<remarks>To be added.</remarks>
</Docs>
</Member>
<Member MemberName="SetLatency">
<MemberSignature Language="C#" Value="public void SetLatency (ulong min, ulong max);" />
<MemberType>Method</MemberType>
<AssemblyInfo>
<AssemblyVersion>0.9.0.0</AssemblyVersion>
Update docs
2009-09-11 08:11:19 +00:00
<AssemblyVersion>0.9.1.0</AssemblyVersion>
Update docs
2009-10-02 13:50:16 +00:00
<AssemblyVersion>0.9.2.0</AssemblyVersion>
Update docs
2009-06-06 11:18:16 +00:00
</AssemblyInfo>
<ReturnValue>
<ReturnType>System.Void</ReturnType>
</ReturnValue>
<Parameters>
<Parameter Name="min" Type="System.UInt64" />
<Parameter Name="max" Type="System.UInt64" />
</Parameters>
<Docs>
<param name="min">To be added.</param>
<param name="max">To be added.</param>
<summary>To be added.</summary>
<remarks>To be added.</remarks>
</Docs>
</Member>
<Member MemberName="Size">
<MemberSignature Language="C#" Value="public long Size { set; get; }" />
<MemberType>Property</MemberType>
<AssemblyInfo>
<AssemblyVersion>0.9.0.0</AssemblyVersion>
Update docs
2009-09-11 08:11:19 +00:00
<AssemblyVersion>0.9.1.0</AssemblyVersion>
Update docs
2009-10-02 13:50:16 +00:00
<AssemblyVersion>0.9.2.0</AssemblyVersion>
Update docs
2009-06-06 11:18:16 +00:00
</AssemblyInfo>
<Attributes>
<Attribute>
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 14:57:20 +00:00
<AttributeName>Gst.GLib.Property("size")</AttributeName>
Update docs
2009-06-06 11:18:16 +00:00
</Attribute>
</Attributes>
<ReturnValue>
<ReturnType>System.Int64</ReturnType>
</ReturnValue>
<Docs>
<summary>To be added.</summary>
<value>To be added.</value>
<remarks>To be added.</remarks>
</Docs>
</Member>
<Member MemberName="StreamType">
<MemberSignature Language="C#" Value="public Gst.App.AppStreamType StreamType { set; get; }" />
<MemberType>Property</MemberType>
<AssemblyInfo>
<AssemblyVersion>0.9.0.0</AssemblyVersion>
Update docs
2009-09-11 08:11:19 +00:00
<AssemblyVersion>0.9.1.0</AssemblyVersion>
Update docs
2009-10-02 13:50:16 +00:00
<AssemblyVersion>0.9.2.0</AssemblyVersion>
Update docs
2009-06-06 11:18:16 +00:00
</AssemblyInfo>
<Attributes>
<Attribute>
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 14:57:20 +00:00
<AttributeName>Gst.GLib.Property("stream-type")</AttributeName>
Update docs
2009-06-06 11:18:16 +00:00
</Attribute>
</Attributes>
<ReturnValue>
<ReturnType>Gst.App.AppStreamType</ReturnType>
</ReturnValue>
<Docs>
<summary>To be added.</summary>
<value>To be added.</value>
<remarks>To be added.</remarks>
</Docs>
</Member>
</Members>
</Type>
Reference in a new issue Copy permalink