三、设计准则

简洁和强大

GStreamer提供了一个简洁的接口:

• 想要建立媒体管道的应用程序程序员。程序员可以使用一系列强大的工具来创建媒体管道，而无需编写一行代码。执行复杂的媒体操作变得非常容易。

• 插件plugin程序员。插件程序员提供了一个干净简单的API来创建自成一体的插件。它集成了广泛的调试和跟踪机制。GStreamer还附带了一组广泛的现实生活中的插件，也可以作为示例。

面向对象的

GStreamer遵循GLib 2.0对象模型GObject。熟悉GLib 2.0或GTK+的程序员会习惯使用GStreamer。

GStreamer使用信号和对象属性的机制。

可以在运行时查询所有对象的各种属性和功能。

GStreamer希望在编程方法论上与GTK+类似。这适用于对象模型、对象所有权、引用计数等。

可扩展性

所有GStreamer对象都可以使用GObject继承方法进行扩展。

所有插件都是动态加载的，并且可以独立扩展和升级。

只允许二进制插件

插件是在运行时加载的共享库。由于插件的所有属性都可以使用GObject属性设置，因此不需要(实际上也没有办法)为插件安装任何头文件。

我们特别注意使插件完全独立。插件的所有相关方面都可以在运行时查询。

高性能

通过以下方式获得高性能:

• 使用GLib的GSlice分配器

• 插件之间极其轻量级的链接。数据可以以最小的开销在管道中传输。在典型的管道中，插件之间的数据传递只涉及指针解引用。

• 提供一种直接在目标内存上工作的机制。例如，插件可以直接写入X服务器的共享内存空间。缓冲区也可以指向任意内存，例如声卡的内部硬件缓冲区。

• 写时引用计数和写时复制最小化了memcpy的使用。子缓冲区有效地将缓冲区划分为可管理的部分。

• 专用的流线程，调度由内核处理。

• 通过使用专门的插件允许硬件加速。

• 使用符合插件规范的插件注册表，以便插件加载可以延迟到实际使用插件时。

清晰核心/插件分离

GStreamer的核心本质上与媒体无关。它只知道字节和块，并且只包含基本元素。GStreamer的核心功能足够强大，甚至可以实现像cp这样的底层系统工具。

所有媒体处理功能都是由外部插件提供的。它们告诉核心如何处理特定类型的媒体。

为编解码器实验提供一个框架

GStreamer还希望成为一个简单的框架，编解码器开发人员可以在其中试验不同的算法，加快开放和免费的多媒体编解码器的开发。