similar to: the reason for the gain of high frequencies

Hello Rusty, this is a result of a two month internship about virtio testing. From: Adrian Schneider <adrian.schneider at de.ibm.com> From: Tim Hofmann <tim.hofmann at de.ibm.com> From: Christian Ehrhardt <ehrhardt at de.ibm.com> From: Christian Borntraeger <borntraeger at de.ibm.com> This patch introduces a prototype for a virtio_test module. This module can be bound to

Hello Rusty, this is a result of a two month internship about virtio testing. From: Adrian Schneider <adrian.schneider at de.ibm.com> From: Tim Hofmann <tim.hofmann at de.ibm.com> From: Christian Ehrhardt <ehrhardt at de.ibm.com> From: Christian Borntraeger <borntraeger at de.ibm.com> This patch introduces a prototype for a virtio_test module. This module can be bound to

Hi John, I was posting the position on behalf of another team within my group, DCG.  The scope of the work is fairly broad and is closely related to the type of work we do with LLVM, but I don't believe the potential candidate will work directly on LLVM (at least that's not the immediate plan).  I apologize if I've somehow misused the mailing list; that was certainly not my

Hello Jean-Marc, Below are the results that show test_unit_dft passes, but test_unit_mdct fails (only for nfft=480, 960, 1920) Note: Tested on BeagleboneBlack(Cortex-A8) fixed point on branch [1] ./test_unit_dft nfft=32 inverse=0,snr = 88.394372 nfft=32 inverse=1,snr = 93.896470 nfft=128 inverse=0,snr = 89.185895 nfft=128 inverse=1,snr = 93.537021 nfft=256 inverse=0,snr = 88.353151 nfft=256

Hello Jean-Marc, Yep, that was it.. with your patch, test_unit_mdct passes for all nfft. So, what you do you suggest the next step here is? Regards, Vish On 8 May 2015 at 12:30, Jean-Marc Valin <jmvalin at jmvalin.ca> wrote: > Hi, > > Can you apply this change to the MDCT test and run it again. See if more > (all) sizes pass. Given the results, I strongly suspect an

Hi, Apologies if this is a known issue, but running make on revision e3187444692195957eb66989622c7b1ad8448b06 fails one of the tests when using fixed point configuration (floating point is ok) on my linux x86. Note that libopus1.1, as extracted from the tar ball, is OK. Specifically, the tests that fail are in celt/tests/test_unit_mdct: nfft=32 inverse=0,snr = 85.341197 nfft=32 inverse=1,snr =

Dose R have a function to calculate NDCG? http://en.wikipedia.org/wiki/Discounted_cumulative_gain#Normalized_DCG Thanks!

Will do, Chris! Again, my apologizes. On 2017-08-29 01:18, Chris Lattner wrote: > HI Chad, > > As John points out, job postings to this list are okay if and only if > they are somehow related to LLVM. We understand that mistakes happen, > but please keep in mind for the future. Thanks! > > -Chris > >> On Aug 26, 2017, at 9:39 AM, Chad Rosier via llvm-dev

Hi, What is cast telling me when it says the following? Aggregation requires fun.aggregate: length used as default What is 'length'? I've taken a small subset of data and wondered what EnTime vs ExTime might look like. cast is kind enough to give me a table but I don't understand the values in the table. They seem to sum up ro be the same as the total dimension of the data

Hi all, I'm new to the group. I'm looking at the speex code with an eye towards maybe helping out with either codec optimization or fixed-point implementation, The SNR calculation in testenc.c and testenc_uwb.c doesn't make sense to me. The code is { float enoise=0, esig=0, snr; for (i=0;i<FRAME_SIZE;i++) {

I'm trying to get these cleaned up and landed, but I'm running into some trouble with this patch. Using commit a08b29d88e3c (July 21) of Ne10, I'm seeing test failures for 60-point FFTs: nfft=60 inverse=0,snr = -3.312408 ** poor snr: -3.312408 ** nfft=60 inverse=1,snr = -16.079597 ** poor snr: -16.079597 ** All other sizes tested appear to work fine (84 to 140 dB of SNR). This

Concerns: R 1.5.0 gui version, Windows (downloaded binary) and Linux (installed from sources). # Load the data from the attached file: kk<-read.table("__filename__", header=1) # attach the data: attach(kk) Snr<-factor(Snr) # fool around with a call to anova.glm(): anova.glm( aov( nFD~Type+size+Modality+Error(Snr/(Type+size+Modality)) ) ) # Error: object nFD not found # Well, I

I found a package on www.bioconductor.com that allows me to install using this line: source("http://bioconductor.org/biocLite.R") biocLite("MassSpecWavelet") The prompt showed me the following message: Running biocinstall version 2.1.10 with R version 2.6.2 Your version of R requires version 2.1 of Bioconductor. trying URL

I've had slew of problems with my Bell Canada Single Number Reach (SNR) dropping in the past couple of months. Another outage Monday for several hours has me wondering if there's a way to 1. Make a call out of my system via a PSTN back to my SNR line, say every 30 minutes (this I'm sure is easy enough via the call file...however...) 2. Track the outgoing call and match to an

Hi, I'd like to use R to do what excel pivot tables do, and plot results. I've never used R before, and I've managed to do something, but it's quite a lot of code to do something simple. I can't help but think I'm not "Doing it the R way". I could be using R for the wrong thing, in which case, please tell me off. I was hoping something like plot(by(t,

Dear R-List, I would like to recode categorial variables into binary data, so that all values above median are coded 1 and all values below 0, separating each var into two equally large groups (e.g. good performers = 0 vs. bad performers =1). I have not succeeded so far in finding a nice solution to do that in R. I thought there might be a better way than ordering each column and recoding the

Dear R-List, I would like to recode categorial variables into binary data, so that all values above median are coded 1 and all values below 0, separating each var into two equally large groups (e.g. good performers = 0 vs. bad performers =1). I have not succeeded so far in finding a nice solution to do that in R. I thought there might be a better way than ordering each column and recoding the

Hello Jean-Marc, **Resending.. not sure why subject got removed earlier** Below are the results that show test_unit_dft passes, but test_unit_mdct fails (only for nfft=480, 960, 1920) Note: Tested on BeagleboneBlack(Cortex-A8) fixed point on branch [1] ./test_unit_dft nfft=32 inverse=0,snr = 88.394372 nfft=32 inverse=1,snr = 93.896470 nfft=128 inverse=0,snr = 89.185895 nfft=128 inverse=1,snr =

Hi, Can you apply this change to the MDCT test and run it again. See if more (all) sizes pass. Given the results, I strongly suspect an overflow. Jean-Marc On 08/05/15 01:21 PM, Viswanath Puttagunta wrote: > Hello Jean-Marc, > > Below are the results that show test_unit_dft passes, but > test_unit_mdct fails (only for nfft=480, 960, 1920) > Note: Tested on

CRAN (and crantastic) updates this week New packages ------------ * DCGL (1.0) Bao-Hong Liu http://crantastic.org/packages/DCGL Functions for basic differential coexpression analyses: gene filtering, link filtering, DCG (Differentially-Coexpressed Gene) identification and DCL (Differentially-Coexpressed Links) identification.Two algorithms,named DCP and DCe, are provided for