similar to: Getting audio artifacts from Opus PLC

Hi Suman, I think you can ascertain pureness automatically leveraging the compiler instead of manually tagging attribute to each method and call-site. It would seem like impurity should be a transitive attribute. So this would conflict with below. __attribute__((annotate("pure"))) int add(uint32_t a, uint32_t b) { // impure by calling printf... ... printf("%d + %d =

Hello folks, I'm not a compiler expert or subscribed to this mailing list, but I have a unique problem. I need to split a large piece of C/C++ code into two separate libraries: one library that only has pure code (i.e., code that doesn't require operating system interactions) and other library that can have both pure code and side-effecting code. I was was wondering if it's possible

Hello, I've been using Opus on an STM32 M4 platform for speech coding in mono mode. I thought I'd try stereo for grins to see if I can handle the CPU load, and I'm getting a return code of -1 from opus_decode_float (using CBR and 40ms frames). I decided to try the opusenc and opusdec tools to just see how the command line apps would behave. I am getting decoded audio, but I am

Hey Kevin! Once you start dropping under (I think) 32kbps, the codec naturally starts losing stereo separation for the benefit of quality. If you really want perfect stereo at 16kbps CBR (this is horrifically low in my opinion) you might be better off splitting the audio and encoding each part at 8kbps CBR. Or, there may be a magic "enforce 100% stereo" one could pass? (doesn't look

Hi all, This is my first post here so i hope this will reach you :) My problem since a few days back is that IMAP doesn't seem to be started. The logfiles says's everything is in order, but port 143 isn't up and Squirrelmail can't connect, i have no clue what's causing this everything runned smoothly a couple of days ago. Im using postfix/amavis & spamassasin.

I've finally read and answered most of the mails on this list. ?If you haven't received an answer to your question, resend it. There are a couple of tricky mbox issues left, but I'm not sure if I can do anything about them unless someone can show me how to reproduce the problems. There are quite a lot of new features in v1.1.2 actually. Most of them are in plugins so hopefully they

I was going to start storing the flac version number and options in an ENCODER meta field and with v1.1.2 if you did: flac foo.flac 2>&1 | grep options you could see the defaults options, in 1.2.1 it doesn't print the options (even if you give it a valid flac file name) i.e. options: -P 4096 -b 4608 -m -l 8 -q 0 -r 3,3 here was what i was going to do: metaflac

https://bugs.freedesktop.org/show_bug.cgi?id=96460 Bug ID: 96460 Summary: NV43 [GeForce 6600 GT] shows many artifacts on a screen Product: Mesa Version: 11.2 Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: blocker Priority: medium Component:

i've deployed a Solr server, and setup Dovecot for *both* squat & solr FTS. iiuc, reading at, http://wiki.dovecot.org/Plugins/FTS http://wiki.dovecot.org/Plugins/FTS/Solr as of dovecot v1.1.2, squat's required for IMAP compliance; solr search breaks it. is that still the case in v1.2? Is IMAP-compliant Solr search possible? planned? if the goal is fast, indexed FTS of dovecot

I'm trying to use libFLAC++ v1.1.2, to read Song information (like artist, trackname etc..). So.. I read metadata from file FLAC::Metadata::get_streaminfo("somefile.flac", infosik); and It's ok - no error, then I read vorbis info: FLAC::Metadata::VorbisComment vorbis_kom(infosik); int number_of_comments = vorbis_kom.get_num_comments(); and after that I have

--- Dat Head <dathead2@gmail.com> wrote: > On Dec 28, 2007 12:37 PM, Dat Head <dathead2@gmail.com> wrote: > > I was going to start storing the flac version number and options > > in an ENCODER meta field and with v1.1.2 if you did: > > flac foo.flac 2>&1 | grep options > > you could see the defaults options, in 1.2.1 it doesn't print the >

http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta2.tar.gz http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta2.tar.gz.sig Several bug/crashfixes. deliver now supports -a parameter (see http://wiki.dovecot.org/LDA) which allows Sieve plugin v1.1.2 to use envelope :detail "to" checks. I also did one more API change for mailbox_transaction_commit*(). There's probably something

Hi, > Sorry, I probably led you astray. No-self-wrap is useful for determining > trip count, but does not mean that sign/zero extension can be hoisted. > > But if you run your analysis after -indvars, the sign-extension should be > removed if possible. The algorithm walks the derived induction variables > specifically looking for add nsw/nuw and replacing

that's why i asked the original poster if the files were odd size, i had that issue before with a 24 bit mono file and wrote this script to fix it: #!/bin/sh # # sfoddfix - Sound File ODD size FIXer # # NOTE: flac v1.1.2 pukes on files that have an odd byte count, this pads them files=${*:-*.wav} for file in $files do size=$(stat --printf='%s' $file) if [ $(($size%2)) -ne 0 ];

>> Are all your array indices uniformly sign-extended? >> I don't know if this is a good idea, but why can't you consider the sext >> operand the array index rather than the gep operand? If you prove that the >> narrow indices are disjoint, then the extended indices must be disjoint. >> SCEV operations should work fine on the narrow indices

I''ve been banging my head against this wall for several hours, and it hurts now so I''ll stop and ask someone. In one of my forms I had been using a statement to extract the current year for use with some form field calculations. <% currentyear = DateTime.now.year %> And then further down several date_selects like the following, <%= date_select

Hi all, I've read this not on the v1.1.2 release candidate announce: > If you haven't received an answer to your question, resend it. So, I've sent this message some days ago and I've got no answer (that's fine, no problem). So, I'm posting my question again: I've set up some shared folders and I'm controlling the access to them with the ACL plugin. As far

On Wed, Sep 19, 2012 at 6:30 PM, Andrew Trick <atrick at apple.com> wrote: > > On Sep 19, 2012, at 2:18 PM, Preston Briggs <preston.briggs at gmail.com> > wrote: > > On Tue, Sep 18, 2012 at 10:59 PM, Andrew Trick <atrick at apple.com> wrote: > >> >> On Sep 18, 2012, at 8:21 PM, Preston Briggs <preston.briggs at gmail.com> >> wrote:

I appreciate the well-thought-out comments. To your first point, I am not sure what "glattering" means precisely (a Google search revealed nothing useful), but I assume it means something to the effect of overfilling the main namespace with too many names. Per Norm Matloff's counterpoint in The Art of R Programming regarding this issue, this is mostly avoided by well-defined,

The point is, that there are several possible problems. But. One the one hand they are not really problematic in my opinion (I do not care if my function has potential access to objects outside of its environment because this access is read-only at worst and it's not common practice to use this potential anyways). On the other hand I am not sure what the main()-idiom would actually add to