similar to: Silence causing encoder slowdown on 32 bit architecture

Thanks for acting on this so quickly. Yes, the latest commit fixed the problem. I figured it would be a small patch but wasn't sure where to make the change. Thanks again, - DB > ----- Original Message ----- > From: Jean-Marc Valin > Sent: 08/12/13 11:50 AM > To: D. B. > Subject: Re: [opus] Silence causing encoder slowdown on 32 bit architecture > > Indeed, the fix

Thanks for the reply. For my application I unfortunately need a better signal reconstruction. It's not necessarily a problem that the constant DC voltage is removed, but the audio signal will need to be more exact because it's also studied visually. To be more exact, I need to record and transmit audio data recorded from animals (mostly birds). Are there ways to achieve a more similar

Hi John, On 07/07/12 02:20, John McCall wrote: > On Jul 6, 2012, at 3:48 PM, Bill Wendling wrote: >> On Jul 5, 2012, at 1:33 AM, Duncan Sands wrote: >>> Hi Bill, >>> >>>> Nothing that I'm aware of has changed with EH. Is it possible to bisect the problem? >>> >>> I don't see any relevant LLVM changes, so I guess clang C++

On Jul 7, 2012, at 12:10 AM, Duncan Sands wrote: > On 07/07/12 02:20, John McCall wrote: >> On Jul 6, 2012, at 3:48 PM, Bill Wendling wrote: >>> On Jul 5, 2012, at 1:33 AM, Duncan Sands wrote: >>>> Hi Bill, >>>> >>>>> Nothing that I'm aware of has changed with EH. Is it possible to bisect the problem? >>>> >>>>

I'm new using OPUS and I've implemented the OPUS lib under PIC32MZ, using the MIPS configuration. It compiles correctly and it seems that all the procedures invoked returns no error. However, when I excite the encoder with a pure 1 kHz tone, the encoding/decoding procedure returns al the samples to silence (the buffer is filled with 0x8001 or 0x7fff). The configuration is 48000 sps, 64kHz

On Jul 6, 2012, at 3:48 PM, Bill Wendling wrote: > On Jul 5, 2012, at 1:33 AM, Duncan Sands wrote: >> Hi Bill, >> >>> Nothing that I'm aware of has changed with EH. Is it possible to bisect the problem? >> >> I don't see any relevant LLVM changes, so I guess clang C++ compilation slowed >> down due to some clang changes. I'm not going to

Hello again. Our production cluster has begun experiencing some vicious slowdowns that may (or may not) be related to the filesystems. When the problem occurs, the load average on the servers jumps up to 30 or higher. Usually one node will climb while the other drops, then they will switch places a few minutes later. At one point, we had one node's load average up over 300. Our site

Hi all, i am trying convert pcm (16bit pcm) stereo file to mono pcm file using opus_encode and opus_decode, i am able do this but i have doubt about TOC byte after opus encode. below is how encoder and decoder structures are used to do encode and decode file opus_encoder_create(8000, 2, OPUS_APPLICATION_AUDIO, &err); opus_decoder_create(8000, 1, &err); after opus encode bits looks like

First of all Hi everybody and thanks for this cool software called "wine" Well I've been looking for Help... I Know there is a lot about it... but I just wanted to know.... I have an AMD sempron 2500+ Gforce 6200 (256 MB), 1GB ram, with Ubuntu 8.10, Kde 4.1 (desktop effects disabled, no slowdowns in opengl aplications). Everything is ok, no sound problem.. no grafic problem. For

Hi there, We're currently attempting to explain a slowdown of an LVQ-type parallel analysis we're working on. We are benchmarking our analysis running over openMosix against the same running via SNOW for R. Both perform similarly on small datasets, but on large datasets SNOW drastically outperforms openMosix. However, these results are achieve running SNOW on the default RedHat

After upgrading to a 64bit system with new hardware, running 3d games with wine now results in my entire system becoming unresponsive until I kill wine (wineserver -k). I am using Arch Linux with the bin32-wine package from AUR, and have experienced this problem with wine 1.1.10, .12, and .13. Wine does use 100% of a single core, but it did this with my previous system as well. I've gotten

[This email is either empty or too large to be displayed at this time]

I know this isn't the right forum for this (do I ever!), but you-all know so much about everything I thought I'd ask. About two months ago I resurrected my daughter's Compaq laptop (cracked screen - replaced it) and ran an update on it. It's running Windows XP, SP1 (I think), but since the update it has run about 1/3 as fast as it used to. Does anyone know if there was a WXP

On Jul 5, 2012, at 1:33 AM, Duncan Sands wrote: > Hi Bill, > >> Nothing that I'm aware of has changed with EH. Is it possible to bisect the problem? > > I don't see any relevant LLVM changes, so I guess clang C++ compilation slowed > down due to some clang changes. I'm not going to investigate this. > Crumbs. John, Do you know of anything that went into

I'm playing the "Honey" movie (both Honey-small and Honey-large) and I notice significant slowdown during periods of lots of motion (when the camera shakes, when the first man hops into bed, when people turn around and approach the camera, etc.). The audio plays smoothly all the time but when there is a lot of motion, the picture freezes and resumes when there's less motion.

On Thu, Apr 07, 2016 at 08:56:46AM -0300, David Bremner wrote: > I hadn't noticed any interactive slowdown, but when I got around to > running the notmuch performance suite, there seems to be some noticable > slowdown with the glass backend (default in Xapian 1.3.5) compared to > chert (using xapian 1.2.22) Some of this is pretty much expected, though other parts I don't

> > kernel: BUG: soft lockup - CPU#5 stuck for 67s! [khungtaskd] > kernel: BUG: soft lockup - CPU#7 stuck for 67s! [khugepaged] > > These messages started appearing today around 7 AM, which is when > users started reporting the slowdown. They are still occurring > periodically and the system is still slow. Are these messages caused > by the slowdown or are they the reason

> Further to my previous post, I have made an interesting discovery. This > particular slowdown only occurs from clients that are running > Windows 98. The Windows98 explorer (and possibly other programs) incorrectly set the "sync" bit in write requests to network shares. This causes an enormous slowdown as Samba (quite correctly) does a fsync() on the file after each write.

Is there something currently going on on the rspec trunk that causes a massive slowdown when running rake spec and autotest (without spec_server)? I updated to the latest trunk yesterday and the time needed to run the specs of my app jumped from ~20 seconds to more than a minute. The weird thing is that if I run the rake spec tasks separately (controllers, models, views, helpers), they

I have a CentOS 6 system that has suddenly starting significantly slowing down. It runs a django app with an Apache server and MySQL server. There is plenty of disk space and no process seems to be hogging the memory or CPU. But operations that used to take 5 minutes are now taking hours and hours. Coinciding with this slow down I see these messages in /var/log/messages (this is hand typed, as I