Andere Codecs?

[Chilla]

Hallo

Wollte ma fragen, ob noch andere Codecs implementiert werden.

Ich würde mcih aus 2 gründen darüber freuen:

1.) Wenn ich auf Lans mit freunen weit auseinander sitze, dann kann ich im Netzwerk ruig ma ne bessere Qualität mit weniger verzögerung vertragen.

2.) Hin und wieder mache ich nen Radiostream auf. Und wenn ich da mit nem Partner zusammen moderieren möchte, dann nutze ich auch meistens Teamspeak. Hierfür wäre es auch nicht schlecht, nen richtig geilen Codec zu nutzen

Ist da noch was in planung? oder wird es eventuell irgendwann möglich sein, eigene Codecs zu nutzen?

[N. Werensteijn]

No plans yet.

In te future i want to implement a 32kbit adpm ADPCM codec. Should be perfect for lans.

[jvhaarst]

How difficult is adding codecs for you ?
Just curious.

(duits gaat even niet, beetje laat....)

[Peter]

Hey,

how about ogg vorbis then :))) - well in any account I guess ogg vorbis might not be optimal due to lag time (it takes quite long to encode ogg vorbis files i think), dunno what that 32kbit adpm ADPCM codec is, but what we are looking for here, is some codec that takes close to no time for encoding/decoding AND that provides a very good quality. If thats what the codec you talked about is, then go gO GO :)

pwk.linuxfan

[N. Werensteijn]

Yea ADPCM takes virtually no cpu time. And its excellent for voice, and ok for music.

[aldor]

Is it not possible to use all encoding possibilities which are supported - okay, the other has to support the decodig type, but I think, that this would be more easy for the future instead of including every new possible coding needed.

Are there now any plans for the future, maybe a timeframe?

[Chilla]

what about mp3?

why cant we speak and listen 128 k mp3 qualy?

[Cometcom1]

Well, not through teamspeak but locally while I use teamspeak at the same time.

To transfer mp3 in 128k quality over teamspeak, would require a codec that could encode in mp3 (processor time is heavy), and the bitstream would be 128kbit/sec

So to have 4 users connected you'd need 512k connection ...

Not really what we want.

And remember teamspeak isnt a radio station, it's a communication tool, allthough it would be neat in a LAN environment.

But maybe development could make a codec implementation that would actually allow us to use any installed codec both to encode and decode.

But I wouldn't recommend it in everyday use, you'd use way too much processing power for this to work acceptable, and the bandwidth and subsequent laag generated ... well ... nah.

But, all in all, would be fun to play around with.

[aldor]

But maybe development could make a codec implementation that would actually allow us to use any installed codec both to encode and decode.

I think that this is the implementation that many users of TeamSpeak would want to have.. ;)

[Cometcom1]

But due to the fact that manu codecs and their use is actually restricted to a license it might not be politically possible to use this approach.

/shrug

[aldor]

Okay, but there are really many codecs that you can get for free. I know that also for many MP3-Codecs you have to pay licence fees but you also can get the opensource / free versions of this codecs - I don't see any problems implementing the MP3-Codec in TeamSpeak. You can turn the compression-rates up and down so that you use the optimal rate for your special needs.

[N. Werensteijn]

mp3 / ogg are not realy ts codecs.

Because
1: They are more for music than for voice
2: They are very cpu intensive. Encoding mp3 and playing a game is out of the quesion.
3: The lowest bitrates are still very high (more than gsm)