search for: pregap

-----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 AUDIO PREGAP 00:00:32 INDEX 01 00:00:00 Once I import this cue...

...o-8859-1 > > --- Charles Steinkuehler <cstein@newtek.com> wrote: > > > -----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 AU...

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

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

...iscussions should probably find a new home... The first two changes add features to the cuefile output, but are not strictly necessary (regardless, flac will stash the catalog and ISRC values, if present, so they're not pointless). The last group of changed lines is what actually converts the PREGAP into an INDEX 00 entry in the cuefile (and appropriately alters subsequent entries). naibed:/home/charles/cdrdao-1.2.1/utils# diff -u toc2cue.cc toc3cue.cc - --- toc2cue.cc 2006-09-26 16:31:51.916312146 -0500 +++ toc3cue.cc 2006-07-18 11:42:03.894698979 -0500 @@ -286,6 +286,9 @@ return 1;...

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

...gt; Rhapsody. > > Um...there's no reason you can't extract individual songs from a flac > file based on the TOC in it, if someone would just write a little > utility to do so. (I may end up doing it one day if nobody else does.) > 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. Interesting! I'll look into it. Thansk for the tip. -- Derek Sivers, CD Baby, Hostbaby http://www.cdbaby.com <-- best new independent music http://www.hostbaby.com <-- web hosting for musicians

...at frame zero, you're golden. By way of example, below are some results from my "problem" CD (The Police, Synchronicity). First, I read the TOC using cdrdao...note that track one starts at frame 32, *NOT* at frame zero. When converted to a cue file and merged into a flac file, any pregap *DISAPPEARS*, which means you can no longer create a proper cddb discid! Even more, cdrdao *DOES NOT RIP* the first 32 frames of the disc!!! Maybe the first 32 frames are all digital silence, but I want to make flac files that *EXACTLY* match the audio on my CDs (kind of the point of lossless com...

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

...cation 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 "correct" at audio extraction? And can't you emulate the 'pregap'-etc. effect with a .cue (or similar) plus the various .flac files? -- Asheesh. -- Q: What's the difference between Bell Labs and the Boy Scouts of America? A: The Boy Scouts have adult supervision. On Wed, 25 Jun 2003, Derek at CD Baby wrote: > > Actually, I was more interested...

...re golden. > > By way of example, below are some results from my "problem" CD (The > Police, Synchronicity). First, I read the TOC using cdrdao...note that > track one starts at frame 32, *NOT* at frame zero. When converted to a > cue file and merged into a flac file, any pregap *DISAPPEARS*, which > means you can no longer create a proper cddb discid! Even more, cdrdao > *DOES NOT RIP* the first 32 frames of the disc!!! Maybe the first 32 > frames are all digital silence, but I want to make flac files that > *EXACTLY* match the audio on my CDs (kind of the p...

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

...services like iTunes + > Rhapsody. Um...there's no reason you can't extract individual songs from a flac file based on the TOC in it, if someone would just write a little utility to do so. (I may end up doing it one day if nobody else does.) 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. cjs -- Curt Sampson <cjs@cynic.net> +81 90 7737 2974 http://www.netbsd.org Don't you know, in this new Dark Age, we're all light. --XTC

...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 afterwards I'd be able to restore/decode it to the single files, > right?! as long as the ripping is not missing "pregap" (especially track 1 index 0), which has to be set up a certain way in EAC, then yes. you should try an experiment with one disc first. > btw: This is not the right place to ask,.. but is it planned to add a > standard to ogg (and thus flac) like ogg comments,.. but for > additional...

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

...me),... than I could use sox to >> concatenate the single files to one big file,.. >> encode it to flac with the CUE infos,.. >> And afterwards I'd be able to restore/decode it to the single files, >> right?! >> > as long as the ripping is not missing "pregap" (especially track 1 > index 0), which has to be set up a certain way in EAC, then yes. > you should try an experiment with one disc first. > Yes... I'm always having a special look for track 01 index 00 in EAC.... but if you use index-based extraction you'll get one file f...

...n : '1.05' Device seems to be: Generic mmc2 DVD. Using generic SCSI-3/mmc DVD-R(W) driver (mmc_mdvd). Driver flags : SWABAUDIO BURNFREE Supported modes: PACKET SAO Drive buf size : 1605632 = 1568 KB FIFO size : 4194304 = 4096 KB Track 01: data 697 MB track: 1 start: 0 pregap: 150 Total size: 800 MB (79:18.40) = 356880 sectors Lout start: 800 MB (79:20/30) = 356880 sectors 41 00 00 14 00 00 00 00 41 01 00 10 00 00 00 00 41 01 01 10 00 00 02 00 41 AA 01 14 00 4F 14 1E Track 1 start 0 Track 2 start 356880 41 00 A0 00 00 00 00 01 00 00 00 00 41 00 A1 00 00 00...

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