search for: pregaps

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

Unsubscribe --- flac-request@xiph.org wrote: > Send Flac mailing list submissions to > flac@xiph.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xiph.org/mailman/listinfo/flac > or, via email, send a message with subject or body 'help' to > flac-request@xiph.org > > You can reach the person managing the list at >

> 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

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

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

> > Just thought you'd like to know CD Baby has switched to FLAC for > > archiving the 40,000 CDs we have in stock. > > Luckily HD space is down below $1/gig so we got a 6-terabyte RAID-5 > > box set up for about $7000. > > Well, even if you do have a lot of Morton Feldman (currently my record > for best compression ratio--about 0.25 or so), I don't think

> 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

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

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

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

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

I'm trying to use DVD-RW ("minus RW") disks in my LG GSA-4040B drive. I can write a new disk just fine, but can't find any way to blank or re-use a disk. When I run xcdroast and click on the "Blank CD/DVD+-RW" button, I get "Error while blanking." Here is last part of the dialog: Using generic SCSI-3/mmc DVD-R(W) driver (mmc_mdvd) Driver flags

Josh Coalson wrote: >> III) I've read about the CUEsheet feature of flac where you can store >> the data of cuesheets (at least indices and so) as searchpoints in >> flac. >> But the format seems to be in milliseconds while in CDDA frames are >> exact. >> Is it (because one would have rounding errors) not adivsable to use >> this >> feature, and

if there was a flac-users list i'd be asking these questions there, but anyway =) on windows, i've been using eac in secure mode and using "test & copy" to verify that the crc checksums match. invariably, i'll get one or two mismatches per album i rip, so i figure the checksum verification is a good thing despite the extra time. once i rip a cd, i want to forget

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

--- Christoph Anton Mitterer <calestyo@scientia.net> wrote: > Josh Coalson wrote: > >> III) I've read about the CUEsheet feature of flac where you can > store > >> the data of cuesheets (at least indices and so) as searchpoints in > >> flac. > >> But the format seems to be in milliseconds while in CDDA frames > are > >> exact. >

...to the difference. Typical DAT recorders add a standard gap between tracks, and older tape formats (such as Sony PCM-F1 on Betamax) have longer and less predictable gaps. A fraction of a second added (or removed) in between tracks can make a huge difference to how an album comes across. The aim of pregaps on a CD is to allow the track skip buttons to hit the beginning of the desired track, while also having the correct gap before the track when playing through from the previous track. Strictly, that silence isn't part of any track, but to preserve the overall flow most ripping software will add...

Josh Coalson wrote: >> Thus,... if I currently have my index-based wav files (that is EAC >> makes >> track-number.index-number.wav) from an cdda,.. and the corresponding >> CUE >> file (EAC writes it in min:sec:frame),... than I could use sox to >> concatenate the single files to one big file,.. >> encode it to flac with the CUE infos,.. >> And

Hi, so I just bought a NEC 1300A, primarily, because it allows me to write DVD+ and -RW. Using DVD-R discs (and currently no options to try other media, due to shops being closed), I'm unable to write anything, using either the dvd+rwtools port, or the dvdrtools. I've exhausted all references to be found in google, which are in a language I understand, so I'm hoping the list can

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