similar to: bug in winamp plugin 0.8

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.

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 $ automake $ autoconf $ ./configure ;make --

I am using only WinAmp 2.x and 5.x It works in WinAmp2.x and 5.x at the college network (T1 line), but not at home with cable modem (even with firewall switched off). It tries to prebuffer over 20 minutes - 5 second burst of music and then quits with message (-2:-11). Again, no problem if using FOOBAR2000, but it would be nice to have it work in WinAmp. Murray Saul <p>Geoff Shang wrote:

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 :

All, FLAC is nearing an official version. I am going to release a 0.9 version first with the winamp2 plugin fixes (and some other small inprovements). but I want to ask the question now: As a user, what do you think is left to do before 1.0? FLAC is bound to have incremental improvements but are there any fundamental format or feature changes/additions that you think that should be made? I am

Hi, I can get ices2/icecast2 to broadcast ogg files in a playlist to FOOBAR in MS-Windows (and various apps in Linux). When I try to connect in WinAmp in MS-Windows, I get in error.log: [2004-02-04 21:38:39] DBUG source/source_main Client added [2004-02-04 21:38:41] DBUG format/format_generic_write_buf_to_client Client had recoverable error -1 [2004-02-04 21:38:42] DBUG

> > 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.

Hi Andreas, So if I understand your question correctly, what you want is really short "files" that are independent, but yet create a glitchless stream when concatenated, right. For Ogg, this can be implemented with libopusenc and chaining. It works pretty well (even for really tiny files). For WebM, I'm not sure how to handle the details at the container level, but for how to handle

Another two months, another winetricks release. (So much for release early, release often :-) Highlights: - fixes a bunch of verbs whose download URLs had changed, especially vcrun2005 and vcrun2008. - fixes the annoying "unexpanded variable" error which happened when running old wine with a new wineprefix. - brings back gog support (though without automated download for now; any

Actually, cross-fading will work even better than what libopusenc does. The reason I did not do it is because the Ogg Opus spec provides a preskip, but no crossfade option. This means you will not be able to get standard players to play your files (which may be OK). BTW, there may be a way to implement what libopusenc does in parallel. All you'd need to do is start each parallel chunk with

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

Hi Andreas, Considering you're switching to Ogg, I think you should give libopusenc a try. It does a really good job at getting rid of *all* discontinuities -- to the point where you can chop a song into files less than one millisecond each and it still sounds good. It's also pretty simple to use. You just feed it audio and tell it where the file boundaries are. Cheers, Jean-Marc On

Hi Andreas, So I encoded your file in chunks with a slightly modified version of opusenc_example and I can't hear anything wrong. Maybe there's a problem in the tools you used? I uploaded the files at: https://jmvalin.ca/misc_stuff/continuous.opus (one file) https://jmvalin.ca/misc_stuff/continuous.wav (one file, decoded) https://jmvalin.ca/misc_stuff/chained.opus (many small files)

Hi, I've recently put a few of my tracks online (http://livenraw.npfdd.ch/ for those interested; it's a solo-rock-performance by me) and of course I've used Vorbis for this. Now I had several reports on the topic "How do I play these ogg-things on Windows?". I've linked to http://www.vorbis.com/ but apparently this is not easy enough. One of my friends even told me he

Hello, I have been using flac for some time and it works really great for me. I have tried the plugins for winamp2 and xmms and noticed that it does display the vorbis tags but you cannot edit them yet. It would also be cool to show some infos like md5sum, numbers of frames etc. in the plugin status window. Are these features under development or not very high priority?

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

Sorry for the long rave. I write Windows software for broadcasters (Radio & Internet) and in a newsletter I send out to my streaming clients I was recommending Ogg Vorbis/IceCast2 as the streaming solution for the future. All of my clients are using Windows and a lot of them are using Winamp2 for their broadcasting. Currently they would be forced to use the OddCastDSP. One client who should

Sorry for the long rave. I write Windows software for broadcasters (Radio & Internet) and in a newsletter I send out to my streaming clients I was recommending Ogg Vorbis/IceCast2 as the streaming solution for the future. All of my clients are using Windows and a lot of them are using Winamp2 for their broadcasting. Currently they would be forced to use the OddCastDSP. One client who should

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

The following changes since commit b78d8e4db10e57b8d82bb82e4e3662d5dedd7255: FLAC__bitmath_ilog2,FLAC__bitmath_ilog2_wide,COUNT_ZERO_MSBS: add gcc specific optimizations (2012-03-28 15:43:48 -0300) are available in the git repository at: git://github.com/crrodriguez/flac.git master for you to fetch changes up to 3a060556772c5d6a6464afddfda7c3ad2f93a306: Remove winamp2 plugin.