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 > > streams in realtime ... > Yes, but this is java. You don't use any threading models and i dont > know if you encode from sound card. I also don't know how optimized the > code is. In my last company we have improved runtime of digital image > processing routines from initially 80 seconds to 0.1 seconds. It's > important to knew, which screw must be adjusted. I want to see this by > my own. Perhaps you are right and there are not much improvements posible.I didn't try to enhance the encoding routines, i just took the plain jspeex version, which came up with these numbers. First i capture 2560 bytes (i think, would have to look at my source) direct from the sound card and then i encode it. I am not the guy to dive into the jspeex code and adjust the right screws ;-) i just can adjust major code errors and stuff i know to be slow (like System.arraycopy). best regards, ulrich --- >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 will be ignored/filtered.
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 > streams in realtime ...Yes, but this is java. You don't use any threading models and i dont know if you encode from sound card. I also don't know how optimized the code is. In my last company we have improved runtime of digital image processing routines from initially 80 seconds to 0.1 seconds. It's important to knew, which screw must be adjusted. I want to see this by my own. Perhaps you are right and there are not much improvements posible. Best regards, <p><p>Carsten --- >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 will be ignored/filtered.
Hi Ulrich, <p>im back ;-)> yes, your emails take up my morning, too. :-):-)).> I didn't try to enhance the encoding routines, i just took the plain > jspeex version, which came up with these numbers. > First i capture 2560 bytes (i think, would have to look at my source) > direct from the sound card and then i encode it. > I am not the guy to dive into the jspeex code and adjust the right > screws ;-) i just can adjust major code errors and stuff i know to be > slow (like System.arraycopy).I will see what i can do. If you want to start with C++ and you are on windows, it is a good idea to start with Vidusl C++ or if you dont have one, with DevCpp. I think it will be good to use later MinGW Developer Studio because it can work on both platforms (linux and windows). If you are not familar with dll's and that stuff, i can create a container for you with the speex dll already added as a lib so that the learning curve is a bit more flat. Best Regards, <p><p>Carsten --- >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 will be ignored/filtered.