similar to: application metadata block length

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 -

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

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

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 error when I launch xmms from xterm: brian it's 8:41pm, what now? xmms & [1] 567 brian it's 8:41pm, what now? dyld: xmms Undefined symbols:

Hi all, I started up a discussion on Hydrogen Audio about a new FLAC metadata block for storing cuesheets. This is really the last missing piece in archiving CDs. Here's the link: http://www.hydrogenaudio.org/index.php?act=ST&f=20&t=4646 I would appreciate any feedback anyone has on the subject. If it's not too inconvenient, try replying on the forum there (not sure if you

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 can see the other side of the arguement too tho, there may be many >players around now, and in the future that will add flac support, but >not flac-album support :( yes this would be my concern as well. also, individual track support is just more flexible for moving music around between devices. it's funny, i've been on-and-off trying to get the whole eac+flac+id3+cuesheet

--- smoerk <smoerk@gmx.de> wrote: > good idea, i'm always putting *.cue files to the directory with the > ripped audio files. but it would prefer one file per song and not one > big file for the whole cd. My vision of how the players should work is this: - make one album.flac with CUESHEET - player loads album.flac, sees CUESHEET, calculates CDDB id (or CDindex, or custom

--- Joshua Haberman <joshua@haberman.com> wrote: > * Josh Coalson (xflac@yahoo.com) wrote: > > 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: > > > > > >

That is the question I put before you all tonight :) (Short background, Xiph is the corp behind Vorbis and Ogg, among other things; see http://xiph.org/about.html . I think Emmett is here now so correct any of this if it's wrong.) I've been talking a little with Emmett Plant and Monty about this. If it were to happen, it would mean the following: 1. FLAC would benefit from the

What is the best way to add song metadata (artist, album, title, etc.) to flac files? I want to be able to define an arbitrary number of FIELD=value pairs. Earlier I heard someone mention using id3 tags. I tried this with the command-line "id3v2", and while it seemed to work I noticed that the resulting file no longer began with "fLaC", which violates the format

Thanks for the quick response on the C++ thing. It would also be nice if the host program could correctly write the STREAMINFO block in the stream encoder metadata callback without having to know the specifics of the header format (or worry about endianness). How exactly to achieve this might take some thought, but what about this idea: 1. The correct way to respond to the metadata callback:

Hi all, Using the FLAC++ level 2 metadata interface the following function doesn't do what you would expect: cuesheet->get_track(i).get_num_indices(); (where cuesheet is a FLAC::Metadata::CueSheet *) It returns a bool instead of an int, why is this? To get the mumber of indicies in a track I need to use: cuesheet->get_track(i).get_track()->num_indices; ie. retrieve the C struct

Just wanted to know how to make a directory writeable. I have used the following variables, but have been unsuccessful to write to a particular samba share using XP: [share] ... writeable = yes write list = username Are there any more options I need to allow a user to write to his own directory? Thanks. sandrewz __________________________________________________ Do you Yahoo!?

It's been brought to my attention that I am committing the ultimate sin of sending HTML mail to the list (probably including this one). Unfortunately I have an infrastructure problem which is presently forcing me to use Outlook Web Access (I usually use Pine). I'm working on it. Your patience is appreciated. -dan miller <p>__________________________________________________ Do

It's been brought to my attention that I am committing the ultimate sin of sending HTML mail to the list (probably including this one). Unfortunately I have an infrastructure problem which is presently forcing me to use Outlook Web Access (I usually use Pine). I'm working on it. Your patience is appreciated. -dan miller <p>__________________________________________________ Do

I am forwarding this bug report from the Debian bug tracking system. Please preserve the CC header when responding. To reach the submitter directly, send mail to 179764-submitter@bugs.debian.org. ----- Forwarded message from HJ <inzanekaoz@yahoo.com> ----- Date: Tue, 4 Feb 2003 03:54:36 -0800 (PST) From: HJ <inzanekaoz@yahoo.com> Resent-From: HJ <inzanekaoz@yahoo.com> To:

Hello. I just started messing around with RSync to synchronize some RRD files between a couple BSD/Linux boxes. To test, I'm just trying to sync about 20 of these files which are about 256KB each. It seems that the full contents of each file are being transferred each time; i.e., the incremental transfer feature isn't working. I'm basing this assumption on output such as the

A volunteer wrote this man page and submitted it to the Debian bug tracking system. I have not had the time to review it, and I don't really use metaflac anyway (yet). It would be nice if 1.0.5 could ship with a full set of man pages. -- - mdz -------------- next part -------------- An embedded message was scrubbed... From: dannf@dannf.org (dann frazier) Subject: Bug#170598: manpage Date:

I would like to be able to select which tracks I like to play from cdimage-file. So I mean that if I have some flac-file with CUE-data and I like to make playlist for winamp with tracks 1, 3 and 7. How I can do that? With image link files this would be easy, just select link files 1, 3 and 7. Is winamp plug-in having any features for CUE-sheet?