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.)
2009/8/20 Aric Stewart :
> 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 be used
depending
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 :
If you are considering to write an additional
2009/8/20 Roderick Colenbrander :
> 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?
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
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 frameworks
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 instea
Rosanne DiMesio escribió:
On Wed, 19 Aug 2009 15:48:10 -0500
Alex Villacís Lasso 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. Howe
On Wed, 19 Aug 2009 15:48:10 -0500
Alex Villacís Lasso 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. However,
> rpmfusion for
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 deco
On Wed, Aug 19, 2009 at 11:26 PM, Matteo Bruni wrote:
> 2009/8/19 Roderick Colenbrander :
>>> 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.
2009/8/19 Roderick Colenbrander :
>> 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 tw
> 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
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 -
14 matches
Mail list logo
