similar to: [Flac-users] FLAC FAQ

I see that this was the right place to fire off this question. Thanks for your feedback. It has given me a base to start some trials. I used to use EAC on Windows, but I tend to only use open source software as much as possible and I don't use Windows any more. I gave a brief look at abcde, but it is clear I need to look at this some more. It looks like it has the potential to do everything I

I have read some posts about using FLAC to archive CD collections and would like to get some feedback. I am torn between creating a bin and cue file with CDDB info and compressing that down with FLAC as a single file or the second method of ripping all the files out to wav and converting to FLAC and maybe saving the cue file in attempt to use it later. The first method I believe will pretty much

I've just started to archive my CD collection (about 800 CDs), and my criteria are pretty much the same as the original message under this subject, except that I'm doing one file per CD. One file per song is just too much of a pain, and there's really no need, given FLAC's ability to have metadata in the file. The first thing I do is run cd-discid against the cd, and store that

Hi, Bit late to join in the discussion but I've just read through the CD archiving discussion and was particular interested in Dax's method, described here (also included below): http://lists.xiph.org/pipermail/flac/2006-September/000611.html So far I've just been flac-ing my CDs to individual one-flac-per-track files, however it appears I've been missing some of the other bits

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm trying to use flac to make backups of my CD collection, and am running into problems with disks that contain a pregap (or lead-in) before the start of track one. cdrdao rips these disks *WITHOUT* the pregap, and puts a PREGAP entry into the cue file. For my test CD (Police, Synchronicity, catalog# 0082839373524) I get (in part): TRACK 01

On Thu, 2003-12-25 at 21:35, Josh Coalson wrote: > --- jason <jason@doomba.com> wrote: > > is there a cuesheet syntax document someplace? > it's not really standardized that well. there are some links > here: http://flac.sourceforge.net/documentation.html (search > for --cuesheet) hmmmm.... i just reread the faq and your right... i'm kind of losing interest in

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

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > > I've been working on this sort of approach using abcde as a front-end, > and have run into several issues. What I finally decided on doing is > ripping the CD to a single flac file with embedded cue sheet using a > variety of tools (more details later). The single flac file is then > enough to pretty much reconstruct the

So there are no command line options like in oggenc to do artist and misc tags? Sure if you've got a solution that I don't have to do from scratch then post away! :-) Thanks! Chris benny k. wrote: >hi chris, > >On Thu, Mar 14, 2002 at 09:22:06AM -0700, Chris Hirsch wrote: > >>Hey all..I'm brand new to FLAC and learning to use it. Can somebody tell >>me how

Hi there, is there any specific reason for ignoring TITLE and PERFORMER info when importing CD-TEXT cuesheets into flac files? (These two fields have not always been used but they have become widely supported by now). One may answer that the preferred method for getting this kind of info for a cuesheet-flac would be CDDB, but CDDB info is not always reliable. In my opinion the goal "Now a CD

-----BEGIN PGP SIGNED MESSAGE----- [ Sorry for sending this twice; I sent it to the vorbis-dev list by mistake. ] The ALBUM, ARTIST, TITLE, and TRACKNUMBER tags aren't sufficient for classical music. MP3 muffed it, but since Vorbis is so flexible, I'd like to propose that ogg123 recognize and display the following optional tags, instead of giving an error message that it doesn't

-----BEGIN PGP SIGNED MESSAGE----- [ Sorry for sending this twice; I sent it to the vorbis-dev list by mistake. ] The ALBUM, ARTIST, TITLE, and TRACKNUMBER tags aren't sufficient for classical music. MP3 muffed it, but since Vorbis is so flexible, I'd like to propose that ogg123 recognize and display the following optional tags, instead of giving an error message that it doesn't

I wanted to post publicly my problem with Jonathan's proposed album requirements. Although I do apologize, since this thread is too big already. The idea that as a requirement one should be able to identify the exact CD a track was ripped from is not a valid requirement in my book (not for the tags at least), and I hope I can explain why. Without knowing the exact way Jonathan wishes to

On a related note, are there any tools which can read the Index information from a CD and preserve these in some file for later recreation? The actual TOC on a CD has very little information: just the Absolute Start Time of each Track. Is there any documentation of the "TOC" file format that is commonly used? I do not recall coming across anything. Obviously, I am also

Hi, I was wondering if there is a standised way of recording the CDDA database number (the information stored on a CD to help look up the CDs details on the net)in the tags? -- Jon Brightwell <jon.brightwell@atd.co.uk> Baby Code Monkey '"Be excellent to each other." - Bill S. Preston, Esq., & "Ted" Theodore Logan' --- >8 ---- List archives:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dan Phillips wrote: > With regards the toc problem not compensating for starting from track > 0, is it possible to use the cdrtoa -t or -T options to compensate for > the shift. I am not sure I fully understand the option, but I came > across it and thought I would mention it. I believe the -T and -t flags (to cdparanoia? AFAIK, cdrdao

Can you do this? I have not found the options to get this to happen. So far I have seen how to read the Audio CD and make a directory of WAV files with a control file for later burning to CD, but I want an iso image that I can archive and burn audio CDs to use as they get used up.

Charles Steinkuehler wrote: > Dan Phillips wrote: > >> With regards the toc problem not compensating for starting from track > >> 0, is it possible to use the cdrtoa -t or -T options to compensate for > >> the shift. I am not sure I fully understand the option, but I came > >> across it and thought I would mention it. > > I believe the -T and -t flags

This must be possible; not sure how to do it yet. :) After facing the thought of going through my cd collection for a 3rd time for re-encoding, it occurred to me that I should just flac the whole CD and add a cue sheet, and then back up to DVDs. That way -next- time I need to re-encode to any format, I can handle ~1/20th the discs, compared to my whole cd collection. :) Wondering if

I realize this was an answer to someone else, but... I use Trader's Little Helper for all my encoding/decoding projects (for FLAC mostly). does this automatically do more than just the tracks? If not, how can I get the rest? - - Audio data prior to the start of track 1 (and possibly after the end of the 'last' track, depending on the disc layout) - - Sub-code index information -