similar to: rpm building

> > > AM_INIT_AUTOMAKE(flac, 0.9) > > > > > > I've never had to run autoconf manually before so I'm not really > sure > > what > > > I'm doing. > > > > > hmm... not sure what the syntax error is; did you run aclocal > first? > > No. Had no idea I had to. I've gleaned from someone else's message > that I

> > > $ aclocal && autoconf && automake -c -a -i > > > aclocal: configure.in: 45: macro `AM_PATH_XMMS' not found in > library > > > > my hunch is that your version of either automake or possibly > > autoconf is not recent enough. > > No. He simply doesn't have xmms installed. That's what I mentioned > a while ago:

> > Now I have done some more reading, and I don't think simply > > putting the call to AM_PATH_XMMS an acinclude.m4 will help him. > > No, of course not. You need to put the macro _definition_, i.e. ... > > > This macro is defined in /usr/local/share/aclocal/xmms.m4 > > ... xmms.m4 into acinclude.m4. (Putting it into aclocal.m4 may or > may > not

> > I have checked in all the latest into CVS and am going to start the > > test suite again. if all goes well I will probably release this as > > beta 10. > > > > anyway, try it out and let me know if anything bad happens! it > > should be a short jump from beta 10 to 1.0. > > I've just checked out the latest from scratch. There is no configure

> > For those of you using CVS, I have added a libFLAC section to the > > documentation page. I'm not sure how detailed to make it but I > > think it's a good start. Let me know if there's anything else > > you'd like to have in there. > > > > >

Hi folks, here's a patch which adds an local xmms.m4 file (took it from latest stable xmms), so an complete autoconf regeneration also works if xmms is not installed. cu -- --------------------------------------------------------------------- Enrico Weigelt == metux IT service - http://www.metux.de/ --------------------------------------------------------------------- Please visit

After doing a lot of automated seek testing on files, it looks like the length of the sync code (currently 9 bits) is not long enough to enable a really robust AND efficient seek algorithm. Lengthening the sync code will require a format change (i.e. FLAC <0.8 streams won't play back on FLAC >0.9 decoders), so I'm sending this message out to see if there is any "NO DON'T DO

Thanks. I was worried about the assembler invocation but it looks like you solved that problem. Smooth build on my pbook (G4, 10.2.8, gcc-3.3, ac-2.59, am-1.6.3). Only problem was lack of check for docbook-to-man; my patch is attachments 1-2. Not so smooth on my imac (G3, 10.2.8, gcc-3.3, ac-2.52, am-1.6.1; that's what came with the last 10.2-compatible dev tools). First problem: typo in

I tagged some FLAC files with ID3V2 information (by the id3v2 program), but their metadata does not show up in XMMS. Anyone else have this problem? Anyone have a solution? (I tested the tags using the --list option of id3v2; they are there. XMMS and the FLAC plugin just don't seem to respect them.) -- Asheesh.

Problems in FLAC 0.9: - On alpha, flac immediately dumps core for both encoding and decoding (FreeBSD/alpha). - The distribution Makefile.in files haven't been generated with "automake --include-deps". The resulting Makefiles aren't fully portable; in particular they break with BSD make. In the future, care should be taken to use "--include-deps". - What is

On Sat, May 19, 2001 at 12:19:39PM +0000, Christian Weisgerber wrote: > Christian Weisgerber <naddy@mips.inka.de> wrote: > > > Problems in FLAC 0.9: > > Also: > > ===> Building for flac-0.9 > cd . && aclocal > aclocal: configure.in: 7: macro `AM_PROG_LIBTOOL' not found in library > aclocal: configure.in: 22: macro `AM_PATH_XMMS' not

I have a CD collection of about 20 discs that I currently archive on my hard disk in MP3 format. No, I do not like lossy compression. No, I do not like closed standards. No, I do not like software patents (Fraunhofer). In fact, I do not even need compression at this point, as my hard disk capacity is greater than the sum total of the CDs' WAV-format sizes. However, I need its ID3

hello, i noticed that when i play flac files with xmms there is a gap between tracks, even on a continuous cd. is this supposed to happen? i thought that the file format was suppose to allow continuous playback. my first thoughts were that the program i used to rip (cdparanoia) was to blame. i uncompressed the flac to wav and spliced it together only find it playing correctly. my next

I've been using FLAC for just over two years now, and I've been on the list for as long. I asked in March of 2001 about ID3 V1 and V2, and learned that both are supported. However, since then FLAC has moved to being an Ogg project, and the Vorbis comment field seems to be more capable. More than once, if I recall correctly, I've read Josh Coalson cursing his support for ID3 tags.

Hi, I just copied 15 GB of Music from my Slackware install over to my laptop running CentOS. Everything's running fine, except a few minor quirks. About 10 to 15% of the 4.000 songs in my collection seem to have broken ID3 tags in XMMS. In the playlist window, there are only truncated fields of a few random letters appearing. But when I right-click on one of these songs, the ID3 info is

I have just released a source distribution which is the candidate for the 1.0.3 release. At this time I would ask anyone who is willing to help test it to do the following: 1. download the tarball and unzip it: http://prdownloads.sourceforge.net/flac/flac-1.0.3_beta-src.tar.gz?download 2. do ./configure && make && make check This will build all code and run all the tests.

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

On Fri, Nov 08, 2002 at 12:39:52PM -0800, Josh Coalson wrote: > --- Miroslav Lichvar <lichvarm@phoenix.inf.upol.cz> wrote: > > I have few notes: > > > > It seems there is changed API in CVS again. So, what about adding > > function like > > unsigned FLAC__format_frame_size(const FLAC__Frame *frame) > > which returns size of the frame in bytes. This

So I've just ripped my entire 600 CD collection to flac format (200gigs worth) with vorbis comments in the flac metadata. But my gripe is that neither Winamp nor XMMS's flac plug-ins seem to have the ability to read the vorbis comment from the metadata. Are there any flac players for windoze or linux that can access the metadata? Or do i have to add redundant ID3 tags to all my flac

On Fri, Nov 08, 2002 at 07:12:35PM -0800, Josh Coalson wrote: > Yeah, it's useful, so now there is a > FLAC__seekable_stream_decoder_get_decode_position() and > FLAC__file_decoder_get_decode_position(). I haven't documented > them yet but you can see an example in > src/metaflac/operations_shorthand_seektable.c where I use it > during seektable creation. Ok, here is