Just an update, and a follow-up question: I'm making progress on this issue, and will likely have something working very soon, now that I understand how the jspeex transcoding classes work. Unfortunately, I will need to make a couple small changes to the jspeex source code. My question is - is anybody using jspeex for streaming speex-encoded audio? It works great for static audio, but seems to fall short when processing audio on the fly in a stream. Thanks. On 11/05/2010 02:11 PM, Jeff Ramin wrote:> > On 11/05/2010 02:13 PM, Pascal Pochol wrote: >> Jeff, >> >>> I found the problem I was having (described below), and I'm now able to >>> hear the audio at the destination. >>> >>> However, the audio does not play smoothly. It has hiccups and jumps and >>> stops. I can't guarantee this is the problem, but it may be related to >>> delays >>> caused when the Speex2PcmAudioInputStream needs to process an Ogg >>> page header. >>> >>> Has anybody else had problems decoding speex that is being streamed? >>> Any >>> suggestions as to how to fix this? >> We first used the speexenc speexdec sources which encapsulate into an >> ogg >> stream. Once that worked we decided to get rid of the ogg encapsulator >> altogether and keep only the speex stream data since we were in >> charge of >> both encoding and decoding. The sample code at >> http://www.speex.org/docs/manual/speex-manual/node13.html >> is IMHO a lot easier than having to deal with all the ogg >> encapsulation if >> you don't need it. >> >> -Pascal > > Thanks Pascal. > > I would actually love to do something like that, since I do control > both ends > of the transmission. However, I need to integrate my new code w/ > existing code > which uses Java InputAudioStreams (I'm using the jspeex library). > There doesn't > seem to be a way to configure the stream to exclude the Ogg header > (short of > modifying the jspeex code, which I'd rather not do). > >-- Jeff Ramin Software Engineer Singlewire Software 2601 W Beltline Hwy #510 Madison, WI 53713 Phone Direct - 608.661.1172 www.singlewire.com
I'm using CSpeex, which is a 1:1 port of JSpeex to C#. Surprisingly, it seems to work very well for us, even when interoperating with the main C-based implementation. The issues we've run into all have to do with the Silverlight environment we're running it in, i.e., we can only use TCP instead of UDP, Silverlight's garbage collection can't handle the requirements of realtime audio and video, that sort of thing. Ken Smith Cell: 425-443-2359 Email: ken at alanta.com Blog: http://blog.wouldbetheologian.com/ On Tue, Nov 9, 2010 at 9:33 AM, Jeff Ramin <jeff.ramin at singlewire.com>wrote:> > Just an update, and a follow-up question: > > I'm making progress on this issue, and will likely have something working > very soon, now that I understand how the jspeex transcoding classes work. > Unfortunately, I will need to make a couple small changes to the jspeex > source code. > > My question is - is anybody using jspeex for streaming speex-encoded audio? > It works great for static audio, but seems to fall short when processing > audio > on the fly in a stream. > > Thanks. > > > On 11/05/2010 02:11 PM, Jeff Ramin wrote: > > > > On 11/05/2010 02:13 PM, Pascal Pochol wrote: > >> Jeff, > >> > >>> I found the problem I was having (described below), and I'm now able to > >>> hear the audio at the destination. > >>> > >>> However, the audio does not play smoothly. It has hiccups and jumps and > >>> stops. I can't guarantee this is the problem, but it may be related to > >>> delays > >>> caused when the Speex2PcmAudioInputStream needs to process an Ogg > >>> page header. > >>> > >>> Has anybody else had problems decoding speex that is being streamed? > >>> Any > >>> suggestions as to how to fix this? > >> We first used the speexenc speexdec sources which encapsulate into an > >> ogg > >> stream. Once that worked we decided to get rid of the ogg encapsulator > >> altogether and keep only the speex stream data since we were in > >> charge of > >> both encoding and decoding. The sample code at > >> http://www.speex.org/docs/manual/speex-manual/node13.html > >> is IMHO a lot easier than having to deal with all the ogg > >> encapsulation if > >> you don't need it. > >> > >> -Pascal > > > > Thanks Pascal. > > > > I would actually love to do something like that, since I do control > > both ends > > of the transmission. However, I need to integrate my new code w/ > > existing code > > which uses Java InputAudioStreams (I'm using the jspeex library). > > There doesn't > > seem to be a way to configure the stream to exclude the Ogg header > > (short of > > modifying the jspeex code, which I'd rather not do). > > > > > > > -- > Jeff Ramin > Software Engineer > Singlewire Software > 2601 W Beltline Hwy #510 > Madison, WI 53713 > > Phone Direct - 608.661.1172 > www.singlewire.com > > _______________________________________________ > Speex-dev mailing list > Speex-dev at xiph.org > http://lists.xiph.org/mailman/listinfo/speex-dev >-------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/speex-dev/attachments/20101109/759c671f/attachment.htm
Is Jspeex still being worked on? Is there somewhere I can send the code changes I've made to facilitate smooth streaming? On 11/09/2010 11:33 AM, Jeff Ramin wrote:> > Just an update, and a follow-up question: > > I'm making progress on this issue, and will likely have something working > very soon, now that I understand how the jspeex transcoding classes work. > Unfortunately, I will need to make a couple small changes to the jspeex > source code. > > My question is - is anybody using jspeex for streaming speex-encoded > audio? > It works great for static audio, but seems to fall short when > processing audio > on the fly in a stream. > > Thanks. > > > On 11/05/2010 02:11 PM, Jeff Ramin wrote: >> >> On 11/05/2010 02:13 PM, Pascal Pochol wrote: >>> Jeff, >>> >>>> I found the problem I was having (described below), and I'm now >>>> able to >>>> hear the audio at the destination. >>>> >>>> However, the audio does not play smoothly. It has hiccups and jumps >>>> and >>>> stops. I can't guarantee this is the problem, but it may be related to >>>> delays >>>> caused when the Speex2PcmAudioInputStream needs to process an Ogg >>>> page header. >>>> >>>> Has anybody else had problems decoding speex that is being >>>> streamed? Any >>>> suggestions as to how to fix this? >>> We first used the speexenc speexdec sources which encapsulate into >>> an ogg >>> stream. Once that worked we decided to get rid of the ogg encapsulator >>> altogether and keep only the speex stream data since we were in >>> charge of >>> both encoding and decoding. The sample code at >>> http://www.speex.org/docs/manual/speex-manual/node13.html >>> is IMHO a lot easier than having to deal with all the ogg >>> encapsulation if >>> you don't need it. >>> >>> -Pascal >> >> Thanks Pascal. >> >> I would actually love to do something like that, since I do control >> both ends >> of the transmission. However, I need to integrate my new code w/ >> existing code >> which uses Java InputAudioStreams (I'm using the jspeex library). >> There doesn't >> seem to be a way to configure the stream to exclude the Ogg header >> (short of >> modifying the jspeex code, which I'd rather not do). >> >> > >-- Jeff Ramin Software Engineer Singlewire Software 2601 W Beltline Hwy #510 Madison, WI 53713 Phone Direct - 608.661.1172 www.singlewire.com
I don't think it's being actively worked anymore, but you might be able to get yourself in as a contributor here: http://sourceforge.net/projects/jspeex/ Ken Smith Cell: 425-443-2359 Email: ken at alanta.com Blog: http://blog.wouldbetheologian.com/ On Tue, Nov 9, 2010 at 1:47 PM, Jeff Ramin <jeff.ramin at singlewire.com>wrote:> > Is Jspeex still being worked on? Is there somewhere I can send the code > changes I've made to facilitate smooth streaming? > > > > On 11/09/2010 11:33 AM, Jeff Ramin wrote: > > > > Just an update, and a follow-up question: > > > > I'm making progress on this issue, and will likely have something working > > very soon, now that I understand how the jspeex transcoding classes work. > > Unfortunately, I will need to make a couple small changes to the jspeex > > source code. > > > > My question is - is anybody using jspeex for streaming speex-encoded > > audio? > > It works great for static audio, but seems to fall short when > > processing audio > > on the fly in a stream. > > > > Thanks. > > > > > > On 11/05/2010 02:11 PM, Jeff Ramin wrote: > >> > >> On 11/05/2010 02:13 PM, Pascal Pochol wrote: > >>> Jeff, > >>> > >>>> I found the problem I was having (described below), and I'm now > >>>> able to > >>>> hear the audio at the destination. > >>>> > >>>> However, the audio does not play smoothly. It has hiccups and jumps > >>>> and > >>>> stops. I can't guarantee this is the problem, but it may be related to > >>>> delays > >>>> caused when the Speex2PcmAudioInputStream needs to process an Ogg > >>>> page header. > >>>> > >>>> Has anybody else had problems decoding speex that is being > >>>> streamed? Any > >>>> suggestions as to how to fix this? > >>> We first used the speexenc speexdec sources which encapsulate into > >>> an ogg > >>> stream. Once that worked we decided to get rid of the ogg encapsulator > >>> altogether and keep only the speex stream data since we were in > >>> charge of > >>> both encoding and decoding. The sample code at > >>> http://www.speex.org/docs/manual/speex-manual/node13.html > >>> is IMHO a lot easier than having to deal with all the ogg > >>> encapsulation if > >>> you don't need it. > >>> > >>> -Pascal > >> > >> Thanks Pascal. > >> > >> I would actually love to do something like that, since I do control > >> both ends > >> of the transmission. However, I need to integrate my new code w/ > >> existing code > >> which uses Java InputAudioStreams (I'm using the jspeex library). > >> There doesn't > >> seem to be a way to configure the stream to exclude the Ogg header > >> (short of > >> modifying the jspeex code, which I'd rather not do). > >> > >> > > > > > > > -- > Jeff Ramin > Software Engineer > Singlewire Software > 2601 W Beltline Hwy #510 > Madison, WI 53713 > > Phone Direct - 608.661.1172 > www.singlewire.com > > _______________________________________________ > Speex-dev mailing list > Speex-dev at xiph.org > http://lists.xiph.org/mailman/listinfo/speex-dev >-------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/speex-dev/attachments/20101109/011a00cd/attachment.htm