search for: davidwillmor

The test script doesn't seem to stop on error. I noticed this in the logs: ++++++ testing level 1 interface simple iterator on read-only file generating FLAC file for test testing 'metadata.flac'... 0... 1... content... PASSED is writable = 1 ERROR: iterator claims file is writable when it should not be ERROR during test_libFLAC FAIL: ./test_libFLAC.sh Platform is a mobile

--- David Willmore <davidwillmore@iamanidiot.com> wrote: > > The test script doesn't seem to stop on error. I noticed this > in the logs: > > ++++++ testing level 1 interface > simple iterator on read-only file > generating FLAC file for test > testing 'metadata.flac'... 0... 1... content...

...te for people who want and have time. For now, I focus on high compression settings, for me it's very complex, but currently high compression settings are mandatory for a new image/video codec. Many thanks again for your feedback! Cheers, Raphael 2018-03-10 16:57 GMT+01:00 David Willmore <davidwillmore at gmail.com>: > I enjoy reading your posts and always find them educational. I don't > have anything to contribute other than my appreciation. Thank you! > > On Fri, Mar 9, 2018 at 1:03 PM, Raphael Canut <nhwcodec at gmail.com> wrote: > > Hello, > > > &g...

...SJT is designed specifically for EME communication. I used the HSCW (high speed CW) for meteor scatter & had a lot of fun with it. Best of luck in your EME endeavor. Oh, what is your call??? 73s Ken - KC7RAD I have used . ----- Original Message ----- From: "David Willmore" <davidwillmore at gmail.com> To: <mike-lebo at ieee.org> Cc: <speex-dev at xiph.org> Sent: Friday, August 22, 2008 8:45 AM Subject: Re: [Speex-dev] Digital speech within 100 Hz bandwidth >> Could you please forward this e-mail to your engineering department. I >> am a >> ham...

...ense? (David Willmore) 2. Re: Speex on DSPic, violation of license? (Jean-Marc Valin) 3. Floating point implementation (Matt Bucknall) ---------------------------------------------------------------------- Message: 1 Date: Sun, 7 Oct 2007 15:30:40 -0400 From: "David Willmore" <davidwillmore@gmail.com> Subject: Re: [Speex-dev] Speex on DSPic, violation of license? To: "Jean-Marc Valin" <jean-marc.valin@usherbrooke.ca> Cc: speex-dev@xiph.org Message-ID: <1cddf4cc0710071230r2620f413o583b776e0cb3a2db@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1...

...gt; > I used the HSCW (high speed CW) for meteor scatter & had a lot of fun with > it. > > Best of luck in your EME endeavor. Oh, what is your call??? > > 73s > Ken - KC7RAD > > I have used . > ----- Original Message ----- > From: "David Willmore" <davidwillmore at gmail.com> > To: <mike-lebo at ieee.org> > Cc: <speex-dev at xiph.org> > Sent: Friday, August 22, 2008 8:45 AM > Subject: Re: [Speex-dev] Digital speech within 100 Hz bandwidth > > >>> Could you please forward this e-mail to your engineering department...

--- David Willmore <davidwillmore@iamanidiot.com> wrote: > > The test script doesn't seem to stop on error. I noticed this > in the logs: > > ++++++ testing level 1 interface > simple iterator on read-only file > generating FLAC file for test > testing 'metadata.flac'... 0... 1... content...

Great!!! Do not hesitate to let me know if it works ok for you! Cheers, Raphael 2018-04-16 22:59 GMT+02:00 David Willmore <davidwillmore at gmail.com>: > That's great news! I can finally try it! > > On Mon, Apr 16, 2018 at 4:50 PM, Raphael Canut <nhwcodec at gmail.com> wrote: > > Hello, > > > > I am pleased to announce that the NHW Project now works under Linux!!! A > big > > thank...

...now, I focus on high compression settings, for me it's very complex, but > currently high compression settings are mandatory for a new image/video > codec. > > Many thanks again for your feedback! > Cheers, > Raphael > > > 2018-03-10 16:57 GMT+01:00 David Willmore <davidwillmore at gmail.com>: >> >> I enjoy reading your posts and always find them educational. I don't >> have anything to contribute other than my appreciation. Thank you! >> >> On Fri, Mar 9, 2018 at 1:03 PM, Raphael Canut <nhwcodec at gmail.com> wrote: >> &...

Dear Sir, Could you please forward this e-mail to your engineering department. I am a ham radio person who wants to transmit from the Earth to the moon and back to the Earth by phone not by Morris code. This will be a very weak signal. I need an extra 13.8 dB of gain. Could you please help me distribute the attached paper to someone who could take this project into the next level? Please reply

All, I don't know if this is widely known, but it appears that Microchip has just released a library to perform speex compression/decompression on a dsPIC processor. The library is available under their license, so I can only assume that it is a reimplementation of the algo and not a port. Does anyone know otherwise? Cheers, David

Hello, all! I'm trying to see if I can get stock Speex to compile for dsPIC using the current release of the gcc compiler targeted for it. I'm stuck at the very beginning of trying to get past the configure stage. Can anyone who cross-compiles give me an example of how they do that? Cheers, David

Jean-Marc, > I've got no problem cross-compiling with gcc for Blackfin. See the > README.blackfin file. Thank you for your help, Jean-Marc. I get no further with that than I did before, I'm afraid. I get: [willmore@l2 speex-1.1.11.1]$ export CC=pic30-elf-gcc [willmore@l2 speex-1.1.11.1]$ ./configure --enable-fixed-point --host=pic30-elf configure: WARNING: If you wanted to set

> Could you please forward this e-mail to your engineering department. I am a > ham radio person who wants to transmit from the Earth to the moon and back > to the Earth by phone not by Morris code. This will be a very weak signal. I > need an extra 13.8 dB of gain. Could you please help me distribute the > attached paper to someone who could take this project into the next level?

On 10/1/07, Jean-Marc Valin <jean-marc.valin@usherbrooke.ca> wrote: > I'm aware of Microchip's closed-source port of Speex to the dsPIC. As > far as I know (haven't checked the details), this is perfectly legal, > even though I think it's a dumb decision for a company that's in the > business of selling chips. I say it's dumb because by not contributing

> > So there should be some equivalency between --abr values and --quality > > values? Or do they effect the rate in different ways. > > Actually, --abr adjusts the quality in real-time so that the average > bit-rate meets a certain target. with just --quality, the final average > bit-rate is dependent on the data, so that's why --abr is there. Is there some time

> > Is there some time window over which it tries to meet this average? > > Right now, it looks at what's the average bit-rate so far and does some > adjustments to meet the target. There might be ways to improve, it's > very rough right now. Also, note that you'll likely get better results > by trying several --quality until you get the right bit-rate than with

> All you say look normal to me. Okay, clarification requires less code to be written than a bug. :) > > Does that makes sense? I would have thought that --dtx alone would have = > doen it, > > but maybe it needs perfect digital silence to work? Or only uses the voi= > ce activation > > to know when there's silence? > > DTX requires the VAD to know when

I'm running a: for band in n w u do for quality in 0 1 2 3 4 5 6 7 8 9 10 do for complexity in 3 do for vad in "" "--vad" do for dtx in "" "--dtx" do echo speexenc -${band} --quality ${quality} --comp ${complexity} ${vad} ${dtx} input.${band}.wav