search for: sbooth

Hi all, I have recently added Speex support to my app (http://sbooth.org/Max/) and am in the process of creating a GUI for the user to control the codec parameters. I am new to Speex and as such I am not really sure which parameters are more important than others, and deserve prominent placement, etc. Is there a recommended GUI for people to follow or use as an ex...

Stephen F. Booth, the author of a number of audio progs for OS X (sbooth.org), is a subscriber to this list too and he might be able to provide an OS X build of FLAC 1.3.0. However, I can understand the Xiph policy of only supplying officially blessed versions compiled by themselves. I guess we'll have to wait for 1.3.1... Michael On 9 Jul 2013, at 13:50, John Ed...

..., very rare cases where the material is such that the encoder chooses to use negative shifts, which makes it even harder to troubleshoot. Furthermore, as this can only be used in very rare cases, there is no benefit from allowing this. Op vr 19 jun. 2020 om 18:03 schreef Stephen F. Booth <me at sbooth.org>: > Is this a case where something allowed by the specification isn't > implemented by the reference encoder/decoder (such as 25-32 bits per > sample) but could be in a different implementation? If so, I am not sure > whether it makes sense to change the specification based...

On Tue, Jan 17, 2006 at 02:19:17PM -0500, me@sbooth.org wrote: > Hi all, > > I have recently added Speex support to my app (http://sbooth.org/Max/) and > am in the process of creating a GUI for the user to control the codec > parametere. I am new to Speex and as such I am not really sure which > parameters are more important than...

Hello all, I recently upgraded the libFLAC used in my application Max (http:// sbooth.org/Max/) to 1.1.3 and added preliminary support for album art. During the upgrade I evidently made some coding mistakes with interesting results. I've combed everything over and can't quite see the problems. I've become somewhat frustrated because my code didn't really c...

--- "Stephen F. Booth" <me@sbooth.org> wrote: > Hello all, > > I recently upgraded the libFLAC used in my application Max (http:// > sbooth.org/Max/) to 1.1.3 and added preliminary support for album > art. During the upgrade I evidently made some coding mistakes with > interesting results. I've comb...

...me if I should be deleteing this point? Or is there > something else I should be doing to clean up? > > Thanks > > Andy > > > > ------------------------------ > > Message: 2 > Date: Fri, 10 Jun 2011 21:49:58 -0400 > From: "Stephen F. Booth" <me at sbooth.org> > Subject: Re: [Flac-dev] Memory leak using libflac++ > To: flac-dev at xiph.org > Message-ID: <BANLkTi=L+XNe3zVRoVMzSYvCwVhtpNh7xQ at mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > > I've recently run it through valgrind, and I'm seein...

...and negative values were accepted. Then again, C started out a little weak with regard to certain operations, such as whether shift was signed or unsigned, etcetera, and thus my memory might be of a really old, esoteric implementation of C. On Jun 25, 2020, at 5:09 AM, Stephen F. Booth <me at sbooth.org> wrote: > To me the real question is not whether that portion of the spec has been implemented by any existing encoders/decoders but whether the spec is broken (i.e. cannot be implemented as written). I don't know the rationale for making the LPC shift explicitly signed. In C a negati...

I think it would be beneficial to designate an official UTI (see http://developer.apple.com/macosx/uniformtypeidentifiers.html) to be used on OS X for FLAC files. I have written a FLAC metadata importer (http://sbooth.org/importers/) for which I chose the UTI 'net.sourceforge.flac'. A standard UTI for application developers to use would help alleviate any confusion and could also eliminate potential sources of conflict in the UTI hierarchy. For example, I have seen org.xiph.flac used. Unfortun...

Hi all, I'm the author of flactag, a utility for tagging whole-album FLAC files with embedded CUE sheets using data from the MusicBrainz servers. I've recently run it through valgrind, and I'm seeing memory leaks like the following: 12 bytes in 1 blocks are definitely lost in loss record 1 of 5 at 0x402377E: operator new(unsigned) (vg_replace_malloc.c:224) by 0x41448A8:

...the material is such > that the encoder chooses to use negative shifts, which makes it even harder > to troubleshoot. Furthermore, as this can only be used in very rare cases, > there is no benefit from allowing this. > > Op vr 19 jun. 2020 om 18:03 schreef Stephen F. Booth <me at sbooth.org>: > >> Is this a case where something allowed by the specification isn't >> implemented by the reference encoder/decoder (such as 25-32 bits per >> sample) but could be in a different implementation? If so, I am not sure >> whether it makes sense to change the...

From: bumblebritches57 at gmail.com (Marcus Johnson) Date: Mon, 10 Jun 2013 10:03:52 -0400 Subject: [flac-dev] (no subject) Message-ID: <CAFWGNQW0aa6+dGzdSk120PWcTMv+vjPjmsVQmT-p4NN2N9kjVw at mail.gmail.com> Are there precompiled binaries for OS X? if not I could provide them. *** From: john.edwards33 at ntlworld.com (John Edwards) Date: Mon, 10 Jun 2013 15:06:39 +0100 Subject: [flac-dev]

I upgraded to Leopard (version 10.5 of OS X) a few weeks ago. Although I was a bit disappointed, but not surprised, to see that FLAC support isn't built natively into the OS, I was very happy to notice recently that Apple ships source code for a FLAC encoder and decoder codec component in /Developer/Examples/CoreAudio/AudioCodecs/ FLAC.xcodeproj. All that is necessary to build the

--- Harry Sack <tranzedude@gmail.com> wrote: > 2007/7/25, Harry Sack <tranzedude@gmail.com>: > > > > Hi > > > > I have downloaded a FLAC file somewhere and when trying to decode > it to > > WAV it gives the error message: ERROR, MD5 signature mismatch > > So my question is now: are FLAC files that give the error message > above > >

Hi again list, I have given the matter of supporting .cda as input format some more thought. What I wanted was an easier way to do drag 'n' drop music files from CDs onto the local system and then have those files encoded with FLAC. As of now most operating systems displays files on CDs as .cda. (Which has later been clarified not to even be a format.) I think that what I actually

Hi all, When trying to better understand the way LPC exactly works, I stumbled upon something which, after some digging, was already reported and (partly) fixed: https://sourceforge.net/p/flac/bugs/424/ Apparently, the FLAC specification has a LPC shift that can be both positive and negative, but the encoder specifically makes sure that only positive shifts are encoded and the decoder only

Hello. I create FLAC file decoding, processing and playing program and have the following question : how to convert FLAC 16 bit file data to 32 bit float buffer for CPU processing? I've already inplemented sound playing and tested it with sine wave - it works without problems; I even made writing into decoding buffer values of sine wave, instead of decoded FLAC file data, and it also works

>> recently that Apple ships source code for a FLAC encoder and decoder >> codec component in /Developer/Examples/CoreAudio/AudioCodecs/ >> FLAC.xcodeproj. > > You can find a slightly more detailed review of the Apple's FLAC codec > implementation in my blog post at: > http://barelyfocused.net/blog/2007/10/28/flac-support-in-mac-os-x-105-leopard/ Thanks for the

> I've recently run it through valgrind, and I'm seeing memory leaks like the > following: > > 12 bytes in 1 blocks are definitely lost in loss record 1 of 5 > at 0x402377E: operator new(unsigned) (vg_replace_malloc.c:224) > by 0x41448A8: FLAC::Metadata::local::construct_block(FLAC__StreamMetadata*) > (in /usr/lib/libFLAC++.so.6.2.0) ? by 0x41455D7: >

I like the idea of standardizing the channel maps. I would suggest the following channel orderings: 6.1: L R C LFE Ls Rs Cs (MPEG 6.1 A layout) 7.1: L R C LFE Ls Rs Rls Rrs (MPEG 7.1 B layout) I think this more closely matches what Apple has done and what the default WAVE channel order is (http://msdn.microsoft.com/en-us/windows/hardware/gg463006.aspx). Stephen On Friday, September 21,