Temporizadores de eventos de mídia

Muitos aplicativos dependem da relação de tempo entre eventos de mídia (por exemplo, dígitos DTMF recebidos) para determinar a natureza de uma operação solicitada. Por exemplo, em um aplicativo de caixa postal, dois dígitos DTMF "1" consecutivos podem significar "backup de dois segmentos" ou "repetição do início da mensagem", dependendo de quanto tempo decorreu entre os dois dígitos. Em um ambiente cliente/servidor, se a deteção DTMF estiver sendo executada em um processador separado daquele em que o aplicativo está sendo executado, a latência na rede local torna muito provável que a relação de tempo entre eventos de mídia seja distorcida, com o resultado de que essas diferenças baseadas em tempo podem ser perdidas ou se tornarem não confiáveis.

Para resolver esse problema, várias mensagens TAPI podem ser carimbadas com data/hora. Como é o tempo relativo entre esses eventos que é importante, a "hora do relógio" do evento não é importante, e a temporização de subsegundo está envolvida, esses carimbos de data/hora usam a resolução de milissegundos "tempo desde que o Windows começou" retornada pela funçãoGetTickCount. Os aplicativos devem estar cientes de que esta é a contagem de ticks no servidor (ou máquina onde o provedor de serviços que gerencia diretamente o hardware está sendo executado), e não é necessariamente a mesma máquina na qual o aplicativo está sendo executado; assim, os carimbos de data/hora nessas mensagens TAPI só podem ser comparados entre si, e não com o valor retornado por GetTickCount no processador no qual o aplicativo está sendo executado.

As mensagens TAPI que podem ter carimbo de data/hora são: LINE_GATHERDIGITS, LINE_GENERATE, LINE_MONITORDIGITS, LINE_MONITORMEDIAe LINE_MONITORTONE. A contagem de ticks é inserida em dwParam3 dessas mensagens. Se o carimbo de data/hora não for suportado pelo provedor de serviços (que é indicado pela configuração do provedor de serviços dwParam3 nessas mensagens como 0), a própria TAPI inserirá a contagem de ticks em dwParam3 de todas essas mensagens (pode ser distorcido um pouco, mas menos do que se o aplicativo fizesse o mesmo depois que as mensagens tivessem atravessado um esquema de comunicação entre processos).