search for: shntools

Dat Head wrote: > I use it all the time for wav to flac conversions for CDR burning (doesn't > everybody?!) or maybe i use it with shntool before encoding to flac, I'm pretty sure (don't have the code and couldn't read it if I had it) that shntool's "fix" module doesn't use flac's --sector-align option but has its own routines. For one thing,

is anyone using the --sector-align option of flac, or flac frontend, or shntool? that option actually complicates the flac code a lot and I would like to take it out if possible. it really belongs in a higher level encoding or burning tool. if you are using it, let me know which tool you use it with and if it's with wave, aiff, or raw files.

Hi, A user at the www.thetradersden.org website reported a difference when fixing "sector boundary errors" in CD-quality WAV files with shntool and flac. As as result of investigating this, I think I've found a bug in the zero-ising of the buffer used to zero-pad the last file when encoding with the --sector-align option. My test consisted of the creation of four

Hello there, I've had to set up some tools to convert cue+flac tuples to mp3 files and split albums flacs into songs flacs. Formerly on CentOS 6, I think I had shntools and cuetools from the nux-dextop repo (not sure about shntools). Anyway, here on CentOS 7 I couldn't find any of them in repositories, so I did `rpmbuild --rebuild` from: - cuetools-1.4.0-0.6.svn305.el6.nux.src.rpm - shntool-3.0.10-10.fc21.src.rpm and `yum localinstall`'ed the RPMs, to...

Great info. I found some descriptions of st5 (md5 fp) and ffp, where I assume that "fp" is just a Taper abbreviation for "fingerprint" - or signature as it's called in the flac header. However, I could not find these utilities or source code. What I found looked like instructions for a gui-based program. I think it would be easier to support Mac if st5 were

thanks, will take a look. Josh --- Dave Chapman <dave@dchapman.com> wrote: > Hi, > > A user at the www.thetradersden.org website reported a difference > when > fixing "sector boundary errors" in CD-quality WAV files with shntool > and > flac. As as result of investigating this, I think I've found a bug > in > the zero-ising of the buffer used to

My comments: ;) >hmm, I'm thinking we could >spec out an ETREE metadata >block that you could use. Yes, I think this is a good idea. I'd like to incorporate this a s much as possible as the "FLAC Standard" if it's OK with you guys, since ideally FLAC will be the etree.org format of choice, replacing Shorten. >> Filesize compressed >> >this is

Thanks for all the responses to my question. I think I can use shntool hash option for my project I did not find in the shntool documentation or flac documentation that the hash or st5 always would match the flac fingerprint. But at least in a couple tests I did they matched. And I found some more comments around the internet indicating they were the same. -----Original Message----- From:

--- Brian Willoughby <brianw at sounds.wa.com> wrote: My suggestion is to first gather more information, by learning how to confirm whether an MD5 Signature even exists in these files before continuing to determine the reason for the mismatch. Maybe someone else has more information. --- end of quote --- Thanks for the response. He sent me a link to the files here:

--- "David W. Tamkin" <dattier@panix.com> wrote: > If another program invokes flac.exe to encode a WAV file that has an > extra chunk or sub-chunk that FLAC strips it out during encoding, > would > that make flac.exe report a non-zero error level back to the program > that called it? No. It's not considered an error to skip non-audio sub-chunks. Josh

--- Eric Sandeen <sandeen@sandeen.net> wrote: > *I'm not sure why flac -d 1.flac 2.flac 3.flac outputs sequential > wavs > rather than one big wav; is this intentional and/or needed? I > suppose > the "one big wav" approach would require flac to look at all input > files > to write the proper wav header at the front, but that should be > do-able...?

I've got a bunch of flac files and need to report their length. With MP3s, you use `mp3info -x $filename` But is there a way to find out the length (minutes:seconds or just seconds) of a flac audio file, without converting it to WAV first? Thanks! -- Derek Sivers, CD Baby, Hostbaby http://www.cdbaby.com <-- best new independent music http://www.hostbaby.com <-- web hosting for

In windows command line: I have a wav file and would like to see what the flac fingerprint would be. To do this I run flac to encode the wav file and write the flac file to the hard disk. I then run metaflac to read the flac file and display the fingerprint. Is there an existing way or other utility to do this without generating the flac file on the hard disk. I would think it could be quicker

> Why is it that sometimes when I encode a .wav file then decode it again > the length of the generated file is 2 bytes shorter than the length of > the source file? > > The discrepancy in length occurs in the header and the remainder of the > data from there on is identical. It seems to me that what appear to be > length fields in the header is adjusted appropriately.

here's a quickie - if I do flac -d -c 1.flac 2.flac 3.flac > foo.wav does this work? or are there multiple wav headers in foo.wav. Can flac turn multiple flac files into 1 big wav, or should I decode individually and use another tool to splice them back together? Thanks, -Eric

shntool (http://etree.org/shnutils/, http://shnutils.freeshell.org/) is Windows-only, but the source is available. > Great info. I found some descriptions of st5 (md5 fp) and ffp, where I > assume that "fp" is just a Taper abbreviation for "fingerprint" - or > signature as it's called in the flac header. However, I could not find > these utilities or source

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

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