similar to: flac-dev Digest, Vol 101, Issue 11

the audio was also 192,000khz sample rate, forgot to mention that, adn here are the audio files, the original, the flac, and the decoded from flac. the archive is 7zip, Idk where to upload it so I'll just send it to depositfiles. http://depositfiles.com/files/90anghniw -------------- next part -------------- An HTML attachment was scrubbed... URL:

Well, I'm bored, and I hope I'm not getting in the way of anyone, but I was like hell might as well try to make a new Xcode project, although I am using 10.8 with the latest xcode, so I'd have to manually remove that, but there is one serious concern, and that's that header files are being called from 1 directory up from where they are, for example: "share/compat.h"

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]

The offer is still there, but I haven't been asked to upload them, nor have I been offered them. John On 09/07/2013 13:01, Michael wrote: > 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

I don't think you guys should worry too much about messing up old decoders, but no matter what you choose to do FLAC MUST REMAIN LOSSLESS. On Thu, Mar 14, 2013 at 5:06 PM, <flac-dev-request at xiph.org> wrote: > Send flac-dev mailing list submissions to > flac-dev at xiph.org > > To subscribe or unsubscribe via the World Wide Web, visit >

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 Edwards <john.edwards33 at

Oh, and other thing: Are you planning to attend the upcoming LLVM developer's meeting in Bristol? I thought it might be good idea to get all parties interested in this feature together in person, if we're at the same meeting anyway. So I was thinking of submitting a proposal for a BoF session on this topic ... Mit freundlichen Gruessen / Best Regards Ulrich Weigand -- Dr. Ulrich

Ooops, I accidently replied privately, sorry for that. Here's to the list (the corrected version, since I accidently omitted a word in my original reply): ---------- Forwarded message ---------- From: Johnny Rosenberg <gurus.knugum at gmail.com> Date: 2013/3/16 Subject: Re: [flac-dev] (no subject) To: Marcus Johnson <bumblebritches57 at gmail.com> 2013/3/16 Marcus Johnson

Hello, I had some difficulties compiling the current git ( http://git.xiph.org/?p=flac.git;a=commit;h=a7e3705d051bafd1cae90f6605287cc1d9f2a18d ) using the Ubuntu 12.04 supplied MinGW32 cross compiler: I configured the FLAC build with --host=i586-mingw32msvc --target=i586-mingw32msvc --build=i586-linux but ran into several linker problems. Are these options somehow wrong? It worked fine when

Christoph Terasa wrote: > Since MS refuses to support C99, the common practice is to use either > > sprintf_s: > http://msdn.microsoft.com/en-us/library/ce3zzk1k(v=VS.80).aspx > _snprintf_s: > http://msdn.microsoft.com/de-de/library/f30dzcf6(v=VS.80).aspx > > The former can be used as a drop-in replacement of snprintf via a > define, the latter takes an

I'm just curious why you don't plan on using dlls? Xcode ships with libclang as a dylib, i wouldnt think windows would be a big leap? On Monday, August 27, 2018, Hans Wennborg <hans at chromium.org> wrote: > On Sat, Aug 25, 2018 at 12:03 AM, Marcus Johnson > <bumblebritches57 at gmail.com> wrote: > >> Don't forget to compile (everything if possible, but

>The standard argument against trying to introduce "scope-like" mechanisms to LLVM IR is inlining; >unless you're going to prevent functions that use stricter/laxer FP rules from being inlined >into >each other (which sounds disastrous), you're going to need to communicate strictness on an >instruction-by-instruction basis. If the backend wants to handle that by

Microsoft provides a surprisingly good (but proprietary) API inside strsafe.h. StringCchPrintfA can be substituted for snprintf but the return value is different. A small wrapper function around StringCchPrintfExA could get you enough information to emulate snprintf well. But sprintf_s might be good enough for the limited uses inside flac, as you said. Sent from my iPhone On Mar 14, 2013, at

Hi Andrew, sorry for the delay, I only now got some time to look into this a bit more. But I still have a number of questions of how to actually implement this in the back end. Looking at this bottom-up, starting with the behavior of the actual machine instructions, we have (at least on SystemZ) the following things to consider: A) Rounding mode Most FP arithmetic instructions use the

There are several links to Windows compiles in the Hydrogenaudio thread for FLAC 1.3.0 at http://www.hydrogenaudio.org/forums/index.php?showtopic=101082 . On Unices or Linuxes building from git should be straightforward enough, or you wait until the distributions/package maintainers catch up. Also, congratulations to the whole development team for reinvigorating FLAC! Christoph On

On 9 Jan 2018 22:55, "John McCall via llvm-dev" <llvm-dev at lists.llvm.org> wrote: On Jan 9, 2018, at 3:50 PM, Kaylor, Andrew <andrew.kaylor at intel.com> wrote: >The standard argument against trying to introduce "scope-like" mechanisms to LLVM IR is inlining; >unless you're going to prevent functions that use stricter/laxer FP rules from being inlined

A few comments: 1) Many embedded devices that have FLAC support only handle a subset of the FLAC capabilities. It seems highly unlikely that an embedded device would have the ability to parse Vorbis file format wrappers around FLAC data. In other words, depending upon how broad you want the support to be, it might be best to make this addition to FLAC rather than Vorbis. 2) In general, changes

Martijn van Beurden wrote: > No, there is not. To make sure the encoding and decoding > processes are lossless, there are no switches like these. You > will have to use another program, like SoX, to do this. I was not aware this behavior was considered lossy and I didn't know that only lossless encoding and decoding was a goal. Specifically, I thought extracting only some channels

I'll try it, thanks. also do you know how to cross compile with MinGW? I'm trying on my Mac, because Visual Studio 2012 doesn't like the SLN, but it's not really working. :/ On Sun, Mar 24, 2013 at 3:00 PM, <flac-dev-request at xiph.org> wrote: > Send flac-dev mailing list submissions to > flac-dev at xiph.org > > To subscribe or unsubscribe via the

On 01/08/2018 07:06 PM, Richard Smith via llvm-dev wrote: > On 8 January 2018 at 11:15, Kaylor, Andrew via llvm-dev > <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote: > > Hi Kevin, > > Thanks for reaching out about this, and thanks especially for > offering to help. I've had some other priorities that have > prevented