Bon alors pour ta première référence, c'est bien ce que j'avais trouvé avec google, il s'agit de l'émulation OSS, c'est pas vraiment un problème d'alsa.
Pour la seconde référence, le paragraphe suivant est celui-ci:
There are two functions for this kind of transfer. Application can get an access to memory areas via snd_pcm_mmap_begin() function. This function returns the areas (single area is equal to a channel) containing the direct pointers to memory and sample position description in snd_pcm_channel_area_t structure. After application transfers the data in the memory areas, then it must be acknowledged the end of transfer via snd_pcm_mmap_commit() function to allow the ALSA library update the pointers to ring buffer. This kind of communication is also called "zero-copy", because the device does not require to copy the samples from application to another place in system memory.
Si je comprends bien le fonctionnement de l'API, il faut utliser snd_pcm_mmap_begin() pour savoir où écrire dans mmap. Donc le problème que tu as décrit n'existe pas dans alsa, il s'agit bien d'un problème lié à l'éumlation OSS.
Je trouvais étonnant que les phase de terratec, qui sont recommandées un peu partout sur internet pour le son sous linux ne soient pas supportées en hard...
PS: ce n'est pas moins qui ai moinssé, j'ai trouvé ta remarque très intéressante.
[^] # Re: Pavé dans la marre :)
Posté par Gilles G. . En réponse au journal Pendant que Linux progresse.... Évalué à 4.
Pour la seconde référence, le paragraphe suivant est celui-ci:
Si je comprends bien le fonctionnement de l'API, il faut utliser snd_pcm_mmap_begin() pour savoir où écrire dans mmap. Donc le problème que tu as décrit n'existe pas dans alsa, il s'agit bien d'un problème lié à l'éumlation OSS.
Je trouvais étonnant que les phase de terratec, qui sont recommandées un peu partout sur internet pour le son sous linux ne soient pas supportées en hard...
PS: ce n'est pas moins qui ai moinssé, j'ai trouvé ta remarque très intéressante.