Commande 'beep' en job appelé depuis un programme en C

Bonjour,

j'ai un petit problème avec la commande 'beep', elle sonne bizarrement.
J'ai une commande qui fonctionne parfaitement en console, mais lorsque je l'intègre à mon programme C, parfois, ça sonne bien, parfois ça sonne faux, une note ce rajoute ou change complètement de fréquence sans savoir pourquoi.

voici ma commande:

Code:

---

beep -D 300 -f 1000 -l 500 -r 4 -n -f 2000 -l 500

---

j'utilise un sprintf pour y rajouter une esperluette (&) de manière à en faire un job pour ne pas bloquer mon programme:

Code:

---

1 2	sprinf(command, "%s &", myConf->beep); system(command);

---

J'ai bien sur tracé le contenu de command mais elle contient bien:

Code:

---

beep -D 300 -f 1000 -l 500 -r 4 -n -f 2000 -l 500 &

---

Et comme je vous le dit, parfois, la première fois, ça fonctionne bien, mais pas les autres. De plus, mon programme ne fait absolument rien de spécial durant cette période, rien de gourmand en ressource.

des idées? je suis preneur.

Je suis sous Ubuntu Server v10.1

Juste pour information,

j'ai effectué des testes avec execl() et execpv(), de changer la priorité avec renice, mais rien, ça ne change rien.

J'ai bien entendu changer ma commande pour la décomposer:

Code:

---

beep -D 300 -f 1000 -l 500 -n -D 300 -f 1000 -l 500 -n -D 300 -f 1000 -l 500 -n -D 300 -f 1000 -l 500 -n -f 2000 -l 500

---

Mais toujours pareil...

Toute aide est la bienvenu

J'ai ré-effectué d'autres testes,

j'ai réécrit un programme beep simple, qui utilise les escapes \e[10] et \e[11] plutôt que par ioctl()

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29

#include <stdio.h> #include <stdlib.h> #include <unistd.h>   int main(int argc, char *argv[]) { int frequence = 0; int length = 0;   if (argc > 2) { frequence = atoi(argv[1]); length = atoi(argv[2]);   fprintf(stdout, "\e[10;%d]\e[11;%d]\a\e[10]\e[11]", frequence, length); fflush(stdout);   if (length > 0) { usleep(length * 1000L); } exit(1); } else { fprintf(stderr, "missing arguments\r\n"); exit(0); } }

---

J'ai exactement le même problème, ça fonctionne bien la première fois, puis ensuite, durant la première pause, le bip n'est pas celui demandé, plus grave, prolongé? bref...

J'ai l'impression qu'il y a comme une fenêtre durant laquelle, peu être, le système utilise trop de ressource pour effectué un bip correctement.

Pour résoudre mon problème, j'ai changer mes délais, les pauses sont plus longues (et donc "la fenêtre bloquante" est durant la première pause), plus de problèmes
Je suis repassé sous la commande beep classique.

Sinon, quelqu'un saurait de quel manière une carte mère gère le speaker intégré?

Citation:

---

Envoyé par dtcSearch

Sinon, quelqu'un saurait de quel manière une carte mère gère le speaker intégré?

---

Ca doit dependre de la distribution. Sous Debian, c'est gere avec le module kernel qui s'appelle pcspkr.

Ubuntu doit être pareil,
d'ailleurs quelques manipulations sont à faire pour le faire fonctionner le speaker, donc le retrait de la (/etc/modprobe.d/)blacklist de ce module "pcspkr"