| Summary: | should libmad be replaced with libmpg123 as the default mp3 decoder? | ||
|---|---|---|---|
| Product: | [Build System, Metadata & Runtime] OE-Core | Reporter: | Cristian Iorga <cristian.iorga> |
| Component: | multimedia | Assignee: | Alexander Kanavin <alex.kanavin> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | enhancement | ||
| Priority: | Medium | CC: | jessica.zhang, jku, meta.mr.watcher, meta.watcher, tanuk |
| Version: | unspecified | ||
| Target Milestone: | 2.2 | ||
| Hardware: | All | ||
| OS: | Multiple | ||
| Whiteboard: | |||
| OS type for building Yocto: | --- | Type of Regression: | --- |
| Verified: | Documentation change: | Don't know | |
|
Description
Cristian Iorga
2014-03-20 14:49:08 UTC
References: 1. MP3 Decoder Libraries Compared http://www.wezm.net/technical/2008/04/mp3-decoder-libraries-compared/ 2. mpg123 - Fast console MPEG Audio Player and decoder library http://mpg123.de/ mpg123 is ISO MPEG compliant, as attested by the tests run by the developer on each release. mpg123 is already present in meta-openembedded/meta-multimedia layer. What does "the default mp3 decoder" mean? Each application typically supports only one or the other, so we can't make a default choice on behalf of the applications. Is this just about the availability of libmpg123, that is, the goal here is to make it easier for applications to use libmpg123 by including it in oe-core? As far as oe-core is concerned, the only place libmad is used is in gstreamer1.0-plugins-ugly. Need to see what the state of the libmpg123 plugin for GStreamer is. It's part of -ugly just as libmad. Reassigning to Alex as he's been doing multimedia work. Patch is in master: d8afd0c9f2fc302aa6c3e88e452806d51b23e3cd |