On Tue, 11 May 2004 23:05:35 +0200 pasp <pasp(a)ll.pl> wrote: It does if you're volunteering to do it :-). Thats only a half smilie, because the coming Ogg support in libsndfile is almost totally the work of Conrad Parker. Erik -- +-----------------------------------------------------------+ Erik de Castro Lopo nospam(a)mega-nerd.com (Yes it's valid) +-----------------------------------------------------------+ A good debugger is no substitue for a good test suite.

On Wed, May 12, 2004 at 07:27:03AM +1000, Erik de Castro Lopo wrote: FLAC and Ogg/FLAC are different formats -- native FLAC uses its own encapsulation rather than Ogg. libsndfile [post 1.0.11] will automagically get Ogg/FLAC support after libfishsound gets [lib]FLAC support. Native FLAC support in libsndfile will require a new flac format handler (which, incidentally, will be very similar code to the fishsound handler). If any of that paragraph made sense to you, and you'd like to help Erik and I with developing FLAC support, please get in touch :) Conrad.

On Tue, May 11, 2004 at 05:27:40PM -0700, Malcolm Baldridge wrote: cool, well, Erik's putting libsndfile up on a public Arch mirror any day now, so familiarize yourself with Arch if you haven't already (I'm still getting used to it) and be on the libsndfile mailing list :) http://www.gnu.org/software/gnu-arch/ Conrad.

Conrad Parker wrote: I would very much like to be able to record and read ogg/vorbis and ogg/flac files in ecasound[0]. I'm not an experienced coder, but I can read C/C++ (at least a little ... ) and I am an experienced sysadmin, so I can help test and debug. Let me know what I can do to help. -Eric Rz. [0] I know ecasound already does ogg/vorbis via vorbize/ogg123, but it seems to me it would be better to use the file formats via libsndfile rather than piping data to separate encoder/decoder programs.

On Wed, May 12, 2004 at 03:29:08AM -0700, Malcolm Baldridge wrote: Of course, certainly, point well taken. I wasn't clear in my initial statements. ecasound can be used in both real- and non-real-time. It's also scriptable. In scripts where the CPU is needed in realtime I would do the flac encoding in a separate step, as I do in some cases for ogg-vorbis encoding now. In some cases my scripts aren't using the CPU that much and it would be more convenient to skip the extra step and go directly to flac. I guess I should have said that I would like to be able to compose ecasound scripts that take flac files as input and result in flac files as output. I'm mainly interested in saving storage space. ecasound is a very versatile and extremely useful tool for multitrack recording, editing, effects processing, playback, mixing and format conversions. It can be used from the commandline or in an interactive console mode. The same commands used in the interactive mode are available via ECI, the Ecasound Control Interface. ECI has been implemented in C, C++, perl, python, ruby, php and emacs-lisp. I use the python version. http://www.wakkanet.fi/~kaiv/ecasound/welcome.html If the Lord Elrond had ecasound he could even use it to tune his lyre. ecasound is quality. -Eric Rz.

Apple - reinventing the wheel to try to keep you locked in. DRM here we come :D Jan On Tue, 2004-05-11 at 16:18, Florin Andrei wrote:

Perhaps you should ask Apple to include non-patented formats in their products. You probably won't find the Linux community interested in supporting a new and potentially closed format that already has an open source replacement. BTW, your iPod may look cool but there are other devices like the iRiver HP-120 that play far more formats than an iPod and don't put any restrictions on how you use your own music. -lee On May 11, 2004, at 5:18 PM, Florin Andrei wrote:

Lee Azzarello wrote: Don't forget the new karma from rio, which looks very promising (in fact, I hesitate between the iriver and the karma). It can read mp3, ogg and even flac formats ! cheers, David