PDA

View Full Version : ALSA Recording, period_time sballato!


parisisalvo
08-07-2005, 15:52
Salve
Ho 2 Pc! Con su entrambi SuSe 9.2 (alsa da installazione)
le schede audio funzionano correttamente...
ma se eseguo questo codice : char *device = "plughw:0,0"; /* playback device */
snd_pcm_format_t format = SND_PCM_FORMAT_S16; /* sample format */
unsigned int rate = 44100; /* stream rate */
unsigned int channels = 1; /* count of channels */
unsigned int buffer_time = 500000; /* ring buffer length in us */
unsigned int period_time = 100000; /* period time in us */
...
...
snd_pcm_hw_params_alloca(&hwparams);

if ((err = snd_pcm_open(&handle, device, SND_PCM_STREAM_CAPTURE, 0)) < 0) {
//printf("Playback open error: %s\n", snd_strerror(err));
return 0;
}

if ((err = set_hwparams(handle, hwparams, SND_PCM_ACCESS_RW_INTERLEAVED)) < 0) {
//printf("Setting of hwparams failed: %s\n", snd_strerror(err));
exit(EXIT_FAILURE);
}

---- la funzione set_hwparams ----

static int set_hwparams(snd_pcm_t *handle,
snd_pcm_hw_params_t *params,
snd_pcm_access_t access)
{
unsigned int rrate;
int err, dir;

/* choose all parameters */
err = snd_pcm_hw_params_any(handle, params);
if (err < 0) {
printf("Broken configuration for playback: no configurations available: %s\n", snd_strerror(err));
return err;
}
/* set hardware resampling */
//err = snd_pcm_hw_params_set_rate_resample(handle, params, resample);
if (err < 0) {
printf("Resampling setup failed for playback: %s\n", snd_strerror(err));
return err;
}
/* set the interleaved read/write format */
err = snd_pcm_hw_params_set_access(handle, params, access);
if (err < 0) {
printf("Access type not available for playback: %s\n", snd_strerror(err));
return err;
}
/* set the sample format */
err = snd_pcm_hw_params_set_format(handle, params, format);
if (err < 0) {
printf("Sample format not available for playback: %s\n", snd_strerror(err));
return err;
}
/* set the count of channels */
err = snd_pcm_hw_params_set_channels(handle, params, channels);
if (err < 0) {
printf("Channels count (%i) not available for playbacks: %s\n", channels, snd_strerror(err));
return err;
}
/* set the stream rate */
rrate = rate;
err = snd_pcm_hw_params_set_rate_near(handle, params, &rrate, 0);
if (err < 0) {
printf("Rate %iHz not available for playback: %s\n", rate, snd_strerror(err));
return err;
}
if (rrate != rate) {
printf("Rate doesn't match (requested %iHz, get %iHz)\n", rate, err);
return -EINVAL;
}
/* set the buffer time */
err = snd_pcm_hw_params_set_buffer_time_near(handle, params, &buffer_time, &dir);
if (err < 0) {
printf("Unable to set buffer time %i for playback: %s\n", buffer_time, snd_strerror(err));
return err;
}
printf("buffer time : %d\n",buffer_time);
/* set the period time */
err = snd_pcm_hw_params_set_period_time_near(handle, params, &period_time, &dir);
if (err < 0) {
printf("Unable to set period time %i for playback: %s\n", period_time, snd_strerror(err));
return err;
}
err = snd_pcm_hw_params_get_buffer_size(params, &buffer_size);
if (err < 0) {
printf("Unable to get buffer size for playback: %s\n", snd_strerror(err));
return err;
}
err = snd_pcm_hw_params_get_period_size(params, &period_size, &dir);
if (err < 0) {
printf("Unable to get period size for playback: %s\n", snd_strerror(err));
return err;
}
/* write the parameters to device */

err = snd_pcm_hw_params(handle, params);
if (err < 0) {
printf("Unable to set hw params for playback: %s\n", snd_strerror(err));
return err;
}
return 0;
}


poi in un altro pezzo di programma ho la lettura...
err = snd_pcm_readi(handle, ptr, cptr);

Allora, su un pc tutto liscio, ossia ogni periodo ha dim di 11025 campioni
per un totale di circa 1/4 di secondo...infatti il secondo viene diviso in 4 blocchi da 11025 valori...(4*11025=44100 in un secondo : PERFETTO)
Mannaggia alla creative, sul pc dove ho la sound blaster...lo stesso IDENTICO codice, funziona ma come periordo, ancora mannaggia, prende 10240 (e non 11025)!! (se come freq imposto 8000Hz, su un pc ho blocchi da 2000 campioni (correttamente) , sull'altro blocchi da 2048 campioni)
Xche?? Vi giuro, è un giorno che cerco e ricerco ma non mi do spiegazione (una creative da 100 milioni di dollari contro una schedine integrata su un anonimo portatile Siemens che funziona benissimo...)

ilsensine
08-07-2005, 16:20
Sposta la sb sull'altro computer e ripeti il test. Devi prima escludere cause legate a clock drift dipendenti da chissà cosa (sono stati saltuariamente osservati su alcune macchine nei kernel 2.6).

parisisalvo
10-07-2005, 09:42
ehm, il problema è che uno dei due pc è un portatile (il portatile è quello dove funziona tutto perfettamente)...

ilsensine
10-07-2005, 16:42
mmm ok; comunque se c'è un drift sul clock dovresti osservarlo nell'orologio.

Potrebbe essere che i campioni sono riferiti a un pò meno di 1/4 di secondo? Voglio dire (non sono molto pratico delle api alsa), cosa costringe il driver a restituirti esattamente 1/4 di secondo?

parisisalvo
10-07-2005, 23:32
io credo dipenda dal periodtime (periodsize) ossia, come puoi vedere, uso delle funzioni set_period_time_near con near, lui imposta il parametro il piu' vicino possibile a un parametro compatibile.inatti se uso set_period_time ( ) con 250000 (ossia 1/4 di sec) va in errore! lui si setta a circa 239000!! che razza di numero è?!? nel caso dei 44100
nel caso degli 8000Hz il portatile sempre a 250000 invece lui a 256000 (stavolta ne piglia di piu')...è assurdo secondo me :(

ilsensine
11-07-2005, 07:34
No, non vedo perché debba essere assurdo. Probabilmente l'intervallo di campionamento dipende da vincoli imposti dall'hardware. Il tuo programma dovrebbe essere in grado di gestire quello che trova. Se ad es. tratti i campioni in blocchi di 1/4 di secondo, dovresti ripetere la lettura finché non ottieni il quarto di secondo che ti serve.

parisisalvo
11-07-2005, 09:55
hai perfettamente ragione...
basta solo ampliare le vedure !! invece che al secondo gurdo al minuto!
Alla fine, anche se di meno, i campioni sono quelli...perfetto!
rimuovendo l'ipotesi della costante da 11025, complico un po' il software, ma almeno risolvo ;)