search for: willoughby

a test suite for FLAC would be great, but where do I find it? (I'm sorry if this might be obvious to everyone else, but I can't seem to find anything) Brian Willoughby wrote: > Daniel, have you looked at the test suite for FLAC? I believe that > there are test files there, or perhaps the test suite creates them on > the fly. Either way, you should be able to get some basic tests of > your player. > > Brian Willoughby > Sound Consulting &...

Oops. I proofread my email a little too late. I corrected the example. Hopefully what I am suggesting is clear. Brian Willoughby Sound Consulting On Jun 22, 2010, at 22:15, Brian Willoughby wrote: > What you need to do is write a bitStream function. It should only > read each byte from the stream once and completely deal with all 8 > bits before reading the next byte. You should never look ahead > beyon...

Or, I was originally thinking: rice_parameter = 0; k = partition_samples; if (k < mean) { int n = mean - k; rice_parameter += n; k <<= n; } (sorry for the hasty post) On Oct 11, 2013, at 10:34, Brian Willoughby wrote: > Hmm, maybe I'm missing something, but what about this: > > rice_parameter = 0; k = partition_samples; > int n = mean - k; > if (n > 0) { > rice_parameter += n; > k <<= n; > } > > I've not looked at this code in its context within strea...

On Dec 18, 2009, at 12:12 AM, Brian Willoughby wrote: > > On Dec 17, 2009, at 20:42, Ron Decline wrote: >> Anyway, as you and dathead2 suggested, I can just flac -d, then swap the channels on the wav with SoX, and then flac -a, I can then use metaflac to transfer the tags. Easy enough to write a script to do the work. > >...

Harry Sack wrote: > > > 2007/3/29, Brian Willoughby <brianw@sounds.wa.com > <mailto:brianw@sounds.wa.com>>: > > There actually is no problem with 24-bit support, as I stated > earlier. So before people start chiming in with "me too" - I'd > like to request that you actually say what problem you&...

On Dec 17, 2009, at 11:02 PM, Brian Willoughby wrote: > > On Dec 17, 2009, at 19:00, Ron Decline wrote: >> On Dec 17, 2009, at 8:50 PM, dathead2 at gmail.com wrote: >>> On Dec 17, 2009, at 8:42 PM, Ron Decline <rutlecorps at gmail.com> wrote: >>> >>>> Is it possible to switch the Left / Right c...

On Mar 6, 2011, at 01:22, Erik de Castro Lopo wrote: > Brian Willoughby wrote: >> Hopefully, libsndfile no longer uses the incorrect 0x7FFF (32767) >> factor for float to 16-bit integer conversions, because that would >> make it unacceptable for lossless file conversions. > > That is a statement of opinion rather than fact but I won't go int...

On Oct 12, 2008, at 22:32, Paul Davis wrote: > On Sun, 2008-10-12 at 19:26 -0700, Brian Willoughby wrote: >> Is anyone here potentially up to the task of adding support for CAF >> (the CoreAudio Format) into the flac command-line? This would >> present minimal difficulty under OSX, due to the presence of the >> CoreAudio API, but the real challenge would be to support CA...

Brian Willoughby wrote: > Hi Justin, > > Are you saying that 24-bit support does not work for you? Which > version of FLAC are you using? What platform? What kind of files are > you trying to compress? > We're using FLAC 1.1.2, and we're compressing any kinds of PCM audio. The so...

...is there in the source package, you just need to read the documentation. Brian On Nov 1, 2008, at 23:43, Daniel ?nnerby wrote: a test suite for FLAC would be great, but where do I find it? (I'm sorry if this might be obvious to everyone else, but I can't seem to find anything) Brian Willoughby wrote: > Daniel, have you looked at the test suite for FLAC? I believe that > there are test files there, or perhaps the test suite creates them on > the fly. Either way, you should be able to get some basic tests of > your player. > > Brian Willoughby > Sound Consulting >...

On Thu, 2007-03-29 at 12:53 -0700, Brian Willoughby wrote: > > Hello FLAC list. > > > > As far as I know 24 bit FLAC support is broken. It often doesn't > > compress the audio at all, but instead stores the chunks as verbatim > > type (although the FLAC format supports 24 bit). Perhaps this is > fixed? &...

...at would be appreciated by the unique community of people who use FLAC and still need the ability to convert to other formats for processing. I guess this would still limit the usability to Logic Studio Pro, at least until more companies begin supporting CAF in their audio software. Brian Willoughby Sound Consulting

...at would have allowed the header to be preserved for either WAV or AIFF. I'm not sure what was implemented, though, and I have not tested whether abnormal WAV headers are preserved. If --keep-foreign-metadata is not used, then nothing is preserved from the original WAV except the audio. Brian Willoughby

hmm, let me ask this question, another way... which setting offer the least compression ?. Richard On Thursday 12 July 2007 3:49:07 am Brian Willoughby wrote: > Hi Rick, > > Alex already told you: All settings for FLAC give perfect quality. > No setting has any more quality than the other, because they are all > identical to the original CD. > > Brian Willoughby > Sound Consulting > > > On Jul 11, 2007, at 18:32, R...

...n write your own codec. But your nattering on and on about how you think the API isn't right doesn't help at all and is very annoying. _____ From: flac-dev-bounces@xiph.org [mailto:flac-dev-bounces@xiph.org] On Behalf Of Harry Sack Sent: Saturday, September 08, 2007 6:06 AM To: Brian Willoughby Cc: flac-dev@xiph.org Subject: Re: [Flac-dev] Re: multiple core support 2007/9/8, Brian Willoughby <brianw@sounds.wa.com>: Ralph, The problem is that there is no clear advantage, at least in terms of multiple cores, to the approach you're asking about. In order to allow each stage...

Brian Willoughby <brianw at sounds.wa.com> wrote: > Hello all, > > Is anyone here potentially up to the task of adding support for CAF > (the CoreAudio Format) into the flac command-line? ... > I've already made some recordings > that are so long that they cannot be uncompressed from FLA...

...asically, later stages get blocked waiting for their input buffer to fill, which means that you're not really getting very much overlap at all, but plenty of multi- threading overhead. At least that's the predicted result - I admit that nobody has tried this, to my knowledge. Brian Willoughby Sound Consulting On Sep 7, 2007, at 18:25, Ralph Giles wrote: On Fri, Sep 07, 2007 at 04:59:50PM -0700, Josh Coalson wrote: > it actually is complicated. the libFLAC api is not suited to a > multithreaded design because the i/o is stream-based, not file- > based. flac(.exe) is the fi...

Brian Willoughby wrote: > I do not see the need to jump to 64-bit merely to get beyond the 2 GB > limit. There are modern API that handle 32-bit unsigned file lengths > - i.e., up to 4 GB - without going to 64-bit. When we are talking about offset_t we are talking about the flac C and C++ API. Curren...

Erik de Castro Lopo wrote: > Err, thats a link to a post talking about flac's WAV reader being limited > to 4Gig files. Problem is, *all* WAV files greater than 4Gig are mal-formed. > Due to limitations in the way WAV files are specified, no valid WAV file > can ever be over 4Gig. And most don't work over 2 GB. The solution we (Xiph) have used in other projects (opusenc,

stream_encoder.c has the following code: /* try to keep qlp coeff precision such that only 32-bit math is required for decode of <=16bps streams */ if(subframe_bps <= 16) { ... But FLAC can convert 16-bit input to 17-bit if mid-side coding is used. So, does it make sense to compare subframe_bps with 17? (The patch is attached. What do you think about it?) -------------- next part