[gst-devel] [RFC] Encoding and Profiles

[Edward Hervey]

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