Difference between revisions of "Packaging and support for OpenMAX"

From CDOT Wiki
Jump to: navigation, search
(Project News)
Line 36: Line 36:
=== Links/Bugs/Tracking ===
=== Links/Bugs/Tracking ===
* http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer&component=gst-openmax
* gst-openmax (Fedora Package Review) https://bugzilla.redhat.com/show_bug.cgi?id=879881
* libomxil-bellagio (Revised Patch) https://bugzilla.redhat.com/show_bug.cgi?id=882743
* libomxil-bellagio (dynamicloader error) https://bugzilla.redhat.com/show_bug.cgi?id=885402
=== Participants ===
=== Participants ===

Latest revision as of 22:31, 8 December 2012

Packaging & Support for OpenMAX


OpenMax is a means of supporting media well on a lot of ARM platforms. It should be packaged and present in Fedora.
The OpenMAX IL API strives to give media components portability across an array of platforms using the C-language. In the OpenMAX IL, components represent individual blocks of functionality. Components can be sources, sinks, codecs, filters, splitters, mixers, or any other data operator.

Project Leader(s)

Project Contributor(s)

Project Plan

Key Contacts

  • Peter Robinson (IRC @ Freenode #fedora-arm)
  • Nicolas Chauvet (kwizart)

Andrei Martinenco


  • 0.1 Have the testing environment ready. Have openmax packaged. Have RPM package signed and put it into local repository folder. Information sent for documentation.
  • 0.2 Project submitted for review.
  • 0.3 Work out the bugs. Information sent for documentation.

Ryan Lawrence


  • 0.1 Resolve omxregister-bellagio error and omx-mad library released.
  • 0.2 Reincorpoate omx-mad library into upstream RPM.
  • 0.3 RPM submitted to upstream developer.


Mailing List



Source Code Control


Project News

0.1 Release

Ryan Lawrence

Andrei Martinenco

0.2 Release

Ryan Lawrence

Andrei Martinenco

Out of date:

Latest release:

0.3 Release

Ryan Lawrence

Andrei Martinenco