im getting undefined references to mpg123_feedseek.
im on amd64, building a 32 bit wine, so of course i have a 32 bit lib of
mpg123 around, which however seems to export mpg123_feedseek_64 instead.
could that be covered too please? (i have reports that this is happening on
plain x86 boxes too.)
I am looking into libmad, their programming APIs are completely
undocumented so not sure how it works yet. But really it should be easy
to add it to the frameworks as well so that either libmpg123 or libmad
would be able to be used.
But i see this as an addition onto the libmpg123 work
A quick license check does show that libmad is indeed GPL which means we
cannot use it in WINE at all.
-aric
Aric Stewart wrote:
I am looking into libmad, their programming APIs are completely
undocumented so not sure how it works yet. But really it should be easy
to add it to the
If you are considering to write an additional backend, I would advise
to add a fallback path to directshow. When the gstreamer code enters
mp3 can then easily be added. If directshow for gstreamer isn't
around, just use libmpg123 or use libmpg123 by default and directshow
as a fallback.
Roderick
2009/8/20 Roderick Colenbrander thunderbir...@gmail.com:
If you are considering to write an additional backend, I would advise
to add a fallback path to directshow.
Wouldn't that potentially create a cyclic dependency?
That is what I am worried about. I am willing to believe that direct
show uses the acm drivers to decode the audio. I have not found anything
to prove that yet but it is my gut feeling.
-aric
Henri Verbeet wrote:
2009/8/20 Roderick Colenbrander thunderbir...@gmail.com:
If you are
2009/8/20 Aric Stewart a...@codeweavers.com:
That is what I am worried about. I am willing to believe that direct show
uses the acm drivers to decode the audio. I have not found anything to prove
that yet but it is my gut feeling.
Well, there's dlls/quartz/acmwrapper.c. That won't necessarily
Aric Stewart escribió:
---
configure.ac | 12 +
dlls/winemp3.acm/Makefile.in | 11 +-
dlls/winemp3.acm/common.c | 261 ---
dlls/winemp3.acm/dct64_i386.c | 329
dlls/winemp3.acm/decode_i386.c | 164
dlls/winemp3.acm/huffman.h | 346
The libmpg123 library is not shipped in any rpmfusion repository for Fedora
10, and possibly for other distros. This means anyone who wants mp3 support
would need to install libmpg123 from source. However, rpmfusion for Fedora
10 has libmad, lame and twolame.
--
perl -e '$x=2.3;printf(%.0f
2009/8/19 Roderick Colenbrander thunderbir...@gmail.com:
The libmpg123 library is not shipped in any rpmfusion repository for Fedora
10, and possibly for other distros. This means anyone who wants mp3 support
would need to install libmpg123 from source. However, rpmfusion for Fedora
10 has
On Wed, Aug 19, 2009 at 11:26 PM, Matteo Brunimatteo.myst...@gmail.com wrote:
2009/8/19 Roderick Colenbrander thunderbir...@gmail.com:
The libmpg123 library is not shipped in any rpmfusion repository for Fedora
10, and possibly for other distros. This means anyone who wants mp3 support
would
On Wednesday 19 August 2009 2:26:37 pm Matteo Bruni wrote:
What about using more popular libraries as libmad, lame or maybe
gstreamer to decode mp3 files? I believe someone previously said that
gstreamer is also available on Mac.
libmad is GPL, and IIRC lame uses libmpg123 or libmad for
On Wed, 19 Aug 2009 15:48:10 -0500
Alex Villacís Lasso a_villa...@palosanto.com wrote:
The libmpg123 library is not shipped in any rpmfusion repository for
Fedora 10, and possibly for other distros. This means anyone who wants
mp3 support would need to install libmpg123 from source.
Rosanne DiMesio escribió:
On Wed, 19 Aug 2009 15:48:10 -0500
Alex Villacís Lasso a_villa...@palosanto.com wrote:
The libmpg123 library is not shipped in any rpmfusion repository for
Fedora 10, and possibly for other distros. This means anyone who wants
mp3 support would need to install
14 matches
Mail list logo
