search for: borgerd

...ourse it would be nice to have an install script do everything, but lacking that, a README that dealt with some of the common issues would do. I'm sorry if I have offended anyone. That was not my intent. I just wanted to express my frustration at not being able to help out very easily. Mark Borgerding markab (at) xetron . com Software Engineer Xetron Corporation   <HR NOSHADE> <UL> <LI>application/octet-stream attachment: Mark_Borgerding__E-mail_.vcf </UL> -------------- next part -------------- A non-text attachment was scrubbed... Name: Mark_Borgerding__E-mail_.vc...

...: 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: > > [...] > > So I guess my point is this: If we just want to say that Vorbis is > > available for a DSP chip, then start with a floating point > platform (I've > > heard good things about ADI's Sharcs). But if we want to > make it...

Mark Borgerding wrote: > Each math operation introduces some error. So the fewer operations > required, the fewer roundoff errors occur. This leads to a happy > correlation between efficiency and accuracy. The more important problem is addition of numbers that differ in magnitude. Roundoff error is...

I submitted a version of testenc.c to this list MONTHS ago that fixed this problem. It uses a reconfigurable group delay. If you had given me cvs access I could've committed the changes myself. Anyway, the file is attached (again). Maybe this time you'll actually notice the email. Sorry if I seem a little short. It's just very annoying to put the time into learning and improving a

...ed with our port of CELT, we should be fine - please confirm. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Copyright 2001-2011 Xiph.Org, Skype Limited, Octasic, Jean-Marc Valin, Timothy B. Terriberry, CSIRO, Gregory Maxwell, Mark Borgerding, Erik de Castro Lopo Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: - Redistributions of source code must retain the above copyright notice, this list of conditions an...

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

...is, but seem to have gotten very different responses - the former a call to arms, and the latter a "well, if you do it, it'll get done." What's the status of Speex as a fixed point codec? Is anything done at all? I did find some rumblings on the dev list from April between Mark Borgerding and B. Mitchell Loebel talking about handling fixed point, but I'm as of yet unsure how to check on their progress, whether it's done, whether I can help, etc. They both seemed pretty confident, and I have high hopes that they got it done. ;) The homepage suggests that Speex is approp...

> I had the idea of implementing a lot of the operations in FFTs. ( for > example, it is possible to do auto-correlation and FIR filtering using > FFTs.) There are two advantages to this. > 1. It's almost always faster > 2. By swapping fft implementations, it could be easy to recompile for > fixed or floating point versions. No. FFT's require higher precision than

I'm a mathematician and programmer working on experimental surround sound techniques. Some of the ideas I'm working on require dozens of channels. These channels are often highly correlated and are very well suited to compression. I'm new to Vorbis. Does it attempt to address such issues? Thanks, --Richard --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project

I'm willing to contribute some time to converting speex to fixed point. I'm not doing this for a particular product and I will receive nothing but some warm fuzzy feelings for "giving back to the community". Consequently, I don't want to do it all myself. So ... is anyone else currently working on this? Splitting the work into chunks should allow more people to write code

> > Mark, > > I'm in for some work--time permitting. Pick me off a chunk and send it > my way. I've never done float->int conversions, but I do love > code optimizations. I just wish I knew x86 assembly. :) > > Cheers, > David Glad to hear from you. What's your background? I don't think we should use assembly just yet. Let's get a C version

> > <with Prof. Farnsworth voice> "Good News, everyone". > > I've just kicked off project "Sphinx". Which is supposed to > sound like "Speex" merged with "INT". ;) Meaning I am working > on an integer encoder and decoder. > Great. I looked into converting speex to fixed point a while ago, but my job has gotten much busier

>> I had the idea of implementing a lot of the operations in FFTs. ( for >> example, it is possible to do auto-correlation and FIR filtering using >> FFTs.) There are two advantages to this. >> 1. It's almost always faster >> 2. By swapping fft implementations, it could be easy to recompile for >> fixed or floating point versions. > > No. FFT's