similar to: MMIOFLAC

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 [To: flac-dev@lists.sourceforge.net] I'm working on making a plugin to OS/2 Multimedia subsystem for FLAC. I can't seem to find example FLAC files anywhere on FLAC's website. Where can I get some test files (perferably with WAV equiavlents). - -- Russell O'Connor <http://www.math.berkeley.edu/~roconnor/> ``[Law

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 [To: flac-dev@lists.sourceforge.net] Has anyone successfully decoded a FLAC by a series of process_single's (I'm using the seekable_stream interface)? Whenever the process_single make a read callback, then next time I call process single, the decoder losses sync. I'm trying to determine if it is a problem in my code, or a problem in

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 [To: flac-dev@lists.sourceforge.net] On Sun, 10 Nov 2002, Josh Coalson wrote: > Hmm, that's how the plugins work. They are using the file > decoder layer but that's a pretty trivial wrapper around > the seekable stream decoder. Without seeing your code there's > not much else I can say. Do you want to see my code ;-) >

I am trying to finalize the use of rsync for updatiung a new nfs server before we take the old one offline. I keep getting the following warning during the rsync process: Warning: unexpected rad size of 0 in map_ptr Any ideas where this comes from and how to make it go away? I am using rsync 2.5.2 on Solaris 8 to pull data from rsync 2.5.2 on Solaris 7. Bob roconnor@vectorpartners.com

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 [To: flac-dev@lists.sourceforge.net] On Mon, 11 Nov 2002, Josh Coalson wrote: > > Very strange. I wounder if my two problems are related. The > > bitbuffer > > gets data moved around when read it called, so maybe they are > > related. > > It really seems like there is some memory craziness going on. > > Gets

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 [To: flac-dev@lists.sourceforge.net] I'm working with the seekable streem encoder library and I wanted to clarify the format expected for the audio data. I'm assuming that all audio data is signed with 0 as the median? This is in contrast with 8-bit PCM data which is unsigned with median of 0x80. I didn't see the fomat for the audio

En r?ponse ? earldunovant@earthlink.net: > On 21 Nov 2002 at 1:39, Josh Coalson wrote: > > > 2. The core libraries would become BSD-licensed. I've been really > > 50/50 on this ever since I submitted the question to Slashdot > > (see http://ask.slashdot.org/article.pl?sid=01/11/27/1650256 ). > > Interesting thead. I think your issues are with software

--- Russell O'Connor <roconnor@Math.Berkeley.EDU> wrote: > Has anyone successfully decoded a FLAC by a series of > process_single's > (I'm using the seekable_stream interface)? > > Whenever the process_single make a read callback, then next time I > call > process single, the decoder losses sync. > > I'm trying to determine if it is a problem in

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 [To: flac-dev@lists.sourceforge.net, mcf-general@lists.sourceforge.net] On Thu, 21 Nov 2002, Drew Hess wrote: > One case I can think of where a commercial vendor has taken a BSD-licensed > protocol and twisted it with proprietary changes is Microsoft+Kerberos, > but if I recall correctly, they eventually caved in to pressure and either >

The Wine development release 1.2-rc6 is now available. What's new in this release (see below for details): - Many translation updates. - A lot of bug fixes. The source is available from the following locations: http://ibiblio.org/pub/linux/system/emulators/wine/wine-1.2-rc6.tar.bz2 http://prdownloads.sourceforge.net/wine/wine-1.2-rc6.tar.bz2 Binary packages for various

The Wine development release 1.2-rc4 is now available. What's new in this release (see below for details): - Many translation updates. - A lot of bug fixes. The source is available from the following locations: http://ibiblio.org/pub/linux/system/emulators/wine/wine-1.2-rc4.tar.bz2 http://prdownloads.sourceforge.net/wine/wine-1.2-rc4.tar.bz2 Binary packages for various

The Wine development release 1.1.32 is now available. What's new in this release (see below for details): - Many crypto fixes, particularly on 64-bit. - Improved DVD access on Mac OS. - Several common controls improvements. - Various HTML support improvements. - More DIB optimizations. - Various bug fixes. The source is available from the following locations:

The Wine development release 1.1.29 is now available. What's new in this release (see below for details): - Improved Gecko integration by using Wine's network layers. - Use of external libmpg123 for mp3 decoding. - Support for JPEG and PNG formats in WindowsCodecs. - Many regression test fixes for Win64 and Windows 7. - Various bug fixes. The source is available from the

When I compile on Solaris * I get the foillowing errors: bash-2.03# gmake gcc -I. -I. -g -O2 -DHAVE_CONFIG_H -Wall -W -I./popt -c rsync.c -o rsync.o gcc -I. -I. -g -O2 -DHAVE_CONFIG_H -Wall -W -I./popt -c generator.c -o generator.o gcc -I. -I. -g -O2 -DHAVE_CONFIG_H -Wall -W -I./popt -c receiver.c -o receiver.o gcc -I. -I. -g -O2 -DHAVE_CONFIG_H -Wall -W -I./popt -c cleanup.c -o cleanup.o gcc