On Fri, Feb 02, 2007 at 07:13:12PM +0200, Mikko J Rauhala wrote:
On pe, 2007-02-02 at 09:06 -0800, Tim Newsom wrote:
If we have access to the mic and speakers while a call is in process,
and we have the ability to record conversations etc... Where does the
processor sit in that chain?
Mikko Rauhala wrote:
pe, 2007-02-02 kello 09:54 -0800, Tim Newsom kirjoitti:
So, though possibly inefficient, we could not some how take the analog
audio stream, do some predictable and reversible encoding/encrypting
then convert into sounds again.. Like doing base64 encoding for binary
On pe, 2007-02-02 at 09:06 -0800, Tim Newsom wrote:
If we have access to the mic and speakers while a call is in process,
and we have the ability to record conversations etc... Where does the
processor sit in that chain? Can we consume the voice, encrypt it and
feed an encrypted
On Fri, 2 Feb 2007, Mikko J Rauhala wrote:
No. The GSM processor does its own audio de- and encoding, and its
And echo cancellation. When using any VOIP app, you will need to put in
your own echo cancelation code. I listened to the Windows Mobile 5 Skype
client, and even that was pretty awfull.
So, though possibly inefficient, we could not some how take the analog
audio stream, do some predictable and reversible encoding/encrypting
then convert into sounds again.. Like doing base64 encoding for binary
data..
In that way we are still sending audio information and letting it get
5 matches
Mail list logo