search for: 6xxx

...nt of heart. Jim Crichton ----- Original Message ----- From: "Jerry Trantow" <jtrantow@ieee.org> To: "'Jean-Marc Valin'" <jean-marc.valin@usherbrooke.ca> Cc: <speex-dev@xiph.org> Sent: Thursday, January 19, 2006 10:40 AM Subject: RE: [Speex-dev] TI 6xxx platform performance I started my project using the CodeComposerStudio speex_C64_test.pjt in speex 1.1.11.1. To build using floating point, I created a new project with the same files and modified ti\config.h to #undef FIXED_POINT. Is there a better way to configure a floating point processor?...

...ed flexibility of the code. Jerry J. Trantow Applied Signal Processing, Inc. jtrantow@ieee.org -----Original Message----- From: Jean-Marc Valin [mailto:jean-marc.valin@usherbrooke.ca] Sent: Thursday, January 19, 2006 1:00 AM To: Jerry Trantow Cc: speex-dev@xiph.org Subject: Re: [Speex-dev] TI 6xxx platform performance > To get a feel for the computational load, I am running 1 second (50 frames) > of voice through the encoder. You might want to use a bit more just so you don't see the initialization complexity at all. > My profile of the 6416 indicates I'm at 27.4M cycles/...

> To get a feel for the computational load, I am running 1 second (50 frames) > of voice through the encoder. You might want to use a bit more just so you don't see the initialization complexity at all. > My profile of the 6416 indicates I'm at 27.4M cycles/channel. I need to get > below 720Mhz/32 channels = 22.5M cycles per channel. I did a little work on > inner_prod()

...o have to go to the 64xx fixed point. Jerry J. Trantow Applied Signal Processing, Inc. jtrantow@ieee.org -----Original Message----- From: Jim Crichton [mailto:jim.crichton@comcast.net] Sent: Thursday, January 19, 2006 10:33 AM To: Jerry Trantow Cc: speex-dev@xiph.org Subject: Re: [Speex-dev] TI 6xxx platform performance Jerry, I think that just removing the FIXED_POINT define should be sufficient, though you mind want to turn off MANUAL_ALLOC, because I am not sure if the memory usage is identical for the fixed point build, and the constants in config.h are set for the fixed point build....

I'm trying to make a design decision between a TI 6416 or DM642 (fixed point) and 6713 (floating point) platform. The application is a 32 channel speech encoder. (CBR only, 8khz, 8kbps) To get a feel for the computational load, I am running 1 second (50 frames) of voice through the encoder. My profile of the 6416 indicates I'm at 27.4M cycles/channel. I need to get below 720Mhz/32

Hello Mynum: 6001 , Othernum: 6002. I can record as follows. But I do not enter individual records for each internal required. I want to do it more smoothly with a Macro. Thanks. exten => _6001,1,NoOp() exten => _6001,n,MixMonitor(${UNIQUEID}.wav,ab) exten => _6001,n,Dial(SIP/6001,20) exten => _6001,n,StopMixMonitor() exten => _6001,n,Hangup() On Sat, Mar 9, 2019 at 6:50 PM

...has gotten much larger since I bought my 6500. So I started looking at the various cards while browsing the hardware notes for FreeBSD 4.8 and 5.1. So I'm wondering if anyone can provide some insight here. -3Ware has a whole new series of cards. The twe(4) manpage states that only 5xxx and 6xxx series cards are supported, but these are very hard to come by. Is the manpage out of date, or are the newer 7xxx and 8xxx series cards now supported as well? -Adaptec has a cheap raid card, the 1200A. No mention of it in the hardware notes. Is it possibly supported by the asr driver? -AMI has...

...ar this is to reboot the server. This is the line in the log that seems to indicate what is going on. Aug 17 17:24:10 VERBOSE[1057]: -- Extension '6' in context 'from-pstn' from '4093' does not exist. Rejecting call on channel 0/23, span 1 The correct ext should be 6xxx. So apparently the Panasonic passed just a 6 and Asterisk is complaining. However this event shows up 3 or 4 time before this and asterisk apparently cleared the channel. Its only after two days that Asterisk starts to have problems with this. Im running Asterisk Ver 1.0.9 onl a Dell 4400...

Initially reported to debian (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=810964), redirected here: With AMD Opteron 6xxx processors, half of the memory controllers are missing from /sys/devices/system/edac/mc Checked with single 6120 (dual memory controller) and twin 6344 (2x dual MC), other dual-module CPUs might be affected too. Booting plain Linux (3.2, 3.16, 4.1, 4.3), all memory controllers are listed under /sy...

...a's finest ... I download Asterisk for free... I now refer to it as legacy 18 months and 300 extensions later! Anyway, I am trying to integrate my dial plans acrossed platforms. PSTN>>>CTX670>>>Asterisk The dialplan I would like to setup, 1xx,2xx,3xx,7xxx to the CTX 670 4xx,6xxx to a remote ctx100 (this is setup using QSIG ISDN on a PRI tie line) now I would like to have 8xxx going to asterisk All of my incoming calls would be handled by the ctx670, mostly on DNIS equipted lines. If the user dials a four digit extension starting with "8" on the CTX 670, how do I...

Hi, I've noticed an unusual behavior on the dialplan execution: assume this DP: exten => _6XXX,1,NoOp(test1) exten => _XXXX,1,NoOp(test2) exten => _XXXX,2,NoOp(test3) If I call 6000 then test1 and test3 NoOps get executed, even though the pattern is different. I've always thought that if I call 6000 it would match the 6XXX pattern, that only has 1 priority, that would get execut...

Hi, We've been working on an LLVM backend for the previous generation of AMD GPUs (HD 2XXX - HD 6XXX) and we would like submit it for inclusion in the main LLVM tree. The latest code can be found in this git repository: http://cgit.freedesktop.org/~tstellar/llvm/ in the r600-initial-review branch or if you prefer you can download the entire tree with this link: http://cgit.freedesktop.org/~tstell...

...0 and I can hear asterisks echo test welcome message. But, as usual, after the message ends, I start talking and no echo is getting back. I checked the logs and some RTP and SIP messages come and go with both the asterisk IP and the eyebeam internal and external Ips, mentioning ports like 5060 and 6xxx. So my question is... How do you work around issues like this, where the asterisk box is inside a NAT and the eyebeam computer is also behind NAT or in this case, same NAT but eyebeam is trying to connect to asterisks external or real IP and then getting back inside the LAN from an external user p...

On Mon, Mar 26, 2012 at 12:50:07PM -0400, Tom Stellard wrote: > Hi, > > We've been working on an LLVM backend for the previous generation of AMD > GPUs (HD 2XXX - HD 6XXX) and we would like submit it for inclusion in the > main LLVM tree. The latest code can be found in this git repository: > http://cgit.freedesktop.org/~tstellar/llvm/ in the r600-initial-review > branch or if you prefer you can download the entire tree with this link: > http://cgit.fre...

...erface? On Tue, Apr 24, 2012 at 2:52 PM, Tom Stellard <tstellar at gmail.com> wrote: > On Mon, Mar 26, 2012 at 12:50:07PM -0400, Tom Stellard wrote: > > Hi, > > > > We've been working on an LLVM backend for the previous generation of AMD > > GPUs (HD 2XXX - HD 6XXX) and we would like submit it for inclusion in the > > main LLVM tree. The latest code can be found in this git repository: > > http://cgit.freedesktop.org/~tstellar/llvm/ in the r600-initial-review > > branch or if you prefer you can download the entire tree with this link: >...

On Mon, Mar 26, 2012 at 12:50:07PM -0400, Tom Stellard wrote: > Hi, > > We've been working on an LLVM backend for the previous generation of AMD > GPUs (HD 2XXX - HD 6XXX) and we would like submit it for inclusion in the > main LLVM tree. The latest code can be found in this git repository: > http://cgit.freedesktop.org/~tstellar/llvm/ in the r600-initial-review > branch or if you prefer you can download the entire tree with this link: > http://cgit.fre...

...Stellard, Thomas > Sent: Monday, March 26, 2012 9:50 AM > To: llvmdev at cs.uiuc.edu > Cc: Villmow, Micah > Subject: RFC: R600, a new backend for AMD GPUs > > Hi, > > We've been working on an LLVM backend for the previous generation of > AMD > GPUs (HD 2XXX - HD 6XXX) and we would like submit it for inclusion in > the > main LLVM tree. The latest code can be found in this git repository: > http://cgit.freedesktop.org/~tstellar/llvm/ in the r600-initial-review > branch or if you prefer you can download the entire tree with this > link: > http:...

On Mon, Apr 09, 2012 at 09:37:37AM -0400, Tom Stellard wrote: > On Mon, Mar 26, 2012 at 12:50:07PM -0400, Tom Stellard wrote: > > Hi, > > > > We've been working on an LLVM backend for the previous generation of AMD > > GPUs (HD 2XXX - HD 6XXX) and we would like submit it for inclusion in the > > main LLVM tree. The latest code can be found in this git repository: > > http://cgit.freedesktop.org/~tstellar/llvm/ in the r600-initial-review > > branch or if you prefer you can download the entire tree with this link: >...

...d by AMD's Open > Source 3D/Compute drivers which are part of the Mesa3D[1] project. The > backend is integrated into the driver, so you don't need to compile > shaders offline. Currently we are using the backend for graphics and > compute shaders in our r600g driver (HD2xxx-HD6xxx GPUs) and for graphics > in our radeonsi (HD7xxx GPUs). In the future we will use it for compute > shaders on radensi too. > > In order to use the backend for graphics on r600g, you need to build > Mesa with the --enable-r600-llvm-compiler option. For compute the > installation...

...meant to be consumed by AMD's Open Source 3D/Compute drivers which are part of the Mesa3D[1] project. The backend is integrated into the driver, so you don't need to compile shaders offline. Currently we are using the backend for graphics and compute shaders in our r600g driver (HD2xxx-HD6xxx GPUs) and for graphics in our radeonsi (HD7xxx GPUs). In the future we will use it for compute shaders on radensi too. In order to use the backend for graphics on r600g, you need to build Mesa with the --enable-r600-llvm-compiler option. For compute the installation instructions are here: http:/...