similar to: anyone using flac --sector-align?

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,

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

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

Ok, so here's the deal... I've been having a lot of trouble sleeping, so I've done some research and discovered this program called "Hemi-Sync". I decided to torrent it from the Pirate Bay to try it out before spending my money. What I torrented worked incredibly, so bought it, then torrented another Hemi-Sync program: Lucid Dreaming. It's a DVD-Audio program. What I

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:

Josh, Automake 1.10 on OSX is giving me warnings like the following: test/Makefile.am:50: wildcard *.raw: non-POSIX variable name test/Makefile.am:50: (probably a GNU make extension) test/Makefile.am:50: wildcard *.flac: non-POSIX variable name test/Makefile.am:50: (probably a GNU make extension) test/Makefile.am:50: wildcard *.oga: non-POSIX variable name

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

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

The patch I submitted only reads AIFF files. I'm about to start the patch to write AIFF files. To do so, we need a command-line option to specify AIFF. My inclination is to add an option: -ff { raw | wav | aif } In some sense, "-ff" is silly since it probably stands for "format format". Still, I think it's better than just "-f", since the first

I use Sony (previously Sonic Foundry) Sound Forge, which allows me to save audio files in .w64 (Wave 64) format to get around the 2GB .wav file limitation. W64 was invented by Sonic Foundry, and is an open format as far as I know. The only programs I know about using the .w64 format at the moment are Sound Forge and Steinberg Nuendo, although there may be others out there. With increasing

--- "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...?

John Miles wrote: > You'll definitely have to encode in little-endian form. PCM audio is always > little-endian, to the best of my knowledge. I have never seen any > big-endian audio data files. Try AIFF, AU and IFF just for starters. They are definietly not the only ones. Erik -- +-----------------------------------------------------------+ Erik de Castro Lopo

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 -

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

I built ogg vorbis from the rc1 cvs source on Irix 6.5.12 with gcc 2.95.2. Using oggenc I encoded about 8,000 aiff files but found about a dozen where oggenc would go into an infinite loop. I tracked the problem with Laguerre_With_Deflation() as far back as logmask being Inf in floor0_forward. I'm now building gcc 3.0 with the expectation this is a compiler issue. If not, I'll back

Hi, I am attempting to use flac to encode 96k/24-bit broadcast wav (BWF) files. BWFs are wav files with some extra meta-data chunks, and is the favoured archival format for many institutions around the world. These files are encoded successfully by flac, however the resulting flac file is not playable on all flac players - it plays successfully in foobar2000 but is silent in winamp, and when

Is anyone working on making oggenc use some nice library that reads lots of different audio file formats so that people can encode from files other than WAV? For example, the 'AudioFile' library (just found it via a search on freshmeat) reads wav, aiff, aiff-c, .au, and .snd. Maybe there are other better libraries (OpenAL, maybe), but this library does what I want (read AIFF). -tim ---