similar to: Older 3ware controller, was: Serial ATA hardware raid.

Hi! I know this is a little bit offtopic, but i couldn't think of any other place where i can get uninfluenced first hand information on these controllers :) I've read about and experienced data loss/system lockup with older 3ware controllers, but the 3ware Escalade 7xxx (i'm especially interested in the 7850) sounds too good to ignore it (8 channels, 8 drives, raid 0/1/5/10,

Some things to check. Do you compile with VAR_ARRAYS? If not, you can probably reduce the size of the managed stack. In terms of data RAM, everything should fit into SRAM easily. I've done some massive wideband RAM reduction in 1.2beta2. If it's not working on Blackfin, then we'd need to investigate that first. Depending on whether you're using all the bit-rates, you might want to

Jean-Marc Valin skrev: > Ghost Wolf a ?crit : >> Hello Mailing List, >> I am a Speex supporter and user that would really like to know how much >> memory Speex uses to decode a 8kHz, 16kHz and 32kHz (primarily the 8kHz) >> and is it possible to use a 1kBytes of RAM to decode a 8kHz stream? (I >> was thinking of the possibility of using a ATmega168 to decode Speex)

Hi people, As I said before: I did the IDCT to run on the FPGA. My friends from university did the Reconstruction routines running on the FPGA. I'm helping with the LoopFilter, and it is almost there. (all VHDL) I did a small profiling of the libTheora running on a Altera Stratix II device: The processor used was the NIOS II with 8Kb of data and instruction cache, branch prediction and

Jean-Marc Valin wrote: >Hi Jamey, > >Really cool to see Speex being ported to the C55xx and I'd be glad to >integrate the changes required in Speex (and the style's fine with me). > > I have the encoder and decoder running now and have verified that the encoder is bit-exact wrt to the fixed-point code running on x86 for the same 30-second audio sample. Encode and

Am 04.03.20 um 11:16 schrieb Dylan McKay: > > The new are of xmega3 architecture, which is already included. So this > should be simple. > > Where is the information about ISR-vector table, SRAM addresses and so > on stored? > > > At the moment, this is not implemented in LLVM; these details are left > to the frontend. Clang/compiler-rt does not

> I have the encoder and decoder running now and have verified that the > encoder is bit-exact wrt to the fixed-point code running on x86 for the > same 30-second audio sample. Encode and decode together run in > real-time for 8KHz data, complexity=3, on 120MHz C5509 when code and > data are all in on-chip SRAM. I have not tested the wideband codec yet. Cool! Just curious,

> ok, that is not good for my plans... > Is there any thing in the the 8kB of RAM that is always the same (lookup > table etc.) or did you already think of that? I told you the RAM requirements. The lookup tables are already counted as ROM. Basically, just one decoded frame already takes 320 bytes. Add the excitation memory and you've already blown the budget. > I'm curios

Time to sell the N64 goods to make room for the next-gen! Please only respond to EMAIL as I will not be monitoring the news groups (: This is really an amazing system.. CDROM based.. If you can burn your ROM to a CD you can play directly from the station else you an upload through the parallel port.. This system will allow you to preview Nintendo 64 games before you buy them or

Well, after much trial and tribulation I got to the point I could nfs mount the CentOS 6.0 i386 iso image and try an install. So I stuck in the net install CD (latest from CentOS), mounted the nfs iso image and gave it several shots. It goes swimmingly until I click "write disks". Then there's a kernel panic. This with both the graphic and text mode installs. As mentioned,

Hi every one, I am trying to load a custom kernel with Syslinux on special purpose pc. Surprisingly Syslinux-4.06 boots my kernel, initrd and finally the OS perfectly from an SD-Card. The problem arises when I use the Syslinux-6.03 where the syslinux hangs right at the beginning After I see the message 'Loading vmLinuz0 ...' I read a few posts on your forums and figured out it has to do

Robin Getz a ?crit : > On Tue 19 Feb 2008 11:14, Voss, Stefan, AEAV22 pondered: >> I'm trying to integrate your speex codec on our custom Blackfin board and >> without uCLinux. I am using ADI-supplied VisualDSP++ IDE and corresponding >> toolchain. My question is: Is there anybody who ported speex with enabled >> BFIN_ASM to VisualDSP++ ? > > Nope - two

Amit Ashara wrote: > 1. Since the stream I am working with is a mono channel, what should be > the advised page_segments to use. I am using an embedded system so > keeping the flash and SRAM usage are vital for the development. The number of channels has no impact on this at all. > 2. In the OpusTag the is the libopus a mandatory field? Yes.

Hi, I'm using the Speex codec on my Blackfin-based board, and plain-C performance is pretty poor. Decoder is OK (something 25 MIPS for wide-band). But Encoder is not (wide-band quality 8, complexity 1): - 162 MIPS with Analog-Devices lib - 128 MIPS with 1.2beta2 (faster but not working) I don't worry that much, as it's not the optimized version, and everything is running in SDRAM.

On Tue, 24 Jun 2003, Derek at CD Baby wrote: > > But I'd be interested to know what sort of hardware you're using > Just el-cheapo FreeBSD beige boxes with Lite-On CD-Rom drives. > They've got the fastest audio ripping I've ever found (24x or so). Actually, I was more interested in how you set up the disk array. The biggest one I'd set up was a while back, when 60

Theora hardware with LEON3 is runinng!!! My video was too slow, then I discovered that the problem was on LINUX! I don't exactly, but I suppose that the time of LINUX Call systems (like fread()) is the problem. If I don't use the linux (like is done on NIOS), I can to decode much faster than the time of exibition! Now we have two points on software (the hardware is the same,

What is the possibility to use the Cortex-M4 DSP instructions to fully optimize the OPUS code? Could we use the ARM CMSIS DSP library for this optimization? Thanks, Heng -----Original Message----- From: opus-bounces at xiph.org [mailto:opus-bounces at xiph.org] On Behalf Of opus-request at xiph.org Sent: Tuesday, November 04, 2014 2:00 PM To: opus at xiph.orgis Subject: opus Digest, Vol 70,

Package: linux-2.6 Version: 2.6.32-26~bpo50+1 Severity: important --- Please enter the report below this line. --- I've installed the following packages an lenny, which are working well on other maschines. # dpkg -l | grep xen | grep bpo ii libxenstore3.0 4.0.1-1~bpo50+1 Xenstore communications library for Xen ii linux-image-2.6.32-bpo.5-xen-686 2.6.32-26~bpo50+1 Linux 2.6.32 for modern

Dear expert: I would like to ask about the CPU resources need if implement the "opus codec" as the Bluetooth transmission devices?(music ) we do have DSP with SRAM..., how much-approximated memory space need for running the encode, decode algorithm? any minimum CPU power requirement ?? Thanks for idea. Regards sound analyst hogn kong -------------- next part -------------- An HTML

> -----Message d'origine----- > De : Jean-Marc Valin [mailto:jean-marc.valin at usherbrooke.ca] > Envoy? : lundi, 15. juin 2009 01:30 > ? : Stephane Lesage > Cc : speex-dev at xiph.org > Objet : Re: [Speex-dev] Resampler saturation, blackfin performance > > - are there buffers who could be placed in scratch memory ? > > (I don't see any speex_scratch_alloc