ccrtp-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Ccrtp-devel] Re: CCRTP on Win32


From: David Sugar
Subject: Re: [Ccrtp-devel] Re: CCRTP on Win32
Date: Tue, 08 Jan 2002 13:59:37 -0500
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4) Gecko/20010914

RFC2833 involves specifying special payloads that are inserted and extracted mid-stream. This should be possible to process thru the packet filtering code in ccRTP. If you mean performing signal analysis on streaming audio, this involves several issues. In 2833, DTMF is encoded by both tone and duration. To extract and create a 2833 tone packet would mean sampling many audio packets to find the start and end, and interrupt data flow while this is occuring.

Hang Shi wrote:

Hi, Federico,

I am waiting to see your patch. As to the findCNAME function, because Win32 platform with Visual does not provide <sys/utsname.h> POSIX standard, that function can't be compiled (for example, the function cname is not supported).

Another question, do you have the plan to support DTMF tones (RFC 2833) recently?

Thanks.
Hang
At 11:23 AM 1/8/2002 +0100, Federico Montesino Pouzols wrote:

On Mon, Jan 07, 2002 at 06:45:59PM -0800, Hang Shi wrote:
> Hi, Federico,
>

        Hi again,

> I tried to compile the code and got some error messages:
> (1) the timer functions: gettimeofday, timersub, timeradd, etc. In Win32,
> looks we can use getTickCount. Where is the timersub/timeradd defined?

        These are defined in sys/time.h in *nix systems. I have
already seen this problem with win32 in other libraries, so I will add
a patch to overcome it in ccRTP. I hope to be able to send this patch
to the ccrtp-devel list today. Perhaps, later we should add support
for this in Common C++ itself.

> (2) findCNAME function only works for Unix. Any idea to fix this?
>

        What do you mean with only works? Is it a compilation or a
runtime error?

> Thanks.
> Hang
>
        Read you soon!

PD: It should be better if we hold this conversation publicly through
the ccrtp-devel list, so other people can be aware and help to solve
this problems. Do you agree? If so, please, CC your answers to the
list.



_______________________________________________
Ccrtp-devel mailing list
address@hidden
http://mail.gnu.org/mailman/listinfo/ccrtp-devel






reply via email to

[Prev in Thread] Current Thread [Next in Thread]