search for: heggestad

...data corruption. question is; are there any clean way of reducing memory usage? the stack at the end of the state object, is it only accessed through the PUSH macros? perhaps I could write some wrappers to use Program RAM (PRAM) instead, which is not directly accessible. thanks. -- Alfred E. Heggestad <alfredh@sxdesign.com>

...able to tell >>>> you which to contact ^^; >>> Hi Ralph, let me know how I can help on the Speex I-D -- we'd like to >>> make sure that our usage in Jingle is consistent with the SDP. Thanks! >> I've not been following the speex draft updates, but Alfred Heggestad >> and Jean-Marc have been discussing it recently. Speex-dev@ is the proper >> forum, now CC'd. :) > > Great, thanks! Is there still time to send in comments before you submit > the -01 draft? I've joined speex-dev so that I can provide comments here > (though pre...

...peex I-D, Ralph should be able to tell > >you which to contact ^^; > > Hi Ralph, let me know how I can help on the Speex I-D -- we'd like to > make sure that our usage in Jingle is consistent with the SDP. Thanks! I've not been following the speex draft updates, but Alfred Heggestad and Jean-Marc have been discussing it recently. Speex-dev@ is the proper forum, now CC'd. :) > >theora will have the same layout as vorbis rtp, you may look at it and > >give me feedbacks, I'll start updating again the theora one once the > >vorbis will enter the last c...

...moving "spx_sig_t *orig;" in the encoder, the stack usage went from 17091 to 16451 bytes, I have already got a working decoder running on my Ubicom IP3K, using 10-15% of the CPU, with a decoder stack size of 4058 bytes. The encoder is next.. /alfred > Jean-Marc > -- Alfred E. Heggestad <alfredh@sxdesign.com> SX Design

hi Jean-Marc, I just updated from svn and it looks like there are some errors in the speex.mmp file. the filters.c is duplicated, and the fft/kiss.c files are still missing.. /alfred Jean-Marc Valin wrote: > Applied in svn. Thanks. > > Jean-Marc > > Alfred E. Heggestad a ?crit : >> hi, >> >> this patch should fix the symbian build. >> >> >> /alfred >> >> >> ------------------------------------------------------------------------ >> >> Index: symbian/bld.inf >> ================================...

...(revision 11555) +++ doc/sampledec.c (working copy) @@ -57,7 +57,7 @@ } /*Destroy the decoder state*/ - speex_encoder_destroy(state); + speex_decoder_destroy(state); /*Destroy the bit-stream truct*/ speex_bits_destroy(&bits); fclose(fout); -- Alfred E. Heggestad <aeh@db.org> Web: http://aeh.db.org/ VoIP: <sip:alfredh@symbianos.org> Phone: +47 21 98 71 20 Mobile: +47 98 23 67 05 Skype: alfredheggestad

.../ -#define SPEEX_STEREO_STATE_INIT {1,.5,1,1} +#define SPEEX_STEREO_STATE_INIT {1,.5,1,1,0,0} /** Transforms a stereo frame into a mono frame and stores intensity stereo info in 'bits' */ void speex_encode_stereo(float *data, int frame_size, SpeexBits *bits); /alfred -- Alfred E. Heggestad <aeh@db.org> Web: http://aeh.db.org/ VoIP: <sip:alfredh@symbianos.org> Phone: +47 21 98 71 20 Mobile: +47 98 23 67 05 Skype: alfredheggestad

can you try git 1.5.x just in case that's the problem? Jean-Marc Alfred E. Heggestad a ?crit : > Jean-Marc Valin wrote: > <snip> >> >> git clone http://git.xiph.org/speex.git >> > > I am getting this error: > > [...] > walk 8e52b996f69c9419e3057ce0ed215fcb93a7be45 > walk 0f6a78e98ea5e7ccc4b81d1d7064a4a251d019d7 > walk 851f4aa7613...

Sorry for the delay. On 4/13/09, Alfred E. Heggestad <aeh at db.org> wrote: > Ivo, could you also review the updated memo-status/copyright notice, > located on page 1-2 ? Is this a new standard for writing Internet drafts? I've never seen it in other documents. Specifically, this part: "This document may not be modified, and d...

Looks good to me. Jean-Marc Alfred E. Heggestad a ?crit : > Hi > > Please find an updated version of the Speex I-D attached. The only > change is addition of the copyright conditions in Appendix A, > as requested by Ivo. > > Many thanks for your input. > > I will give you a few more days before submitting to AVT wor...

hi, this patch should fix the symbian build. /alfred -------------- next part -------------- A non-text attachment was scrubbed... Name: speex-symbian2.patch Type: text/x-patch Size: 2669 bytes Desc: not available Url : http://lists.xiph.org/pipermail/speex-dev/attachments/20061115/5ac4915e/speex-symbian2.bin

...AVT G. Herlein Internet-Draft Intended status: Standards Track J. Valin Expires: October 24, 2007 University of Sherbrooke A. Heggestad April 22, 2007 RTP Payload Format for the Speex Codec draft-ietf-avt-rtp-speex-01 Status of this Memo By submitting this Internet-Draft, each author represents that any applicable patent or ot...

Alfred E. Heggestad wrote: > <...> > > If we don't get any comments in 1 week (by 22. May 2007) we will go ahead > and submit it to the IETF. Of course you can comment on it also after it > has been submitted, but we would like to get the input from the Speex > community first.. > tha...

Do not forget to add the "Copying conditions" to the RFC. Check http://wiki.debian.org/NonFreeIETFDocuments That page contains a section titled "Template for RFC authors to release additional rights". To follow that guideline a section like the following should be added: x. Copying conditions The author(s) agree to grant third parties the irrevocable right to

...AVT G. Herlein Internet-Draft Intended status: Standards Track J. Valin Expires: December 7, 2007 CSIRO A. Heggestad Creytiv.com A. Moizard Antisip June 5, 2007...

...bufSize, no you can't just make it the size you like. Now, it's possible to decrease the amount of memory allocated if e.g. you only use complexity 1. You can also assume that the stack is only accessed through the PUSH macro. Jean-Marc Le samedi 19 f?vrier 2005 ? 23:47 -0800, Alfred E. Heggestad a ?crit : > Hi > > I am currently trying to port speex v1.1.6 to a microcontroller with > very limited memory (<64Kbyte RAM). > > what I found when initialising the encoder, a chunk of 32Kb was > attempted to be alloced, which failed: > > src/nb_celp.c: > > v...

hi, jean-marc: i think we can remove spx_sig_t *orig. but am not sure about exc2Buf. is it for extension? rgds, tk On Mon, 28 Feb 2005 12:42:38 -0500, Jean-Marc Valin <Jean-Marc.Valin@usherbrooke.ca> wrote: > Hi, > > I looked at the code I think there are still places where you can reduce > memory. For example, I think bufSize can be reduced to around 400 > (instead of

Alfred E. Heggestad wrote: >On Mon, 2005-02-28 at 19:42 -0500, Jean-Marc Valin wrote: > > >>>jean-marc: i think we can remove spx_sig_t *orig. >>>but am not sure about exc2Buf. is it for extension? >>> >>> >>orig is already removed in SVN (which you should pr...

...> > > > I have already got a working decoder running on my Ubicom IP3K, > > using 10-15% of the CPU, with a decoder stack size of 4058 bytes. > > The encoder is next.. > > > > > > /alfred > > > > > Jean-Marc > > > -- Alfred E. Heggestad <alfredh@sxdesign.com> SX Design

...-1-0-5 For older releases, the tags are sometimes just rel-x-y-y because that's what I was doing before the switch to svn (the tree was imported from cvs). Oh, and the 1.0 branch is in http://svn.xiph.org/branches/rel-1-0-branch/speex/ Jean-Marc Le samedi 21 mai 2005 ? 11:40 +0200, Alfred E. Heggestad a ?crit : > Hi > > would it be possible to also announce the subversion revision > number for each release? I am usually keeping my own branch > updated by doing: > > $ svn merge -r 1234:HEAD http://svn.xiph.org/trunk/speex > > > also, what is the repos path for...