search for: brianw

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're seei...

On 5/13/07, Brian Willoughby <brianw@sounds.wa.com> wrote: > If we ever reach this 64 GigaSample limit, the fact that FLAC is a > stream should allow multiple FLAC headers to be concatenated in a > single file - although that might be tricky. I believe you can do this with Ogg FLAC. The Ogg container manages the multiple...

...ice = Downloads winbind use default domain = Yes [downloads] path = /mnt/hda3/downloads read only = No create mask = 0777 force create mode = 0777 directory mask = 0777 force directory mode = 0777 [netlogon] comment = Network Logon Service path = /mnt/hda3/home/netlogon read only = No [brianw] path = /mnt/hda3/home/brianw read only = No guest ok = Yes [laptop] path = /home/laptop read only = No guest ok = Yes [profiles] path = /mnt/hda3/home/samba/profiles read only = No guest ok = Yes [homes] path = /mnt/hda3/home read only = No [jan] path = /mnt/hda3/home/jan

...or look in the source... Brian On Apr 10, 2007, at 10:50, Josh Coalson wrote: with or without -f, flac doesn't check if the file gets bigger; the user might have specified more metadata/padding or just want to use the newer encoder because of some feature. Josh --- Brian Willoughby <brianw@sounds.wa.com> wrote: > Hmm, what if the FLAC options produce a larger file on output than > input? Would -f (force) cause the whole process to fail as soon as > the output exceeded the input? > > Brian > > > On Apr 9, 2007, at 17:01, Josh Coalson wrote: > > --- H...

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 FLAC to WAV or...

On Jan 7, 2011, at 18:08, Declan Kelly wrote: > On Fri, Jan 07, 2011 at 05:11:26PM -0800, brianw at sounds.wa.com wrote: > [NIN 24/96] > >> Thanks! That's interesting to note. I think that I ended up with >> the true 24/96 files, but I am curious: How do you tell whether you >> have the full 24/96 or not? > > Extract to WAV, do a hex dump, and look for repea...

---------------------------------------- > CC: flac at xiph.org > From: brianw at sounds.wa.com > Subject: Re: [Flac] Build FLAC source on Mac OS X without Xcode? > Date: Sun, 22 Mar 2009 14:33:36 -0700 > To: jensiragh at hotmail.de > > I don't have time to look through error codes, but I can tell you > that I have always compiled FLAC the Unix way, via...

---------------------------------------- > CC: flac at xiph.org > From: brianw at sounds.wa.com > Subject: Re: [Flac] Build FLAC source on Mac OS X without Xcode? > Date: Sun, 22 Mar 2009 14:33:36 -0700 > To: jensiragh at hotmail.de > > I don't have time to look through error codes, but I can tell you > that I have always compiled FLAC the Unix way, via...

Cristian Adam wrote: > On Wed, Feb 25, 2009 at 2:23 PM, Brian Willoughby <brianw at sounds.wa.com>wrote: > >> A better suggestion might be to start with libFLAC, optimize as >> needed, and then submit the optimizations back to the FLAC project >> where they will be more widely useful. >> >> But that's just my opinion. >> > >...

...ese years for minimal file sizes without realizing that I could save another 40 bytes. Anyway, since metaflac can remove the Vorbis comment using the standard library, then you should be able to create a solution without modifying libFLAC. Brian On Feb 4, 2018, at 12:43 AM, Brian Willoughby <brianw at audiobanshee.com> wrote: > Gabriel, > > metadata_has_vorbis_comment is a FLAC__bool which defaults to false. There should be no reason to modify stream_encoder.c, but just modify the caller. > > The following command: > > metaflac —remove —block-type=VORBIS_COMMENT —do...

...istics to decide which is the best compression method for a set of samples, and I'm not sure that it would give twice the same results for encoding the same file, although those results would be statistically similar... -- Pierre-Yves Thoulon On Wed, Mar 23, 2011 at 22:33, Brian Willoughby - brianw at sounds.wa.com <+flac-dev+pyt+81a7216403.brianw#sounds.wa.com at spamgourmet.com> wrote: > Hjalmar, > > I recall that many hardware decoders have a limit on the level that > they can handle. At the very least, hardware encoders may only > support a subset of the compression...

...8 channels multitrack, and have successfully compressed over 75 GB of 24-bit audio with absolutely no errors. Why would you tell people to use WavPack when FLAC is flawless? Brian Willoughby Sound Consulting On Mar 30, 2007, at 11:34, Justin Frankel 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're seeing,...

2010/4/27 Brian Willoughby <brianw at sounds.wa.com> > i.e. I wouldn't be surprised if there are no FLAC files with this flag > set. > If you look for lossyWAV you'll find that it is actually being used -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/piperm...

On Jan 7, 2011, at 17:18, Paul Davis wrote: > On Fri, Jan 7, 2011 at 7:36 PM, Brian Willoughby > <brianw at sounds.wa.com> wrote: >> I'd like to borrow these ideas, or at >> least similarly-inspired ideas, and have FLAC streaming designed such >> that the stream can tell the playback software when to reset. > > the internals of the slim protocol does this. its all open...

--- Brian Willoughby <brianw at sounds.wa.com> wrote: There are no uncompressed files here, so it's difficult to discover what you need to know. --- end of quote --- I've asked him for the uncompressed first track to see what the correct md5 should be --- Brian Willoughby <brianw at sounds.wa.com> wrote...

are there any car stereo flac players? My CD transports are all broken or stolen, and I tend to ride with my PowerBook attached digitally to my car stereo anyway. Seems like if I buy anything to replace what I had, it should be a hard drive player that supports flac, maybe with a removable drive. I remember hearing about Linux players many years ago ... anybody know whether I could

i'ld just like to have a car unit that you can put a USB stick in, a friend has one for mp3 and it is just what i want (but w/ flac support)- now that 4GB USB sticks are around you can get a lot on there in flac! > --- Brian Willoughby <brianw@sounds.wa.com> wrote: > > > are there any car stereo flac players?

On Tue, May 6, 2008 at 2:03 PM, Brian Willoughby <brianw at sounds.wa.com> wrote: > Frederick, > > This is great news! Thanks for your effort. > > Your proof-of-concept raises a few questions for me: > > 1) I know that the ratio of uncompressed to compressed data is > unpredictable, but I never really considered whether the...

Brian Willoughby <brianw at audiobanshee.com> ?????(?) ? ????? ?????? Sun, 31 Jan 2016 22:26:40 +0300: > My assumption is that the code was written to call flac_fopen() so that it is portable to every operating system, even those without fopen(). If you replace flac_fopen() with fopen(), then the tests won't com...

...> course I don't expect it to be that significant in normal cases. > > Thanks for all replies, but I don't have the code at home. > I will create a patch with my changes for review. > > Regards, > Gabriel > > On Sun, Feb 4, 2018 at 9:57 AM, Brian Willoughby <brianw at audiobanshee.com> wrote: >> Correction, the flac command-line does create a 40-byte Vorbis comment by default. I just never noticed it before. I’ve been using —no-padding all these years for minimal file sizes without realizing that I could save another 40 bytes. >> >> Anyw...