search for: buchner

Ok, I uploaded that tool including sources onto my site (darkav.de.vu). bye, D A --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'speex-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list

> As you can see Q4 and Q5 are good candidates providing one > frame per block at rates of 12800 and 16800 bits/sec. > SO I'll try the 16kHz modes next, as they should really be an > improvement to quality and clarity. I'll sort out the sources now and > mail them to you. Thanks for your hacked up instcodec source code. I installed the 16.8 kbit/s 16kHz Q5 mode and it

Hi, > I managed to get the codec into netmeeting. Unfortunately it doesn't > properly work. I tried to talk vie net, but only erranous packets are > decoded. Did I possibly register the codec wiht incorrecxt parameters or > is this a problem of the acm codec? I can't tell why. Try to register mode 8kHz Mono mode Q3 or Q4 for Netmeeting. Only these modes pack exactly 1

> Nice to hear! Do sou think you will be able to make the other modes also > compatible? But I guess these working modes are already OK for > netmeeting. I will try the Q4 16kHz mode today. Low bitrate was the design goal, not Netmeeting compatibility ;) Padding loss occurs because Speex encodes frames that do not end on byte boundaries. If you force each Speex frame to be byte

Hi, I managed to get the codec into netmeeting. Unfortunately it doesn't properly work. I tried to talk vie net, but only erranous packets are decoded. Did I possibly register the codec wiht incorrecxt parameters or is this a problem of the acm codec? bye, D A --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from

> Yes! It works! I tried mono 8kbit 8khz Q3 and it seems to work! I am > currently talking to a friend, both ends using Speex! > Sound Quality is not as good as speeak freely@adpvm, but it uses only > quarter of bandwidth and for that the quality is not bad. Perhaps I'll > try Q4, as well. Q4 and Q3 seem to produce the same results. Internally speex is controlled by tables

Hi, > I can't tell why. Try to register mode 8kHz Mono mode Q3 or Q4 for Ok, I will try it. I tried 16kHz Q3 mono at 9,8kbit. > and upwards use 2 frames. All this is defined in codec.c in the > QualityInfo[] table. Oh OK. I looked a bit in the sources, but it was too confusing for me. ;-) > I would be interested in seeing the code for registering the Speex codec > with

...ot with 9 panels, but i have no clue what type of code to use. Secondly i was wondering if there was some code to generate random numbers between two defined intervals and then have R chose one randomly in a program. If you could answer either of these questions for me I would appreciate it. Owen Buchner

...h it. I doubt that it will be terribly clean, though. Jean-Marc: Take a look at line 1195 in nb_celp.c (CVS). It reads "speex_warning ("More than to wideband layers found: corrupted stream?");" when it should be "More than two wideband layers..." "Christian.Buchner" <Christian.Buchner1@epost.de> writes: >> Is there any way to access only the narrowband portion of a wideband >> stream? > > Try encoding a stream in UWB or WB mode using speexenc. speexdec has > command line options you can use to force it to NB decoding only. So...

...[] contains the current input frame. So each enoise calculation is the square of the difference between input sample from the last frame and the current frame??? I have the latest version from CVS. I think this code has changed in the past few months, because I see different code in Christian Buchner's modified code, downloaded from his site at openacm.org. Hope this question isn't too dumb :-) Thanks, Mike Dunn <p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 's...

...operty (ie. the stability of the predictor). That leaves us with psy-acou modelling of the noise-part only. However, my own research is in constrained LP-models that addresses just this problem. Unfortunately, applications are still at least a couple of years away. <p>Tom <p>Christian Buchner wrote: > > > Does anyone have an idea about the possibility to apply psychoacoustic > > models as the ones in mp3 or AAC to a CELP coder? Thanks! > > > /Pontus > > This is (sort of) done in the decoder with the optional perceptual > filtering. Speex tries to shap...

I have started to update the ACM codec to Speex 1.0.3. Before a release I will also address some issues/bugs that have been brought to my attention. Following that I will try to port that code to PocketPC, making use of the unstable 1.1.3 version as integer build. There is probably little or no need for continuing work on my own integer version (called "Sphinx") Christian <p>---

Christian Buchner wrote: > Now here is where I have problems and not yet found a solution: I know very little about this, so take everything that follows with a large pinch of salt. > * the function names exported in the .lib created by gcc are not compatible > with the function name decorations that t...

I've recently found out using read.table i can insert a table into R from a .dat file. The problem i'm having is now that i've got R to read the package i want to use the data from each column. I've tried adding titles to each column using col.name, but it assigns a name to the entire table and wont recognize the name i gave the table later in programming. Is there something

...ith speex content using the ACM codec? (like windows sound recorder) Do you think that it is much more complicated than just writing it with the ogg format? Thanks a lot for your help. Miguel Gomes -----Mensagem original----- De: owner-speex-dev@xiph.org em nome de Christian Buchner Enviada: qui 04-03-2004 16:09 Para: speex-dev@xiph.org Cc: Assunto: Re: [speex-dev] Speex, what container? <p><p><p> > But using the ACM codec I just need to put the speex content into the wave file data chunk and then &gt...

Hi there. I am having a little trouble understanding the frame sizes chosen by the codec. testenc_uwb.c from the speex-1.0 source distribution has a framesize of 640 hardcoded and makes use of this value exclusively. However, a mode query on the actual codec returns 320 as a framesize for this mode. int tmp; speex_mode_query(&speex_uwb_mode, SPEEX_MODE_FRAME_SIZE, &tmp);

Hi there. Just a little status update how that integerization is coming along. I am trying to limit myself to 32 bit arithmetics. That means not using any __int64 or long long datatypes at any point. I have now replaced all steps up to including the estimation of the LPC filter coefficients with integer code. That is about a quarter of the total work completed, I would say. One problem that i

Oops... You've just found a bug. Seems like you're the first one to use that call. Anyway, it's now fixed in CVS (both trunk and 1.0.x branch). Thanks for the bug report. Jean-Marc Le mar 03/06/2003 à 01:16, Christian Buchner a écrit : > Hi there. > > I am having a little trouble understanding the frame sizes chosen > by the codec. > > testenc_uwb.c from the speex-1.0 source distribution has a framesize > of 640 hardcoded and makes use of this value exclusively. > > However, a mode query on...

...his tag or register a different tag which would be qualified by their company name (for example). Keith ________________________________________________ Keith Looney Senior Software Engineer On2 Technologies, Inc. The Duck Corporation <p><p>-----Original Message----- From: Christian Buchner [mailto:Christian.Buchner1@epost.de] Sent: Wednesday, June 18, 2003 12:45 PM To: speex-dev@xiph.org Subject: RE: [speex-dev] ACM Format Tag for Speex Audio <p><p><p>> I have arranged for an official Speex ACM format tag from Microsoft (see below). Feel > free to use this i...

Le ven 27/06/2003 à 05:10, Christian Buchner a écrit : > Hi there. > > Just a little status update how that integerization is coming along. > I am trying to limit myself to 32 bit arithmetics. That means > not using any __int64 or long long datatypes at any point. If possible, it would be nice to restrict ourselves to 32x32-&...