search for: astafiev

On Tue, 11 Jun 2002 11:51:33 +0400 Andrey Astafiev <andrei@tvcell.ru> wrote: > flac-1.0.3_beta compilation breaks for me with message: I had the same experience, too. I think that a cause is in configure and configure.in files. Therefore, let's rebuild these files. I took the following, and solved the problem. $ cd flac-1.0.3_beta $...

when i try to build rpm package of 1.0.1 i get some error messages (in attach)... version 1.0 with the same spec builds fine... any ideas? -- andrei at tvcell d0t ru -------------- next part -------------- A non-text attachment was scrubbed... Name: flac_install_error.txt.bz2 Type: application/octet-stream Size: 1184 bytes Desc: not available Url :

> > when i try to build rpm package of 1.0.1 i get > > some error messages (in attach)... version 1.0 > > with the same spec builds fine... any ideas? > > The problem is likely with your spec file; > send a copy to the list and I'll look at it. thanks, i've found the error by myself. there was export LDFLAGS="-L$RPM_BUILD_ROOT/usr/lib" missing.

...code for 1.0. Unless I find some problems in the next two days (I'm doing one more exhaustive test on another 100 CDs) the only thing that will be changing is the new comparison table or maybe the configure stuff. So, last chance to checkout from CVS and break it! Josh P.S. Thanks to Andrey Astafiev, there's a Russian translation of the docs, which now live in flac/doc/ru/. __________________________________________________ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/

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

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.

winamp plugin 0.8 produces kinda "metallic" sound though files were encoded with flac 0.8 with -V. files decoded back in .wav sound fine. p.s. josh, i'd like to make russian version of your site. could you tell me the better way how could i keep track of changes in your site? reading you materials i found a mistake. it's in features page. "FLAC streams can be played back

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

> > The build bombs out on the xmms plugin on redhat 7.1 box: > > Any suggestions? > > i'm using rpm-based distrib with patched rpm 3.0.6. > i've got the same trouble with rpm packaging. > in macros %configure of %build section executes command > libtoolize --copy --force > which overwrites 4 files from standart flac package. > with these files building

On Tue, Jun 11, 2002 at 12:07:38AM -0700, Josh Coalson wrote: > 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.

i've tried to make rpm package of flac 0.10, but compilation fails near start, 'cause compilator couldn't find .h files in libFLAC directory, when it tries to build this library. generated makefile in this directory contains "-I.$(srcdir)" in compilator options, though it should be "-I.$(includedir)" strange, but ./configure; make; make install running from