similar to: Encoding/Decoding doubts

Flash player encodes speex at 16 kHz, mono, 16 bit. Fields in the format byte should be ignored if the format is speex. You can set the quality by Microphone.encodeQuality (default 6). You can also set the number of speex frames per tc message using Microphone.framesPerPacket. Flash player can only decode speex at 16 kHz, so make sure you have the proper sample rate. Jozsef > > Message:

Hey there =] I intend to develop a voip application using the Jspeex (Java implementation of Speex) library. At this point, the progrm can capture the voice from the microphone to an "ByteArrayOutputStream" object and play it back. I`m willing to add the encode\decode features of Jspeex but I can't make it to work, I`m probably missing somethnig. The code (Part of it) : -----

hi, i'm using jspeex to encode signed little endian pcm 16bits data to speex, so i can then publish it to a flash client. On rtmp spec is said that is used network byte order, so in a speex frame consisted in more than 1 byte, i guess i have to send it in big endian order. By the source code of jspeex i see that when i pass pcm data as a parameter to SpeexEncoder.processData they use it as

Thanks for the help folks, but I got this working a couple hours ago. =) I'm quite please after struggling with it for a few days. I just needed to take each audio tag from the FLV file and feed the contents of the tag (except for the first byte) to the jspeex decoder and write the results to a file. Jozsef - it is possible to specify 8KHz in the flash client and decode it as such. Speex

The link is http://www.adobe.com/devnet/rtmp/. TC Message stands for TinCan message. It is 11 bytes long, first byte is message type, three bytes of payload length four bytes of timestamp and three bytes of stream ID. The first byte of the payload for audio message is the format byte and the rest of the byte is the payload. Jozsef ----- Original Message ---- From: Jeff Ramin <jeff.ramin

FLV contains TC messages? TC message payload contains a format byte and speex frames (up to eight). In the format byte 0xb0 indicates speex. Speex is always 16 kHz, 16 bit, mono. Jozsef Message: 1 Date: Mon, 16 Nov 2009 14:40:20 -0600 From: Jeff Ramin <jeff.ramin at singlewire.com> Subject: [Speex-dev] jspeex question To: speex-dev at xiph.org Message-ID: <4B01B8B4.8020904 at

This is best answered by the jspeex folks, as it is the interfacing code that you are having problems with. That being said, it looks like, just as it says, you have asked for a conversion it cannot do -- you want it to convert PCM data to speex data at 44.1kHz sample rate -- speex only supports 8kHz in standard operation. It can also support 16kHz (wb) and 32kHz (uwb), but nothing outside of

Is there a document somewhere that describes speex-encoded FLV files? What is a TC message? Thanks. Jozsef Vass wrote: > FLV contains TC messages? TC message payload contains a format byte and speex frames (up to eight). In the format byte 0xb0 indicates speex. Speex is always 16 kHz, 16 bit, mono. > > Jozsef > > > Message: 1 > Date: Mon, 16 Nov 2009 14:40:20 -0600 >

Hi Ulrich, I've never had any OutOfMEmoryExceptions in my tests, and I think I've been rather thourough, although probably much more thourought testing narrowband than wideband. Having said this, it is very hard to get memory leaks in java, so I am sceptical about that. That memory might not be used optimally is more likely the case. More often then not reducing memory use

hello, i switched to use the encoder.processData() and encoder.getProcessedData() of jspeex. however it looks to me like a memory leak ... memory usage is increasing very fast and there is no visible stop ... after about five minutes java.lang.OutOfMemory occurs. I think it must be the jspeex component, because before i added jspeex to my app usage was constant at about 5mb. is it possible

If I use Speex, JSpeex actually, to compress an otherwise valid wave file with zero lengths in the header would it impact the compression at all? Here's what I'm doing during compression in Java: AudioFormat wavFormat = ais.getFormat(); AudioFormat speexFormat = new AudioFormat(SpeexEncoding.SPEEX_Q5, wavFormat.getSampleRate(),

Hi, Vipin, What you're going to want to do here is convert your 8-bit stereo samples into 16-bit mono samples and back again when you're done(*). What you are actually doing here, it sounds like, is feeding 2 8-bit mono samples into Jspeex, which expects 16-bit mono. So, the most-significant-byte is in the right channel, and more or less gets encoded/decoded properly, but the

Hi folks. The jspeex library has classes for converting speex to pcm and vice-versa. I also have other code that converts from G.711 to pcm (and vice-versa). I want to transcode G.711 to speex, using an input stream. Can I accomplish this in one step, or must I go G.711 -> PCM -> Speex? If possible in one step, is there some example code I could look at for reference? Thanks! -- Jeff

Hi Carsten, yes, your emails take up my morning, too. :-) <p><p>Am Mo, 2003-11-24 um 23.17 schrieb Carsten Breuer: > Hi Ulrich, > > > Well, i don't know if we speak of the same ... The quality is ok, but > > the encoding of a PCM frame on the tested machine took 2ms, which (if > > the PCM frame is 7ms in length) means the machine can only encode three

Have you looked at MoodleSpeex? see a demo http://www.artofart.info/index.php/projects/post-by-post-audio-comments-system/ contact me if you want a copy ----- Original Message ----- > Message: 2 > Date: Fri, 22 Jun 2007 12:21:09 +0400 > From: <mail-box@nm.ru> > Subject: [speex-dev] JSpeex help > To: speex-dev@xiph.org > Message-ID:

Conrad Parker schrieb: > so perhaps patching the build to include libspeex is not technically > difficult. Of course it'd make more sense to access libspeex through > VoIP apps than just through the generic MediaPlayer interface. > Even if they included Speex support, the Android media API is very limited, as it can only access audio from a file or an HTTP URL. I raised a bug

Hi I am using Jspeex for my project which requires compression of audio in realtime..so far i managed to capture sound using java's sound.The capturing format i use is 8 bit 8khz ,stereo pcm.The captured sound is buffered and fed to encoder.Its fed to decoder,whose output is again buffered for sometime.But when i try to play it back i could hear sound only in right channel.Left channel is

On 2016-07-12 9:34 AM, Aleksandr Mikoff wrote: > If I encode each frame, decode it and send it back to the speakers I > hear a very noisy signal - it is so large, so it is almost impossible to > distinguish words in my speech... This effect can be caused by some data type issues: - If you are using opus_encode() and opus_decode(), make sure to use 16-bit signed integer samples in the

hi, i did some tests about performance in jspeex ... uls@mainframe:~/eclipse/avrelay$ java TestClient Diff1: 0 10 Diff2: 141 started. uls@mainframe:~/eclipse/avrelay$ <p>{ SpeexEncoder e1=new SpeexEncoder(); e1.init(0,1,44100,1); byte[] by1=new byte[320]; long l1=System.currentTimeMillis(); long l2=System.currentTimeMillis(); System.out.println("Diff1:

Thanks a lot for your tips. What I have to done to debug: got the raw wav-file, compressed/decompressed it on my PC and saved OPUS packets as an array. Moved this array to the embedded platform and made sure that the frames decoded from the OPUS packets are the same. However, the high noise level was the same, but it wasn`t caused by OPUS. The problem was with my sound bus between an embedded