similar to: [Flac-users] Verify Failures

On Tue, 27 May 2003, benny k. wrote: > I'm a little embarrased because its just a hack on metaflac, but if you > want it, i'll post it one my webpage. it should be easy to modify it for > use with a CD image. Why don't you submit to the sourceforge feature request queue as a patch? That way it will be there for anyone who wants to hack on it. Although maybe this kind of

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

On Wed, 28 May 2003, Josh Coalson wrote: > interesting idea, CD-TEXT is in the subcode and if cdrdao can > split it out that's better I think than hacking the CUESHEET > block to store CD-TEXT. I suppose the ideal would be to have a metadata block to store the subcode from a CD, and something that could interpret it as CD-TEXT, if that's what it is. Then it would be possible to

Well, I've rebuilt flac from the original source, without using the NetBSD package system, and I'm still seeing the same problem with the XMMS FLAC plugin: /usr/pkg/lib/xmms/Input/libxmms-flac.so: Undefined PLT symbol "FLAC__plugin_common__init_dither_context" (symnum = 30) I can see that the symbol is defined in the common library: $ nm src/plugin_common/libplugin_common.a |

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

On Mon, 13 Sep 2004, Eric Sandeen wrote: > Tested this on a live album (Johnny Cash Live at Folsom Prison) and > there is no lost audio; tracks segue seamlessly as on the original > disc. Did you check that a) the cue points are the same, and b) you're getting back CD-Text as well? > ...it occurred to me that I should just flac the > whole CD and add a cue sheet, and then

https://bugzilla.mindrot.org/show_bug.cgi?id=1499 Summary: Add "ForwardAgent ask" to ssh_config Classification: Unclassified Product: Portable OpenSSH Version: 4.7p1 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: ssh AssignedTo: unassigned-bugs

https://bugzilla.mindrot.org/show_bug.cgi?id=1455 Summary: ssh client ignoring ad bit in dns response - OSX 10.5 Classification: Unclassified Product: Portable OpenSSH Version: 4.9p1 Platform: ix86

Curt Sampson wrote: > > > > I've thought of doing lossy compression before on instruments, > but I'd > > > > much rather stick to lossless, at least for now. > > Honestly, stick to lossless. I mean, to the point where you can get > your exact samples back. Sure, an S900 sample is not so great quality, > but having come from the era where I did the

Josh Coalson wrote: > --- Eric Sandeen <sandeen@sandeen.net> wrote: > >>1) how to generate a cue sheet to store in the flac file (on linux?) >> I've seen cddb2cue, is this a decent way? or cdrdao can generate >> a toc file, then convert that to a cue sheet.... > > > I think whatever provides cdrdao also provides toc2cue which > will convert.

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

On Tue, 24 Jun 2003, Derek at CD Baby wrote: > 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

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

On Sun, 24 Aug 2003, smoerk wrote: > there are different channel profiles for 5.1: > L R C LFE Ls Rs (DVD) > L R Ls Rs C LFE > L C R Ls Rs LFE (Film) I don't see why you need more than one of the above formats. It's not like you can't decide to put the LFE channel into "input 3" or "input 5" or whatever set of inputs your sending it to, depending on

On Wed, 19 Nov 2003, Josh Green wrote: > I am curious though how one would get around the problems of looping > with a lossy algorithm. When decoding a vorbis stream would one have > the same number of samples as you encoded? The problem with looping > arises if the loop points aren't the same sample values, resulting in > a click. Some sort of algorithm could be run around the

On Thu, 22 Jan 2004, Wayde Milas wrote: > The whole point is, I'm pretty sure that the above patents would never > stand up. There is a multitude of works both in use today, and in > written papers/code using arithmetic encoding. Not only that, I dont > think any prior art search was done from 1976 to 1990 when the patents > were awarded. There is alot of prior art. This is

> 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

On Wed, Nov 19, 2003 at 08:41:56AM -0700, tech@bishop.dhs.org wrote: > On Tue, Nov 18, 2003 at 08:34:05PM -0800, Josh Green wrote: > > > Steve Lhomme wrote: > > > > > > You might try to contact the makers of FruityLoops. Right now their > > > samples packs are in Ogg format (stored in a WAV IIRC). They like open > > > and free formats (they also

Hi all! I've just gotten into the FLAC world, and have read most of the documentation. I have a question: Mike Wren's frontend, upon looking at the DOS command line it automatically generates, uses the "-m" command. This is for "mid-side coding for each frame". What is this? Specifically, is this like the mid-side recording technique? If so, that means the

Hi all! I've just gotten into the FLAC world, and have read most of the documentation. I have a question: Mike Wren's frontend, upon looking at the DOS command line it automatically generates, uses the "-m" command. This is for "mid-side coding for each frame". What is this? Specifically, is this like the mid-side recording technique? If so, that means the