search for: id3lib

I uploaded the source tarball and binary releases for win32 and redhat 7. Solaris package should be ready tomorrow. See the news item for all the improvements from 1.0.3: http://flac.sourceforge.net/news.html#20020924 Developers, see the new Doxygen-based API docs: http://flac.sourceforge.net/api/index.html Thanks again to all the contributors and testers. Josh

Hi Josh, I found id3v2 didn't work on v1.1.0. I checked source codes, macros- (in such cases as FLAC_HAVE_ID3LIB) ware moved to config.h. That is good. But the place to do include is the after of #ifdef FLAC_HAVE_ID3LIB. The result of configure script isn't reflected. And it doesn't always have id3lib with this. Move place of 'include "config.h"' to the top. I confirmed it worked go...

...> Ben Hines <bhines@alumni.ucsd.edu> wrote: > > > The patch fixed the problem with your libs. However, when linking the > > xmms plugin i still get: > > > > *** Warning: This library needs some functionality provided by -lstdc++. > > This is because of id3lib, which is written in C++. Mixing C and > C++ is problematic. As far as I understand, the final linking > should always be done with the C++ compiler in this case. Yes, unfortunately, the current release of libtool does not handle this correctly. http://bugs.debian.org/cgi-bin/bugreport.cg...

The id3lib configure problem is due to a sh portability issue. --- configure.in.orig Thu Oct 3 16:57:34 2002 +++ configure.in Thu Oct 3 16:57:49 2002 @@ -261,7 +261,7 @@ main () fclose(output); exit(0); } -], . conftest.id3; echo "${ID3LIB_MAJOR}.${ID3LIB_MINOR}.${ID3LIB_PATCH}", AC_MSG_WARN...

I'm having a number of problems related to building the latest FLAC release. My build environment: Linux, PPC, gcc 2.95.3 The first has to do with with builing FLAC itself... specifically I can't get id3lib support to build. Whether or not I specify the location of the headers and libraries, the config.log turns up this: configure:9361: gcc -o conftest -g -O2 -INONE/include conftest.c -lid3 >&5 /usr/local/lib/libid3.so: undefined reference to `cerr' /usr/local/lib/libid3.so: und...

--- Alec Wood <alecwood@uchicago.edu> wrote: > I'm having a number of problems related to building the latest FLAC > release. My build environment: Linux, PPC, gcc 2.95.3 > > The first has to do with with builing FLAC itself... specifically I > can't get id3lib support to build. Whether or not I specify the > location of the headers and libraries, the config.log turns up this: > > configure:9361: gcc -o conftest -g -O2 -INONE/include conftest.c > -lid3 >&5 > /usr/local/lib/libid3.so: undefined reference to `cerr' >...

.... ./config.rpath: ./config.rpath: No such file or directory done checking for iconv... yes checking for iconv declaration... extern size_t iconv (iconv_t cd, char * *inbuf, size_t *inbytesleft, char * *outbuf, size_t *outbytesleft); checking for nl_langinfo and CODESET... yes checking for id3lib... no *** Could not run id3lib test program, checking why... *** The test program failed to compile or link. See the file config.log for the *** exact error that occured. This usually means id3lib was incorrectly installed *** or that you have moved id3lib since it was installed. configure: WARNING...

...igure time. How would you feel about this? diff -u -r1.11 configure.in --- configure.in 26 Sep 2002 14:29:56 -0000 1.11 +++ configure.in 28 Sep 2002 19:02:36 -0000 @@ -21,6 +21,8 @@ AC_INIT(src/flac/main.c) AM_INIT_AUTOMAKE(flac, 1.0.4) +AM_MAINTAINER_MODE + # Function to configure paths for id3lib; search for 'meat' to get to the # end. # adapted from ogg.m4 # This is here until id3lib comes with an equivalent. -- - mdz

...w. There seem to be various problems with the included configure script: (1) checking for shared library run path origin... /bin/sh: ./config.rpath: No such file or directory (2) --with-libiconv-prefix=/path apparently isn't used by the autoconf test which checks for iconv. (3) checking for id3lib... yes checking for id3lib version... ./configure[9547]: .: conftest.id3: not found -- Christian "naddy" Weisgerber naddy@mips.inka.de

All, I have just finished uploading the source release for FLAC 1.0.4 beta to Sourceforge; there are no binary releases. See the included doc/html/news.html for the changes since 1.0.3; there are quite a few. http://prdownloads.sourceforge.net/flac/flac-1.0.4_beta-src.tar.gz?download Please beat up on this as much as possible in the next week or two and try and turn up bugs. Here's a

finished hooking up the altivec stuff so it works in ProjectBuilder. I ran a test, doing a 'flac -t' on 400MB of files compresses at level 5. the runtime dropped from from 180 sec to 105 sec! once I get the latest autotools on my ibook I'll try and get asm compilation to work that way. Josh --- Josh Coalson <xflac@yahoo.com> wrote: > OK, checked it all in (only minor

...I get from Fink installed in > /sw). > > aclocal -I $HOME/local.autotools/share/aclocal -I /sw/share/aclocal > libtoolize --copy > autoconf > autoheader > automake --foreign --include-deps --add-missing --copy > vi ltmain.sh > ./configure --with-ogg=$HOME/local.ogg --with-id3lib=$HOME/local.id3 > make > > in the "vi ltmain.sh" step I have to add a line "SED=sed" before > $SED is used because it doesn't get defined (some known libtool/ > autoconf bug). > > Josh > > P.S. it passed the test suite too so it's going in FLAC...

On Wednesday, February 5, 2003, at 10:47 PM, Josh Coalson wrote: > --- Matt Zimmerman <mdz@debian.org> wrote: > > good, very good. it may take me a little bit to get to it > since I'm starting a new job next week. > > Ben, can you inspect the patch and confirm that it covers > what you also suggested? The patch fixed the problem with your libs. However, when

after spending a lot of time integrating X-Fixer's winamp2 plugin code, I am on the verge of removing id3 v1/v2 support from the plugins completely. it is really hard to get right in a way that works intuitively for the user, and i18n is also a nightmare. in id3v2 every field can have a different encoding. FLAC tag a.k.a. Vorbis comment support is very good now so unless someone comes up

I think I've gotten FLAC__lpc_restore_signal() about as good as I'm going to get it. Here's what I have: -a new file, lpc_asm.s, which has the assembly routines -changes to cpu.h, cpu.c, and stream_decoder.c to enable them -changes to configure.in to support the new cpu stuff -a preliminary Makefile.am -maybe something else I'm forgetting Now automake complains that configure.in

...to disable use of assembly code]) AH_TEMPLATE(FLAC__SSE_OS, [define if your operating system supports SSE instructions]) AH_TEMPLATE(FLAC__USE_3DNOW, [define to enable use of 3Dnow! instructions]) + AH_TEMPLATE(FLAC__USE_ALTIVEC, [define to enable use of Altivec instructions]) AH_TEMPLATE(ID3LIB_MAJOR, [define to major version number of id3lib]) AH_TEMPLATE(ID3LIB_MINOR, [define to minor version number of id3lib]) AH_TEMPLATE(ID3LIB_PATCH, [define to patch level of id3lib]) *************** *** 389,394 **** --- 402,408 ---- src/Makefile \ src/libFLAC/Makefile \ src/libFLAC/i...

Its file name is plugin_common/id3v2.c. I forgot to write. Sorry. On Sat, 29 Mar 2003 02:34:30 +0900 Daisuke Shimamura <Daisuke_Shimamura@nifty.com> wrote: > Hi Josh, > > I found id3v2 didn't work on v1.1.0. I checked source codes, macros- (in > such cases as FLAC_HAVE_ID3LIB) ware moved to config.h. That is good. > But the place to do include is the after of #ifdef FLAC_HAVE_ID3LIB. > The result of configure script isn't reflected. And it doesn't always > have id3lib with this. > > Move place of 'include "config.h"' to the top....

Where is id3lib used? I must admit that I only noticed it recently when trying to compile 1.1.1beta ... I had hoped that it would be used in the flac command-line tool to support conversion of AIFF and WAVE ID3 tags to FLAC tags, or something along those lines as an interim measure since unknown chunks are...

...ucsd.edu> wrote: >> >>> The patch fixed the problem with your libs. However, when linking the >>> xmms plugin i still get: >>> >>> *** Warning: This library needs some functionality provided by >>> -lstdc++. >> >> This is because of id3lib, which is written in C++. Mixing C and >> C++ is problematic. As far as I understand, the final linking >> should always be done with the C++ compiler in this case. > > Yes, unfortunately, the current release of libtool does not handle this > correctly. > > http://bugs....

I searched for libid3-3.8.so.3 with yum: # yum search \*libid3-3.8\* but it returns "No Matches found" Am I not searching correctly, or does this not exist in CentOS 5.7? tnx