search for: aeh

...*not* true in the case of UNIX signals. SIGINT, for example. So it probably does not fully capture asynchronous exceptions. Option 2: Add a no-op --------------------- Another option is to transliterate the SEH handling code and add some no-ops like bitcast. define void whatever() { entry: ... aeh.try.enter0: ;; -----> this would be the no-op <----- llvm.aeh.enter blockaddress(@whatever,%aeh.try.enter0), blockaddress(@whatever,%aeh.try.except.filter0) ... br label aeh.try.exit0: aeh.try.except.filter0: ; no predecessor %result = <user code here> call llvm.aeh.continue...

...it probably does not fully > capture asynchronous exceptions. > > Option 2: Add a no-op > --------------------- > > Another option is to transliterate the SEH handling code and add some > no-ops like bitcast. > > define void whatever() > { > entry: > ... > aeh.try.enter0: > ;; -----> this would be the no-op<----- > llvm.aeh.enter blockaddress(@whatever,%aeh.try.enter0), > blockaddress(@whatever,%aeh.try.except.filter0) > ... > br label aeh.try.exit0: > aeh.try.except.filter0: ; no predecessor > %result =<user...

...ns and if nothing bad has been reported, I'll make the release. > > Have fun, > > Jean-Marc > _______________________________________________ > Speex-dev mailing list > Speex-dev@xiph.org > http://lists.xiph.org/mailman/listinfo/speex-dev -- Alfred E. Heggestad <aeh@db.org> Web: http://aeh.db.org/ VoIP: <sip:alfredh@symbianos.org>, <sip:aeh@oplug.org> Phone: +47 85 24 72 75 Mobile: +47 94 29 65 87 Skype: alfredheggestad -------------- next part -------------- Index: libspeex/nb_celp.c ======================================================...

Hi everyone, I'm about to release version 1.2-beta1 (which I could have called 1.1.13), which includes many, many changes. It would help if everyone could give the svn version (http://svn.xiph.org/trunk/speex/) a try and see if it works fine. I'll check my email next week when I'm back from some vacations and if nothing bad has been reported, I'll make the release. Have fun,

...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

...EX_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

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 derivativ...

On 3/30/09, Jean-Marc Valin <jean-marc.valin at usherbrooke.ca> wrote: > It seems to be related to debian, that doesn't like the fact that not > everyone is allowed to modify these documents. If it's that much > problem, I'd say just remove it. Guys, both the Vorbis RTP and the Ogg media types RFCs have this clause. It did not raise any problem. If there are problems

...ot;net" > that are needed for the build. In the HACKME instructions says that I > have to checkout these modules at ./src directory, but libshout and > another programs will need it, I'm right? I should to checkout at an > upper directory? And I suppose I have to compile them? Aeh no. The HACKME files is right, you need to check out those from the src directory. If some other program also needs them to compile, it will tell you in its HACKME file. It will also tell you where to put them, so if another programs wants them checked out under the abcdef directory, do it there o...

On 5/31/07, Alfred E. Heggestad <aeh@db.org> wrote: > Could you let me know where to insert this statement in the xml > document? I'm no expert, but I recommend adding it in the Full Copyright Statement section. More or less like this: Copyright (C) The IETF Trust (2007). This document is subject to the rights, lice...

This patch updates the symbian build files to latest svn trunk, and also adds a new makefile for speexdsp. Signed-off-by: Alfred E. Heggestad <aeh@db.org> --- Index: symbian/speexdsp.mmp =================================================================== --- symbian/speexdsp.mmp (revision 0) +++ symbian/speexdsp.mmp (revision 0) @@ -0,0 +1,42 @@ +/* + Copyright (C) 2003 Commonwealth Scientific and Industrial Research + Organisation (...

....1.3.tar.gz cd libogg-1.1.3 mate . ./autogen.sh --prefix=/usr/local ./configure --prefix=/usr/local make sudo make install Cloned speex: git clone git://git.xiph.org/speex.git I'm at commit: commit 4cf0690656ef9d8d5235aabe3840df736fc0886d Author: Alfred E. Heggestad <aeh at db.org> Date: Tue Feb 10 07:20:03 2009 -0500 Const correctness patch Ran autogen and configure: ./autogen.sh --prefix=/usr/local ./configure --prefix=/usr/local which results in: ./configure: line 21256: syntax error near unexpected token `FFT,' ./configure: line 21256:...

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello! Thanks for the help in my last post. I checkout icecast and libshout from CVS and now I have some problems building icecast. I read the HACKME file and I follow the instructions but when run "autogen.sh" it returns a serial of errors concerning to "libtoolize". I suppose this library is missing, but I can't locate it.

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

...Person and email address to contact for further information : > > > > > > Herlein, et al. Expires December 7, 2007 [Page 9] > > Internet-Draft Speex June 2007 > > > Alfred E. Heggestad: aeh@db.org > > Intended usage: COMMON > > Restrictions on usage: > > This media type depends on RTP framing, and hence is only defined > for transfer via RTP [RFC3550]. Transport within other framing > protocols is not defined at this time. > >...

...ncing applications. Additional information: none Person and email address to contact for further information : Herlein, et al. Expires November 30, 2007 [Page 9] Internet-Draft Speex May 2007 Alfred E. Heggestad: aeh@db.org Intended usage: COMMON Restrictions on usage: This media type depends on RTP framing, and hence is only defined for transfer via RTP [RFC3550]. Transport within other framing protocols is not defined at this time. Author: Alfred E. Heggestad Change control...

...ncing applications. Additional information: none Person and email address to contact for further information : Herlein, et al. Expires December 7, 2007 [Page 9] Internet-Draft Speex June 2007 Alfred E. Heggestad: aeh@db.org Intended usage: COMMON Restrictions on usage: This media type depends on RTP framing, and hence is only defined for transfer via RTP [RFC3550]. Transport within other framing protocols is not defined at this time. Author: Alfred E. Heggestad Change control...

...ncing applications. Additional information: none Person and email address to contact for further information : Herlein, et al. Expires October 24, 2007 [Page 9] Internet-Draft Speex April 2007 Alfred E. Heggestad: aeh@db.org Intended usage: COMMON Restrictions on usage: This media type depends on RTP framing, and hence is only defined for transfer via RTP [RFC3550]. Transport within other framing protocols is not defined at this time. Author: Alfred E. Heggestad Change control...

Ivo Emanuel Gon?alves wrote: > Do not forget to add the "Copying conditions" to the RFC. > > Check http://wiki.debian.org/NonFreeIETFDocuments > I would be happy to add this statement. Could you let me know where to insert this statement in the xml document? I am using xml2rfc to generate the draft. Or alternatively point to other documents (.xml sources) that have the

FYI, -------------- next part -------------- An embedded message was scrubbed... From: Colin Perkins <csp at csperkins.org> Subject: Working group last call: draft-ietf-avt-rtp-speex-05.txt Date: Mon, 31 Mar 2008 22:25:03 +0100 Size: 2054 Url: http://lists.xiph.org/pipermail/speex-dev/attachments/20080331/289739db/attachment.eml