[alsa-devel] [PATCH RFC 0/9] audio timestamping evolutions

Raymond Yau superquad.vortex2 at gmail.com
Fri Dec 12 05:55:30 CET 2014


>>
>> It seem that audio_time.c is hardcoded to use 48000Hz which is the hda
>> link rate, do the measurement still valid when application use 44100Hz ?
>
>
> If you use a wallclock then you really abstract away the actual sampling
frequency and the transmission pattern discontinuity
(12-11-11-12-11-11-12-11-11-11 pattern, with an invalid sample every 12 or
11 samples for HDAudio). It wouldn't matter if you transmitted 44.1 or
48kHz since they use the same wall clock ticks.
>
>

#define PERIOD 6000

#define PLAYBACK_BUFFERS 4

unsigned char buffer_p[PERIOD*4*4];
unsigned char buffer_c[PERIOD*4*4];

I don't understand why you hard coded PERIOD and PLAYBACK_BUFFERS
when you use snd_pcm_set_params

since period size and buffer size can be obtained by snd_pcm_get_params()
after calling snd_pcm_set_params()

if ((err = snd_pcm_set_params(handle_p,
                              SND_PCM_FORMAT_S16,
                              SND_PCM_ACCESS_RW_INTERLEAVED,
                              2,
                              48000,
                              0,
                              500000)) < 0) { /* 0.5sec */


More information about the Alsa-devel mailing list