similar to: Unsubscribe

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dan Phillips wrote: > Charles Steinkuehler wrote: >> Dan Phillips wrote: >> >> What we are left with is a requirement in abcde to overcome this and >> >> until then we have the manual method. Have you any thoughts on the best >> >> way to overcome this problem apart from the hacked toc3cue (do you have

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

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

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

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Chris Hirsch wrote: > >>> >>> 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

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The recent discussions about archiving CDs with flac prodded me to get abcde working again. I've filed a debian bug report with patches to the latest abcde that enable generating a toc file from the disc with cdrdao (rips CD-TEXT data and creates index points from subcode data). Combined with my patches to toc2cue, this is enough to rip even

Charles Steinkuehler wrote: > Dan Phillips wrote: > >> What we are left with is a requirement in abcde to overcome this and > >> until then we have the manual method. Have you any thoughts on the best > >> way to overcome this problem apart from the hacked toc3cue (do you have > >> a copy of this?) > > I do not have a copy of toc3cue...I made my own

Hello, Different how? When displaying the wave in Cool Edit (it's to say, the FLAC file itself is opened and decoded through the Chapman filter), the audio wave result shows little differences : changes in frequencies at a given time, lower or higher; not many changes, but changes! I attribute this to the filter, because when decoding with your soft, already used for encoding, no problem

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 -

Charles Steinkuehler wrote: > The recent discussions about archiving CDs with flac prodded me to get > abcde working again. I've filed a debian bug report with patches to the > latest abcde that enable generating a toc file from the disc with cdrdao > (rips CD-TEXT data and creates index points from subcode data). > > Combined with my patches to toc2cue, this is enough to

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Peter Edwards wrote: > 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

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dan Phillips wrote: > 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

--- Charles Steinkuehler <cstein@newtek.com> wrote: > The recent thread on archiving CDs with flac has prompted me to ask a > few questions about flac and metadata: > > 1.1) It appears that metaflac only imports limited information from a > cuefile. Text data (ie: Title, Artist) and any comments are removed > from the file. I can kind of see eating the comments, but why

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The recent thread on archiving CDs with flac has prompted me to ask a few questions about flac and metadata: 1.1) It appears that metaflac only imports limited information from a cuefile. Text data (ie: Title, Artist) and any comments are removed from the file. I can kind of see eating the comments, but why are the perfectly valid text fields not

> And then you won't lose the stuff in the pregap on live CDs, and it also > makes the storage and naming easier to deal with. Can you explain this to me? You don't actually lose the audio data, right, just the structure of the CD (which can probably be captured with cue files anyway)? I've ripped CDs with pregap audio before, and I'm pretty sure it's not getting

As for the storage, I recommend something like AFS, that's distributed and network-transparent. AFS/Kerberos has a tendency to take over the network for use as an authentication protocol, but it's both possible to use AFS/Krb in a hetereogenous environment and a good idea to switch to Krb5 :). OpenAFS is quite a good product, I am finding. A few general notes: Isn't cdparanoia more

> Actually, I was more interested in how you set up the disk array. I think we just set up 3ware IDE raid cards with 200-gig drives, all on 1 PC for now (3/4 slots) and seems to work OK. No case would fit them so it's just sprawled out on a desk away from everything else with 4 power supplies powering the drives. When it's time to buy more disks then I'll have to set up a

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

On Tue, Sep 26, 2006 at 04:39:51PM -0500, Charles Steinkuehler wrote: > Further abcde and cuefile discussions should probably find a new home... Well, I can't speak for Josh, but I've found it a relevent and productive discussion. -r

On Tue, 24 Jun 2003, Derek at CD Baby wrote: > > But I'd be interested to know what sort of hardware you're using > Just el-cheapo FreeBSD beige boxes with Lite-On CD-Rom drives. > They've got the fastest audio ripping I've ever found (24x or so). Actually, I was more interested in how you set up the disk array. The biggest one I'd set up was a while back, when 60