> tu te repères aux "craquements bein audibles", en effet on est pas tout à fait dans la même optique
Je me sers de mes oreilles. Mais si tu veux maintenir qu'un buffer overrun est très souvent inaudible, libre a toi. En même temps si c'était aussi simple de faire des boucles ça se saurait. Une discontinuité même tout petite dans le signal audio ça fait clic. Un saut dans la derivée première ça cloc. Une discontinuité dans la derivée seconde ça fait plop. Etc. Si t'as un casque correct ou des moniteurs corrects tu les entends.
Donc à moins de
- gros coup de chance qui fait que la valeur et les premières dérivées se raccordent
- tu ecoutes du silence
- tu ecoutes du bruit blanc,
je ne vois pas trop dans quelles circonstances un xrun pourrait etre discret.
D'ailleurs comment est-ce que jack compte ses xruns, est-ce que c'est quand le temps alloué pour une "periode" (pour reprendre le terme utilisé dans qjackctl) a été dépassé par le callback audio (et auquel cas il peut encore "ratrapper" le coup avec les periodes supplementaires si tu as lancé jackd avec plus de 2 periodes/buffer) ou bien est-ce que c'est vraiment quand il commence à envoyer de merde à la carte son ?
[^] # Re: Interet ?
Posté par Troy McClure (site web personnel) . En réponse au journal fglrx on a real-time kernel. Évalué à 4.
Je me sers de mes oreilles. Mais si tu veux maintenir qu'un buffer overrun est très souvent inaudible, libre a toi. En même temps si c'était aussi simple de faire des boucles ça se saurait. Une discontinuité même tout petite dans le signal audio ça fait clic. Un saut dans la derivée première ça cloc. Une discontinuité dans la derivée seconde ça fait plop. Etc. Si t'as un casque correct ou des moniteurs corrects tu les entends.
Donc à moins de
- gros coup de chance qui fait que la valeur et les premières dérivées se raccordent
- tu ecoutes du silence
- tu ecoutes du bruit blanc,
je ne vois pas trop dans quelles circonstances un xrun pourrait etre discret.
D'ailleurs comment est-ce que jack compte ses xruns, est-ce que c'est quand le temps alloué pour une "periode" (pour reprendre le terme utilisé dans qjackctl) a été dépassé par le callback audio (et auquel cas il peut encore "ratrapper" le coup avec les periodes supplementaires si tu as lancé jackd avec plus de 2 periodes/buffer) ou bien est-ce que c'est vraiment quand il commence à envoyer de merde à la carte son ?