GstAppSrc简介

1、应用程序可以通过appsrc元件向管道中插入数据。appsrc有别于其他GStreamer元件，它提供额外的API函数。通过链接libgstapp库来使用appsrc，直接调用其方法或者使用appsrc的响应信号。

2、在操作appsrc前，caps属性必须被设定为一个固定的caps，以描述被推进appsrc数据的格式。当推送缓存搭到一个未知的caps即caps没有被设置，这时会发生一个异常。当使用类似文件一样的源时，推送其原始数据到appsrc将会典型地发生这种情况。如果你不想准确地设定caps，你可以使用gst_app_src_push_sample函数，该函数获取与采样数据关联的caps，且该caps取代appsrc上先前已设定的caps（如果你设定的caps不同于原来采样的caps）。

3、主要的操作数据到appsrc元件中的方式是调用gst_app_src_push_buffer方法，或者是发送push-buffer响应信号，该操作将缓存放进了一个队列，appsrc将在它的流线程中读取该队列中的数据。值得注意的是数据传输过程不是在执行push-buffer操作的线程。

4、max-bytes属性控制了在被appsrc认为队列满之前有多少数据可以被放进appsrc里的队列中。内部队列满时将发出“enough-data”信号，该信号通知应用程序应该停止向appsrc中推送数据了。block属性将是appsrc阻塞push-buffer方法直到可以推进去数据。当内部队列没有可用的数据，“need-data”信号将被发送，该信号将通知应用程序应该推送更多的数据到appsrc中。

5、在“need-data”和“enough-data”之外，当stream-mode属性设置为seekable或者random-access时，appsrc能够发送“seek-data”信号。该信号的参数包含了新的希望在stream中设定的位置，且该参数以format属性为单位。在接收到seek-data信号后，应用程序应该从新的位置开始推送数据。这些信号（need-data,enought-data,和seek-data）允许应用程序以两种不同的方式操作appsrc。

6、推模式，应用程序重复的调用push-buffer/push-sample函数（来向appsrc中）推送一个新的buffer/sample。appsrc中队列里缓存的数量能够被控制，通过enough-data、need-data信号相应的停止或者开始调用push-buffer/push-sample。在stream-type属性为stream和seekable时，这是一种典型的模式。处理各种网络协议或者硬件设备（打交道）时使用这种模式。

7、拉模式，该模式下，need-data信号触发下一次push-buffer函数调用。该模式在random-access流类型下被典型使用。对于文件操作或者其他的可随机操作源使用这种模式，在这种模式下，由need-data信号确定字节数的缓存应该被推进appsrc中。

8、在所有模式下，appsrc的size属性都将以字节数表示包含的总的流数量。在random-access模式下务必要设置该属性，对于stream好seekable模式，该属性是可选但被推荐设置的。

9、当应用程序完成推送数据到appsrc，其应该调用gst_app_src_end_of_stream函数，或者发送end-of-stream响应信号。在调用该函数后，不应该再由缓存被推送到appsrc，直到立即定位发生或者是appsrc切换到了REAY状态。