similar to: Fixed-point decoder

Hello All, I would be very interested to have your ideas to port the vorbis lib ( part of lib at least) on a DSP TMS320C5409 (running @ 90Mhz). I have reviewed messages and URLs related to: - 'ivdev' Integerized Vorbis Project - Ogg-on-a-Chip Project This is very interesting. In my case I think the best approach would be , in order to shorten porting work & time, to recompile the

Hi, My name is Jean Quirion and I am a DSP engineer. Currently I am working on a project where it is desired to implement a VoIP solution over a GSM GPRS link. I would like to use Speex as the vocoder for this application. This application would require the Speex encoder/decoder and possibly the pre-processor to run on a low power fixed-point DSP such as a TI C55x. Thus, I am interested in

Hello, Iam interesting in transcoding the algorithm of OGG VORBIs in fixed point because I have to implemente this encoder in a fixed point DSP. Does the source code of ogg vorbis encoder exist in fixed point or is there people that work on this or anything else? Guillaume --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe

Hello, I am interested in porting OPUS to an embedded platform. The idea is that the encoder and decoder will run on different processors. In order to choose the proper platform, I need an estimate of the resources which are needed for OPUS. I read the following in the OPUS wiki: "The Opus code base is written in C89 and should run on the vast majority of recent (and not so recent) CPUs.

Salve, does sombody can say me if vorbis ogg run on this TI-chip? OMAP5910 Integrates a TMS320C55x™ DSP core with an ARM925 on a Single Chip Sampling today, the OMAP5910 processor integrates a TMS320C55x DSP core with a TI-enhanced ARM925 on a single chip for the optimal combination of high performance with low power consumption. This unique architecture offers an attractive solution to

Let me chime in with a few facts regarding DSPs. It may be review to anyone who has programmed DSPs, but some may find it informative. Fixed-Point vs. Floating Point DSP chips Floating Point DSPs make the best/easiest compiler targets. Most of the standard operations present in ANSI C translate fairly well into floating point DSP assembly. This reduces the need for assembly

> -----Original Message----- > From: owner-vorbis-dev@xiph.org [mailto:owner-vorbis-dev@xiph.org]On > Behalf Of Steve Underwood > Sent: Tuesday, January 23, 2001 10:58 AM > To: vorbis-dev@xiph.org > Subject: Re: [vorbis-dev] Fixed vs. Floating Point primer. was: > Implementing Vorbis in hardware > > > "Borgerding, Mark A." wrote: > > [...] > >

Hi, I'm specifically have a problem with idmap entries not being created in my LDAP backend for trusted domain logons - Local accounts appear to be fine. I have installed the Sernet enterprise packages from: http://ftp.sernet.de/pub/samba/experimental/rhel/5/i386/ I'm preparing the server as follows: 1. smbpasswd -w '<password>' 2. net rpc trustdom establish SANDBOX

I have read a few messages about a fixed point version and I have some questions. 1. Will just the decoder be available in a fixed point version. 2. If the encoder is available will it work on a 400 mhz XScale "Strongarm" 3. Will it work on a dsp? if so how fast of one will I need. 4. Any chance of a FPGA version? I really need to be able to encode in real time or very close to it in

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

Jean-Marc Valin wrote: >>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

Hi All, Ours is an embedded software solutions company that focuses on developing embedded software solutions specific to the DSP market. I'm happy to inform the ogg vorbis developer community that today we have release trial version of our Ogg vorbis decoder made available on PC, TMS320C67x platform (More platforms to follow). More information about the same can be fetched from

I haven't found anything about this in the FAQ's... Despite having a translation from an all uppercase (or all lowercase) to the mixed case Unix username in the username map, the samba server (1.9.18p1) does not allow browsing from a Win95 client. If I change the username to all lowercase on the Unix server, then browsing works fine. Have I missed something? -- Phil Etheridge

"Do you mean doing that on a DSP, or on a PC (before you do it on DSP)?" Yes I want do that with a PC in order to test if I can encode in real time an external audio source and then I want to implemente SPEEX in a dSP. guillaume Jean-Marc Valin a écrit : > > I want to know if it is possible to do a real time acquizition and to > > compresse in real time the audio input

Hi Jean Marc and everyone else :-) I am a bit of an alien here, my expertise is not at all in DSP: I am in network games and recently I started to work in a team dedicated to audio for games. Our prefered codec is speex, mainly for its quality/bandwidth ratio and of course because it is open source. You DSP guys would probably curse us if you saw what kind of ugly things we do to compressed

Sorry for starting another topic, this is actually a reply to Segher's post on Sun Oct 22 on the 'mdct question' topic. I wasn't subscribed properly and so I didn't get email confirmation and thus can't add to that thread. So Segher, if the equation is indeed what you say it is, then replacing mdct_backward with this version should work, but it doesn't. Am I applying

Hello, I may be stupid, but I cannot find any data on how "expensive" the Vorbis Decoder is. Looking for an embedded solution I am interested in how many "MIPS" you need to decode a MONO audio stream at reasonable quality (44 kHz, approx. 100 kbps?) Can it be done in a microcontroller, or do I need ultra-expensive DSPs to do it? Thanks for hints Jens --- >8 ---- List

As it seems that the vorbis decoder is now stable with respect to format/features, would it be time to start thinking about a hardware implementation? I would be interested in pursuing this if some there is consensus on requirements. If there is some enthusiasm for it then a module could be set up on the opencores site for a gate-array decoder. cya, Andrew... --- >8 ---- List

Hi all, I would be interested in partaking in the development of the fixed-point version of speex. I want to compile it on a TI DSP TMS320C6416. See http://focus.ti.com/docs/prod/folders/print/tms320c6416.html . There is only a mention of this work in progress on the web site but no other details. I use WinXP & debian 2.6 as dev platforms. well versed in cvs. C

Massey, Ricky would like to recall the message, "EXTERNAL: [CentOS] A bridge problem".