similar to: FLAC mime type

Matt Zimmerman <mdz@debian.org> wrote: > On Thu, Nov 21, 2002 at 08:11:13PM +0100, Steve Lhomme wrote: > > > Well, I think going GPL would be too much, only GPL softwares could use > > the library. > > This is a common misconception, but entirely untrue. There are many > free software licenses, including the BSD-style licenses, which are > compatible with the

Hi all, I'm new to FLAC, and even newer to this list. I'm pretty excited about the format, though. I was wondering if there was any work being done, or any interest at all, in officially registering a MIME type for FLAC with the IETF. (The details on the registration process can be found at ftp://ftp.isi.edu/in-notes/rfc2048.txt) Obviously something like "audio/flac" would

I am looking to losslessly archive a lot of music and share it over a network. The following stipulations lead me to an interesting conclusion: 1. Almost no programs can read or write flac files directly. 2. Almost all programs can read and write wav files directly. 3. The cost of encoding flac files is fairly low 4. The cost of decoding them is even lower 5. These files would be read much more

Hi Matt, thanks for the reply. * Matt Zimmerman (mdz@debian.org) wrote: > On Tue, Oct 30, 2001 at 11:39:11PM -0800, Joshua Haberman wrote: > > > So I was wondering if flac could be incorporated into the filesystem > > driver so that any file ending in .wav would be transparently encoded > > into flac. I don't know if this could be done at the vfs level so that >

I'm kind of swamped today so I'll answer what I can get away with until tonight: --- Joshua Haberman <joshua@haberman.com> wrote: > The most interesting questions to me are ones you didn't address: > > 1. Will Ogg FLAC become the default manifestation of the FLAC codec? > If not, why not? What does Ogg not offer that makes it worth having > two different file

Well, I'm quite frankly stumped. I'm writing a program that recurses into directories and reads (among others) FLAC files and should be able to read the vorbis comments ARTIST and TITLE from the file. A while back, I was popen()ing to metaflac, because I didn't want to mess with libFLAC. But now, it's the weekend, so I can mess around with this. Here's the code in question:

It's official: http://xiph.org/ogg/flac.html It's OK to keep submitting patches but I'm going to hold off on integrating anything until CVS is moved over. Note that codec code (libFLAC, libFLAC++, libOggFLAC, libOggFLAC++) will be covered under Xiph's BSD-like license from here on out. Josh __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus -

Have you considered trying to have FLAC become an official part of the Ogg project? Ogg has Vorbis but no lossless codec, and FLAC is already production quality. You've already written the code to wrap FLAC in an Ogg bitstream. Ogg Squish seems to be abandoned, and it would be a grand waste of effort to revive it when FLAC already works so well. The Ogg people would be much better off

I feel really silly asking this, but where is read_residual_partitioned_rice > > _() ? I tried using the standard find feature on text editors for all of > the .c and .cpp files in libFLAC and libFLAC++, but nothing came up. -Mary On 7/11/06, Ralph Giles <giles@xiph.org> wrote: > > On Tue, Jul 11, 2006 at 04:17:41PM -0700, Mary Amon wrote: > > >

> Hey there again > > On Wed, Feb 28, 2001 at 12:16:12PM +0100, Thomas Vander Stichele wrote: > > > > The tests I've done in-house were with winamp as a client, and the > > following server/streamer combinations : > > icecast 1.3.0/shout 0.8.0 > > icecast 1.3.7/shout 0.8.0 > > icecast 1.3.8b2/shout 0.8.0 I don't know what it is that causes

--- Joshua Haberman <joshua@haberman.com> wrote: > 2. I was hoping that the new metadata API would mean that an encoder > could be written without having to know *anything* about the bitwise > layout of the stream format, but that seems not to be the case. From > src/flac/encode.c: > > ( void metadata_callback() ) > /* all this is based on intimate knowledge of the

On Mon, 10 Sep 2001, Thomas Vander Stichele wrote: > Great. If you have some pointers with further explanations, that'd be > great, because lately I've been wondering why 256 MB fills up all the way > to the point my desktop system slows to a crawl. Someone seriously messed > with the 2.4.x memory handling. Ah. I don't know the details, but I believe that recent 2.4.x

Hi all, It has recently come to my attention that the linux "file" utility reports some (but not all) of my flac files as having a mime type of "audio/mpeg". Obviously this is incorrect, but why is it reported as such? I've cut and paste a few commands below from my shell to illustrate what I'm seeing: black:/media/mildred/music/Tool/10,000 Days$ file -i *

For the interested, the Phatbox (a car audio system) now has firmware to support FLAC files. I have a news bullet on the FLAC site: http://flac.sourceforge.net/news.html#20020213 This is the first hardware support for FLAC (more is coming) and I think the first support of any non-proprietary lossless audio format for any hardware. Kudos to Phatnoise for taking the lead. Josh

* Matt Zimmerman (mdz@debian.org) wrote: > I agree with Josh (the other one) that abstraction libraries like > libaudiofile are a good way to make this a zero-maintenance feature. > Theoretically, support for new formats can be added to the library, and > all programs using that library will become instantly able to handle it. This is clearly the best solution. However, no abstraction

As far as I can tell I've found a serious bug in the command line flac encoder :( I have created many hundreds of flac files and I was very annoyed to discover that the XMMS flac plug-in had intolerably long seek times, but since that had been mentioned on this list a bunch of times without anyone actually investigating, I thought I had better actually find the BUG which causes this. 1. I

Thomas, unfortunately it does slow down the machine. I am working in a chroot enviroment and there are other users on the same box. Therefore it's of special importance that I don't consume the cpu by myself. Titus Am Sonntag den, 15. September 2002, um 23:37, schrieb Thomas Vander Stichele: > Apart from what probably is a bad assumption in the code, does it > actually

On Friday, January 24, 2003, at 12:28 AM, Josh Coalson wrote: > --- Brian Haberman <habesct@mac.com> wrote: >> I have been using Apple's X11 on OS X and I got the source and >> compiled >> flac 1.0.5 beta2. Everything seemed to build and install OK, but the >> >> xmms-flac plugin is not working, and I cannot open xmms. I get the >> following

I have searched in the docs and can't find this anywhere. JReceiver is looking to add support for FLAC and my suggestion. Can anyone tell me what that might be? Maybe "audio/x-flac"? Thanks for the help. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/flac/attachments/20020725/38ec026f/attachment.html

Drew Hess wrote: > Anyway, consider the chances that someone will use the BSD license to make > proprietary changes to FLAC. Weigh that against the chances that FLAC Well, I think going GPL would be too much, only GPL softwares could use the library. BSD is too much too because changes in the software world (improvements, bugs, backdoors) would not be available to you. Only the hardware