KT-Tech Sound Compression - Music at 32 Kbit/s

Robert Buccigrossi writes: "KT-Tech, whose wireless video compression was featured in a previous Slashdot story, has released a demo for real-time sound compression at http://www.kttech.com/. Like their video, the sound compression is symmetric and is suitable for wireless real-time communication in software. It sounds better than Windows Media and MP3 at 32 Kbit/s for music and 4 Kbit/s for voice." According to the site, "licensing KT-Tech's sound codec is easy," but I bet it's not as easy as .ogg.

Comments

License agreement

[Dante Alighieri]

This is part of the license agreement to which you must agree before downloading the file to play the demo sounds... 4. TERMINATION. This Agreement will automatically terminate after one (1) year. KT Tech may terminate this Agreement earlier if you do not abide by the terms and conditions of this Agreement. In the event of any termination, you must destroy all copies of the Software and all of its component parts. Am I going mad or does this mean that we would be required to delete the software from our hard drives after a year? Is this a standard part of a software license agreement?

Re:Bandwidth isn't the problem

[ushac]

It's sill a problem. The 3G networks, or even 2.5G (EDGE, GPRS, etc) offers bandwith enough to play decent quality music. The problem is the cost.

The new packet based systems charge on a data download basis as opposed to the old per minute charge. This is great news for WAP, SMS and other small text-based things. Here in Sweden the biggest mobile operator Telia charges about 2 cents per Kb for GPRS, so reading som e-mails, broswing some news via WAP or whatever won't cost you much and you don't have to hurry as you did with the 50 cents/min charge over GSM. But with high bandwith features like audio the picture is quite different.

At 32kbit/s (which offers quite poor audio) you're downloading 4 Kbyte/s. That's 8 cents per second, or $4.80/min. That's a little hefty for me thank you very much... A more efficient codec could really save you some bucks.

I think I'll wait till 3G is widely available and not horribly overpriced. I'm hoping it won't be that many years. Streaming from monkeyradio.org directly to my handset would be really neat :)

Regards / ushac

Re:are you guys deaf?

[RadioheadKid]

I agree that kts does not beat wma at 32kbs. Furthermore, it may beat mp3, but that's really not a big deal. Most new compression schemes beat mp3 at low bitrates (Ogg Vorbis, WMA). Really not impressed with this at all...

We've been doing compression for decades.

[billstewart]

Telcos have been doing various kinds of voice compression for decades, especially on international circuits; an important feature has been detecting modem and fax tones and turning off compression. We used to use analog techniques, then digital, then fancier digital. There's not much compression used within the United States, but lots of international calling on traditional telcos runs at 32kbps. Many of the new low-price international carriers use Voice-Over-IP technology - you may be getting 8kbps. And in addition to the telephones-on-both-ends carriers, there are the international Internet-to-telephone gateway companies like Net2Phone which go for the consumer market.

But the place you really see voice compression on T1s is between corporate PBXs - if you've got enough traffic between your offices to keep 12 or 24 channels full, it might make sense to run a private line, and until the mid-80s lots of companies did this, but by the time everybody's PBX was smart enough to be good at it, the price of Voice-by-the-minute from long distance telcos was cheap enough that almost everybody ripped that stuff out except for multiple offices in the same city. But compression equipment has become cheap enough and good enough that lots of people are rebuilding those networks that we ripped out in the 80s, especially since IP data networks mean that even if VOIP isn't cost-effective by itself, you can piggyback some voice on a data network for not much extra operating cost, and the equipment cost may pay off pretty quickly.

Companies are more likely to use voice compression on international circuits, because the price of pipes across the ocean is usually atrociously high, but the price per minute for phone calls to much of Asia is also atrociously high, so a dedicated line using compressed voice is still often a good deal. It doesn't usually sound as good as a Real Telephone Call, but lots of Asian telcos don't have the best sound quality either. The other big trend that's appearing in international calls is VOIP over internet connections - the quality is more variable, but the price of a T1 or E1 internet connection in Asia is often similar to the price of a 64kbps or 128kbps frame relay PVC.

Not enough info to determine usability

[billstewart]

The web page doesn't have enough information to tell if the technology is usable. It's got some examples of compressed files, and a demo program, which does say that it's not vaporware and that at least for some kinds of sound samples it provides good compression and probably-pretty-good sound quality for the bitrates it uses. But that doesn't tell me enough to know if it's usable for any real applications. It needs several things:

• Documentation on what kinds of sound compression it can support at what bit rates, and what frequencies it supports. Is this the same algorithm for music as for 3kHz voice? Can you do really good voice with 11kHz stereo inputs, or do its voice compression modes only do a better or worse job of reproducing the same raw 64kbps / 3kHz voice stream?
• CPU horsepower requirements for compression. Is this a job for a DSP, or a fast PC, or a slow PC, or a Palm Pilot, or a wristwatch?
• CPU horsepower requirements for decompression. It's often lower than compression, but not always.
• Latency requirements for Compression and Decompression - is this usable for real-time conversations, or only for canned speech? This is separate from the horsepower requirements, which can be fixed by faster processors - many of the common algorithms require N voice samples to run the compression algorithm over, which is ok if you need 10ms of sound, marginally usable if you need 100ms, and unusable for conversations if you need 1 second of sound samples to get the compression rates (even though it's fine for music playback and other one-way sound applications.)
• If possible, standard voice compression quality scores compared to the popular compression algorithms.
• Information on what kind of licensing is negotiable and what isn't - can I give away free players and only pay/charge for compression tools, or do I have to charge every listener money for the decompression client? This makes a huge difference for web applications - it's much easier to get a web page publisher to pay for a tool with better compression than to get their readers to pay - that's Kiss Of Death mode.