[gst-devel] [RFC] Encoding and Profiles
Edward Hervey
edward.hervey at collabora.co.uk
Fri Nov 6 09:31:48 CET 2009
On Mon, 2009-10-19 at 18:53 +0200, Edward Hervey wrote:
> Hi all,
>
> I have been working lately on researching ways to make the whole
> encoding experience better and more streamlined for applications using
> GStreamer, and have come up with a proposal.
>
> You will find the proposal below, and attached to the mail the
> research and proposed C API.
>
> Comments and feedback are most welcome
I've started the implementation of that proposal and have put the
current work in a new module called gst-convenience.
What is currently available:
* encodebin
support for single/multiple audio/video/containers
* gstprofile
Creating/copying/freeing GstEncodingProfile and
GstStreamEncodingProfile
There are unit tests in tests/check that show how to use that API and
element, plus inline documentation.
What remains to be done:
* Use the restriction support in encodebin
* Use the preset fields in encodebin
* Design a default storage/loading system for profiles
Bonus:
* I re-implemented in C the Discoverer which many gst-python
applications are using (PiTiVi, Jokosher, Transmageddon, ..). The goal
is to be able to very quickly get a lot of information about one or many
URIs (number of streams, stream properties, duration, tags, ...).
There is a test application showing how to use it in tests/examples/
Currently it outputs the information as a GstStructure, I'm still
working on coming up with a saner API to access that information
The proposal from this mail thread (modified according to feedback) is
available in docs/design/
The code is available here :
http://git.collabora.co.uk/?p=user/edward/gst-convenience.git;a=summary
Comments and feedback welcome,
Edward
P.S. The goal in the long term is not to keep all of those in a separate
repository but to eventually move them in -base.
--
Edward Hervey -- Collabora Multimedia
Lead Platforms Engineer Co-Founder
More information about the gstreamer-devel
mailing list