similar to: [BUG] --sector-align zero padding is not entirely zero

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

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.

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:

Here is all-in-one patch, if this is a problem, i will try to make separated patches. Changes: plugin_common/ * FLAC__plugin_common__pack_pcm_signed_little_endian * accept FLAC__int32 *input[] * supports more channels * fixed clipping bug (BTW, random number generator in dither.c is low quality, it should be replaced, generator in replaygain is much better) *

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

samples in FLAC are always signed. they must be signed going into the encoder (flac converts unsigned samples to signed) and they come out of the decoder signed. Josh --- David Bishop <tech@bishop.dhs.org> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Followup to original question: how do I determine if a particular > flac file is > signed (and then, if

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

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 [meta: Thanks, Josh, for clearing that up] Continuing my quest to make everyone think I'm an idiot, could someone explain the following code to me? I.e., what the two for loops are accomplishing, and what, *exactly*, is in s16buffer when it's done. Assume I want to write a .wav file from this decoded flac*. Is it already in approximately

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

Hello, I have a treeview, that works with scriptaculous in order to load the nodes dynamically. I also have in the main part of the page, a table with the list of elements. The lists of elements can be drag-dropped on the treeview in order to move them around (they are also draggable on other parts of the page) I need though, to refresh the treeview to reflect changes when a folder was moved

Committed in r159281. -Anshu On 6/26/2012 3:04 AM, Ivan Llopard wrote: > Hi Anshu, > > I don't have commit access. It applies correctly on trunk, I've just > checked it. Could you please commit it? > > Ivan > > On 26/06/2012 04:44, adasgupt at codeaurora.org wrote: >> Hi Ivan, >> >> Sorry, I should have been more explicit in my last email. The

Hi Anshu, I don't have commit access. It applies correctly on trunk, I've just checked it. Could you please commit it? Ivan On 26/06/2012 04:44, adasgupt at codeaurora.org wrote: > Hi Ivan, > > Sorry, I should have been more explicit in my last email. The patch looks > good to me. Please check that it applies on trunk and go ahead and commit. > > Thanks > -Anshu

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

Hi, In the last days I've been taking as reference the example found in examples/c/encode/file/main.c. With it I've been able to encode a 2ch, 16 bps, 44100 sample rate input WAV file to a FLAC file. Now I've been trying to modify this example to encode a 2ch, 24 bps, 96000 sample rate WAV file. I have to say I'm a bit lost on how I should read the input file in this case, and

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

The following patches were made over Linus's tree and fix an issue where windows guests will send iovecs with offset/lengths that result in IOs that are not aligned to 512. The LIO layer will then send them to Linux's block layer but it requires 512 byte alignment, so depending on the block driver being used we will get IO errors or hung IO. The following patches have vhost-scsi detect

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